Не обязательно. Например, наше сознание в принципе пока может иметь ограничение на постижение таких сущностей. Не забывайте, мы вообще, как вид, по меркам вселенной только с ветки слезли.
Спасибо! Были ли случаи, когда в текущем варианте модель улавливала более сложную взаимосвязь, чем просто общие тенденции по анализам? К примеру, подсказывала к какому специалисту обратиться? Это личная боль, как жителя небольшого города. Сдать анализы можно почти любые, а их интерпретировать и направлять дальше — квест. Был ли у вас опыт по использованию обученных на мед.данных моделей? Можете что‑то посоветовать?
Отличная статья и интересная задумка, спасибо. Интересно, как именно планируете развивать более глубокую аналитику ИИ. Раз у вас есть доступ к главврачу, планируете ли использовать дообучение сеток на назначениях/аналитике реальных врачей?
Однажды я наслушался таких советов и затащил REST API с реактом в простой php проект, который также пилился спокойно в одного. Хотя изначально знал, что там хватит и шаблонизатора любого с jQuery. Полезно ли это было лично для меня? Однозначно да, опыт отличный. Нужно ли это было в проекте и заказчику? Однозначно нет. Сложность повысили, время на любые доработки увеличили. Если я брошу поддержку, то заказчику придётся теперь вместо одного пыхаря или фулстека искать, или всё же двоих, бэка и фронта.
Видимо, я как-то не так выразился, что вы увидели именно критику в моих словах. Я вот вообще не уверен, что в начале своей карьеры смог бы разобраться и переписать это, да чтобы ещё и работало. Мой комментарий больше про то, зачем тратить кучу времени на ковыряние всех этих паттернов, подходов и т.д.
Так первые же ссылки в гугле выдают, как подключаться. Так что действительно было бы любопытно услышать про объективные минусы и сложности реализации такого проекта на php, раз вы так уверенно об этом заявляете.
Неоднократно сталкивался с утверждением, что ПО в докере работает медленнее, чем чистая установка. Если это так и докер под капотом делает всё тоже самое, что описано в статье, то откуда берётся это замедление?
Согласен. Более того, эволюция пока всё время ускорялась и нет никаких оснований полагать, что она остановилась.
Если это будет сильный ИИ, то почему нет. Мыслить он может своими категориями, но и наши понять, вероятно, сможет.
Не обязательно. Например, наше сознание в принципе пока может иметь ограничение на постижение таких сущностей. Не забывайте, мы вообще, как вид, по меркам вселенной только с ветки слезли.
А почему нет? За границей материального может быть что-то, для чего у нас просто пока нет термина.
Интересно как раз насколько медленнее, спасибо. cpu/memory usage не сравнивали?
А почему всё-таки решили по оплате не freemium модель использовать?
Спасибо, жаль, что также не добавили "голый" php-fpm для сравнения. Вот ссылка на подобное исследование для symfony, если кому интересно.
Спасибо! Были ли случаи, когда в текущем варианте модель улавливала более сложную взаимосвязь, чем просто общие тенденции по анализам? К примеру, подсказывала к какому специалисту обратиться? Это личная боль, как жителя небольшого города. Сдать анализы можно почти любые, а их интерпретировать и направлять дальше — квест. Был ли у вас опыт по использованию обученных на мед.данных моделей? Можете что‑то посоветовать?
Отличная статья и интересная задумка, спасибо. Интересно, как именно планируете развивать более глубокую аналитику ИИ. Раз у вас есть доступ к главврачу, планируете ли использовать дообучение сеток на назначениях/аналитике реальных врачей?
Однажды я наслушался таких советов и затащил REST API с реактом в простой php проект, который также пилился спокойно в одного. Хотя изначально знал, что там хватит и шаблонизатора любого с jQuery. Полезно ли это было лично для меня? Однозначно да, опыт отличный. Нужно ли это было в проекте и заказчику? Однозначно нет. Сложность повысили, время на любые доработки увеличили. Если я брошу поддержку, то заказчику придётся теперь вместо одного пыхаря или фулстека искать, или всё же двоих, бэка и фронта.
А мне кажется, что перепрыгивать и не надо. Только пройдя через всё это и начинаешь ценить и осознавать, зачем умные дяди столько всего понаписали.
Видимо, я как-то не так выразился, что вы увидели именно критику в моих словах. Я вот вообще не уверен, что в начале своей карьеры смог бы разобраться и переписать это, да чтобы ещё и работало. Мой комментарий больше про то, зачем тратить кучу времени на ковыряние всех этих паттернов, подходов и т.д.
На самом деле, статья - лучшая реклама всяких "страшных" TDD, DDD, SOLID и т.д. А то чуть поменялись требования - а давайте-ка перепишем всё ПО.
Так первые же ссылки в гугле выдают, как подключаться. Так что действительно было бы любопытно услышать про объективные минусы и сложности реализации такого проекта на php, раз вы так уверенно об этом заявляете.
За ссылку спасибо. Интересно будет поискать на досуге и для других веб-серверов.
Неоднократно сталкивался с утверждением, что ПО в докере работает медленнее, чем чистая установка. Если это так и докер под капотом делает всё тоже самое, что описано в статье, то откуда берётся это замедление?
Начинающий - вряд ли, очень хороший - вполне. Осталось только уточнить у мудрецов про требуемое время и качество решения.