Что происходит с рынком разработки? Часть 3: сложные проекты Давайте теперь посмотрим на сложную разработку. И мне кажется, что ситуация там намного оптимистичнее. Пока. По мере усложнения проектов, появляются барьеры, временно защищающие от AI-замещения: — Архитектурные вопросы — Политика и согласования со всеми участниками проекта — Сложные интеграции, особенно если в проекте замешано железо — Легаси, в котором чёрт ногу сломит — Масштабирование и нагрузки — DevOps-задачи Можно вспомнить еще много сложностей. Лично я даже не полезу в проекты, которые затрагивают что-либо из вышеперечисленного. Отдельно стоит упомянуть интеграционные проекты, в которых замешаны не только ПО, но и оборудование, сети, взаимодействие компаний/департаментов и т. д. И проекты с особой ответственностью: криптовалюта, банки, телеком, медицина и т. д. То есть все те отрасли, где необходим полный контроль за кодом и полная предсказуемость того, что делают алгоритмы. Но это не значит, что AI там неприменим вообще. На мой взгляд, assisted и augmented разработка с полным контролем человека над кодом может использоваться во всех этих ситуациях. Компании столкнутся с двусторонним давлением. Разработчики всё равно захотят использовать AI-инструменты для ускорения и упрощения своей работы. Клиенты тоже будут рассчитывать на ускорение и удешевление процесса разработки. Полностью проскочить AI-трансформацию, прикрываясь высокой сложностью, не выйдет. А вот вайб-кодинг и agentic-кодинг в сложных проектах пока неприменимы. Но в будущем, я уверен, мультиагентные системы с разделением функций архитектора, разработчика, тестов/ревью и так далее будут понемногу забирать своё. Пока одни разработчики нервно огрызаются на AI и пишут посты, демонстрирующие внутренний страх потери контроля над ситуацией ... ... другие в это же время изучают и строят продвинутые пайплайны разработки — multi agentic, spec driven. А также полностью перепроектируют процесс разработки на агентов, делая его AI-native. В общем, ключевое слово в этом тексте — «пока». #whatisdev2026