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