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

Я действительно так и работала с документацией 2 года назад. Анализировала легаси код, строила диаграммки, реинжинирила функционал и пыталась догадаться исходя из чего принимались решения. Долго, несколькими итерациями, приходилось всё проверять и допиливать ручками. Сейчас это тоже работает несколько лучше.

Но вот я готовлюсь настроить свой пайплайн агентной разработки. И выходит у меня так, что останется только документация 😂 в виде структурных и управляемых спецификаций. В моем случае, видимо, простроенных по моей любимой пирамиде важности и изменяемости. Но тут я ещё думаю, какие смысловые структуры вызывают у меня внутренний ок.

А писать код и править конфиги будут "миллион обезьян", проверяя и перепроверяя друг друга, пока все требования спецификации не будут выполнены. Да и сами спецификации они тоже пишут, но с этим посложнее. Спецификации - всё ж совместная работа. А вот насчёт кода, конфигов и прочего инженерного стаффа - надо строить пайпланы так, чтоб уже совсем туда не заглядывать.

Возможно, это будет не дешевле, чем люди. Но с другими преимуществами 😁