Архитектура ПО в эпоху AI-агентов
Прочитал статью Яна Булла о том, какой должна быть архитектура ПО в эпоху AI-агентов: [https://ianbull.com/posts/software-architecture]
Мои личные выводы: 1. Больше никаких «исключений из правил» Раньше мы могли пренебрегать какими-то принципами ради уменьшения бойлерплейта. Сейчас этого делать не стоит по двум причинам: — Весь бойлерплейт теперь пишет AI, а не программист — и делает это очень быстро. Аргумент «слишком много шаблонного кода» больше не работает. — Программист запоминает «исключения» из правил, которые сам для себя придумал. А у AI-агента нет памяти — каждую сессию он начинает с нуля. Все эти исключения лишь усложнят работу и ему, и программисту, который будет за ним исправлять. 2. Консистентность важнее документации Консистентность соблюдения правил в проекте важнее описания этих правил. Если код везде следует одному паттерну — AI подхватит его автоматически. Если правила описаны, но в коде не соблюдаются — никакой промпт не поможет. 3. Старые принципы становятся только актуальнее Есть принципы, которые пережили уже несколько эпох программирования, и с каждой новой эпохой они становятся всё более актуальными. Автор статьи написал диссертацию 25 лет назад — и с приходом AI она стала только актуальнее. А принципы Low Coupling / High Cohesion обсуждаются аж с 1970-х!
Испытайте свой проект! Советую всем ознакомиться со статьёй и попросить своего AI-агента проверить проект на соответствие описанным в ней принципам.
Мой последний проект набрал «хорошо» по Discoverability и Progressive Disclosure of Complexity, но получил «средне» по Deep Modules, Sinks Not Pipes и Low Coupling, High Cohesion. Буду смотреть, как улучшить!
Делись в комментариях — какие оценки получил твой проект?