Всем привет

Раньше в разработке как было: требования написали, тасочки нарезали, закодили, протестировали, собрали вместе в релиз, потестили вместе - и в люди.

Сейчас как вырисовывается?
Два крайних варианта и много оттенков среднего между ними.

Первый - полностью автоматизированный процесс производства ПО. Человеки загрузили требования в беклог, а там дальше чудо агенты сами разобрали, закодили, потестили и задеплоили, все это по кругу (loop). Аналогия с "тёмной" фабрикой, где нет света, потому что роботам он и не нужен, они и так все видят.
Понятно что тут надо построить обвязку всю сначала, как и на такой фабрике, то есть установить ограничения для агентов, права, правила, тесты, стат анализаторы кода, и так далее.
Но потом оно все крутится и производит ПО.
Но есть проблемка - не умеют модели в архитектуру, особенно если речь про сложное ПО в сотни тысяч строк кода, а если легаси - то вообще ж..а
В итоге тесты все зеленые, а спустя какое то время - приходится платить долги, в данном случае речь про тех долг, и переделывать огромный кусок.

Второй подход - темная фабрика та же, но в некоторых местах на линии все же включаем свет и смотрим, а не херню ли мы тут производим. Как минимум в 2х местах мы свет включаем:
сначала в начале где кожаный должен завалидировать дизайн системы и архитектуру, проверить что план от ИИ подходит для решения, а затем разработчик смотрит PR'ы от ИИ перед тем как это пойдет в деплой, валидируя что получилось норм.
Но тут тоже проблема - кожаный становится узким местом из-за ограниченного количества когнитивной нагрузки, которую он способен вывезти. Само собой это его ограничение очень сильно меньше объема кода, который может выдавать машина.
В итоге это наше очень узкое место, ограничивающее производительность всей системы целиком.
Зато тех долг не копится и можно быть уверенным что кожаный понимает как работает это ПО и где там что, чтобы в случае каких то экстренных проблем можно было оперативно по старинке знать куда ударить молотком, чтобы заработало опять.

Ну и само собой между этими двумя есть бесконечность вариантов.
Что-то мелкое и с низким риском можно оставить в темноте, что-то крупное с высоким риском смотреть со светом. Вопрос кто как определяет риск, насколько хорош весь обвес (harness) вокруг агентов, насколько сложный и старый код, насколько критерии приемки задачи можно описать в точных величинах которые хорошо проверяются машиной и так далее.
Именно вариации ответов на такие вопросы создают все оттенки серого, про которые я говорил.

Можно нырнуть глубже в эту кроличью нору и обсудить графы, состояния и флоу чарты, но я пожалуй не буду пока, оставим это разработчикам.

Признавайтесь, все еще работаете с добавлением ИИ как копилота в классическом цикле разработки или все же уже ступили на острие прогресса в компании где вы работаете?