Последние 3-4 года идет бум ИИ и бизнесов, которые появились и появляются на этой волне. Понятно, что все хотят откусить от этого куска, а инвесторы хотят выгодно вложить миллион, что бы через 5 лет получить 100. За это время мы увидели огромный рывок начиная с того как чат ГПТ взорвал наше сознание а за ним последовала Сора, которая делала очень крутые картинки и видео ряд всего лишь за пару хороших промтов до того, что мы имеем сейчас.
Очень сильно выстрелили RAG engine технологии, которые дали возможность не переучивать модель на корпоративных данных и прям в режими лайва создать векторную БД и засунуть все туда, прикрепить ее к модели и получить очень узко заточенного помошника, который может ответить на любые вопросы из вашего домена.
Скажем у вас есть база знаний на 100+ документов на тему недвижимости, коммерческой или нет, ипотеки, рассрочки, земельные сделки и все такое. Так вот раньше все это надо было найти в этих документах, прочитать, понять и сформировать ответ или подготовить данные по этому. Когда сейчас это можно сделать просто детально описав это AI агенту.
Агенты по написанию кода какого угодно тоже дал огромный прирост в скорости разработки, он помогает закрыть рутинные задачи быстро, главное хорошо контролировать процесс.
Поскольку я разработчик, буду в основном говорить про направление разработки программного обеспечения.
Появляется много новостей, что биг техи сокращают рабочие места и массово увольняют разработчиков. Плюсом идут посты в LN о том, что работу ищут по пол года. Все это очень демотивирует и складывается впечатление, что скоро действительно разработчики будут не нужны, весь код будет писать ИИ.
Я думаю, что доля правды в этом конечно есть, но все же ИИ сейчас и думаю в ближайшие годы - это очень сильный интрумент для разработчиков (и не только). Будут появлятся модели все умнее - это точно, но не думаю, что будет очередной прорыв в технологии.
Думаю, что все, кто сейчас в раздумьях над тем, что сейчас не надо идти в разработку и учится на программиста, потому, что всех заменит ИИ, я скажу так. Есть один хороший анекдот про мастера, который умеет, и очень хорошо чинить двигатели круизных лайнеров. Когда его наконец нашли и попросили починить, мастер пришел, осмотрел двигатель, отрегулировал одним винтом что-то и двигатель заработал как новый. И ведь сначала ему платить не хотели, особенно сумму в 10_000$, которую он запросил за ремонт. Но дело тут не в том, что он потратил 10 минут и хочет получить такие большие деньги, дело в том, что ему платят за те знания, которые он получал 20 лет и его квалификацию.
С появление все новых моделей будут появляться вайбкодеры и формошлепы, те, кто сможет за 3-4 часа сделать сайт, игру или быстрый прототип или MVP продукта. Но настоящие сеньор инженеры будут только расти в цене, потому, что их будет все меньше а кода, сгенеренного ИИ все больше и спрос на них не упадет. И вот когда случится сильный перевес на рынке, тогда сеньоры будут получать овермного денег, так что желаю всем дорасти до сеньоров (и себе тоже) и быть там в тот момент, когда перекос случится и оставаться верными своей профессии.
Комментарии (13)
pnmv
29.05.2025 19:37формошлепов мы наблюдаем уже довольно давно. ещё с прошлого века.
я уже столкнулся с тем, что определенные конторы буквально сталкерят ("меня" или "за мной"? - я не знаю, как правильно, никогда не интересовался такими формами речи, а тут пришлось...), в ожидании, что предложишь им свои услуги, не то, что за джуновскую зарплату, а еще и за возможность поработать доплатишь.
относительно роста кого-то там, всё верно, но, то, что я наблюдаю в ближайшем окружении, говорит о том, что не все подряд "крутые синьоры" будут "круто трудоустроены" или, прости господи, сохранят свои тёплые места, в ближайшие пять лет. отдельные самородки, вне всяких сомнений, так и останутся. все остальные, кто без знакомств и связей, вероятно, уйдут в другие профессии.
amazingname
Если вы разработчик, приведите примеры реальных ситуаций когда AI обеспечил "огромный прирост" скорости разработки. Потому что я вокруг себя таких примеров не вижу.
outlingo
А как же огромный прирост скорости создания бойлерплейта и хелловорлдов?
amazingname
Так тоже не огромный. Чтобы тот же копилот правильно вставил элементарный бойлерплет вроде получения объекта из DI контейнера должны удачно сойтись несколько звезд, в итоге часто пишешь сам чтобы не следить за звездами. Остальной бойлерплейт всегда требует больше одного файла, а отслеживать какие фалы ему попадают в промпт ужасно утомительно и не всегда помогает.
И так далее и тому подобное.
В итоге единственный существенный прирост производительности есть у джуниора (которого агенты уже якобы заменили), который получив задачу вообще не понимает что происходит и спрашивает у агента собрать хоть какое-то решение, чтобы побыстрее въехать о чем речь.
naHDop Автор
Пример очень простой, Есть сервис, где есть бек и фронт, появляется новая фича, где надо по требованиям сделать 5-6 новых едпойнтов с CRUD + бизнес логика. Используя текущую кодобазу проекта я сгенерил каркас для нового сервиса + все контроллеры + базовые sql запросы и сервис репозиторий + swagger дока за 10 минут. проверил и написал тесты вручную еще 2 часа. Потестил руками в постмане, раскатили на дев стенде и потестили с QA, потом пофиксил баги. в итоге овер 2к вполне работающих строчек кода с реализацией новой бизнес фичи за 1-2 дня, тогда как руками все это бы я делал неделю. Ну и потом фронтент нарулил также из готовых компонентов + надо было новый тоже реализовать из фигмы, но с помощью ИИ тоже все было сделано быстрее.
Да ИИ не сильно поможет, и даже может время съесть, если надо сделать что-то сложное и где надо продумать архитектуру, нарисовать UML и все такое. Но он для этого и не годится сейчас. А вот рутинные штуки где надо сделать CRUD, уже в существующей кодобазе - это оч сильно ускоряет.
slavap
Вообще-то CRUD не требует никаких новых endpoints - у меня например CRUD для любой "таблицы" в базе это 1K строк на всё. Если говнокодить по "овер 2к вполне работающих строчек кода" - то да, без ИИ не обойтись :-(
naHDop Автор
Вы хоть прочитали мой коммент ? я же написал, что новая фича предполагает то, что мне надо сделать и CRUD операции и сделать новые ендпойнты.
amazingname
Так в том и дело, что такой задачи у вас не будет. Будет задача прикрутить эти CRUD функции в систему изобретенную @slavap.
slavap
моя "система" непричём вообще. В любом проекте есть базовые переиспользуемые блоки/компоненты/... и из них "5-6 новых едпойнтов с CRUD + бизнес логика" собираются за пару часов без всяких ИИ.
amazingname
Так не бывает. Не бывает сферического CRUD в вакууме, если вы только не работаете в компании "Напишем CRUD приложение для вашей парикмахерской с тестами на каждый ендпоинт и свагером под ключ". Я таких правда не видел за 30 лет ни разу.
Любое реальное приложение, это уникальный концепт и куча нюансов. Это никогда не бывает просто сферический CRUD в вакууме. Это будет гребаное расписание автобусов, или документ, ходящий по кругу по инстанциям, или еще какая дичь похуже. Там будут элементы CRUD, но кроме того куча других сложностей. Тот кто будет разрешать эти сложности этот ваш CRUD впишет между чаем и булочкой, не включая мозг.
Но если даже случилось невероятное и это реально просто CRUD фитча, то наверно это не первая такая фитча в проекте. Эже были похожие CRUD задачи. А если их вы же и делали, то половину будете помнить. Тогда достаточно накопиаситить все контроллеры-серверы-провайдеры-репозитории и адаптировать под новую задачу. Это займет пару часов максимум. Возможно по ходу вы поймете, что прошлый CRUD был кривоват и сделаете компактнее и проще, улучшив практики. По ходу решаются вопросы с выразительными именами, вопрос какой код в какой папке здесь принято хранить.
CRUD или не CRUD, но всегда есть пейджинг, сортировка и фльтрация. Как конкретно это принятно реализовывать в текущем проекте? Наверняка есть некое готовое собстсенное наработанное решение. Его надо понимать и правильно привинтить. Пейджинг в возложите на ORM, или будете писать хранимку? Такие хранимки наверно уже есть и желательно чтобы они все были едиообразны?
Мы забыли расширить базу данных. Как в проекте происходит миграция на новую версию? Как это делается в проекте? Просто миграция в ORM в пределах текущего сервиса, или это монолит с собственной навороченной системой миграций, в которую тоже надо вникать?
Не забываем про права доступа пользователя. Нужды ли отдельные права на эту новую фитчу? Если нужны, куда их нужно добавить? Будем ли что-то сидить по этим правам при создании новой базы или пользователя автоматически? Где все это в коде проекта? Как в приложении реализована проверка прав? Нужно сделать новую фитчу красиво в рамках принятых практик.
Переходим на UI, там еще интереснее. В среднем это буедт какая-то полу-самопальная библиотека на реакте с разным уровнем безумия и амбиций на решение на все случаи жизни. Вы хотите показать таблицу с пейджингом, сортировкой, филтрами и редактированием тогда вам нужно изучить документацию или примеры использования этого компопнента. Еще сейчас у нас идет редизайн, переходим на новые компоненты, они еще сырые, пожалуйста учтите этот момент. Для лэйаута у нас тоже своя классная не документированная библиотека стилей. Вы хотете вставить в диалог выпадающий список? Посмотрите как у нас это делается. Мы делаем подпапку "scope" с RxJs и там все это огранизуем. Но вообще ребята уже эту улучшили, скоро все это будет не надо...
Все это можно делать с AI агентом или без, дело вкуса. Без него проблем будет меньше.