Что делать с архитектурным дрифтом в эпоху ИИ?

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

https://habr.com/ru/companies/flowc/articles/1021766/

#архитектура_приложений #aac #drift #архитектура_систем #проектирование_систем #процесс_разработки #gitops