Почему считать строки кода с ИИ-агентами — не пустая затея
В традиционной разработке измерять продуктивность по количеству написанного кода критиковали — «важна не длина текста, а качество». Но автор голоса из подкаста “Talking Postgres” напоминает: раньше хороший день разработчика — это 200 строк работающего, отлаженного и протестированного кода. Большинство дней — 50-60 строк. И с ИИ-агентами, которые помогают писать код, можно создавать в 5 раз больше — тысяча строк того же качества. Отсюда вполне логично использовать этот показатель как индикатор роста продуктивности.
Выводом становится то, что ИИ сдвигает не только скорость создания кода, но меняет основной ограничитель в разработке — теперь не скорость набора, а способность человека «переварить» и управлять большими объемами кода, не потеряв контроль.
Ограничение не в скорости, а в умственной нагрузке
С ростом скорости генерации кода с помощью ИИ возникает новая проблема — когнитивная емкость инженера, то есть сколько контекста и деталей кода он способен одновременно понимать и контролировать. Если раньше человек писал сотни строк в день, представляя проект целиком, то сейчас он может генерировать тысячи строк, но когнитивно такое количество трудно держать в голове и систематизировать.
В итоге необходимость иметь команду программистов не исчезнет, но главная причина сменится. Раньше команды были нужны для параллельной разработки, теперь — для распределения умственной нагрузки, чтобы гарантировать качество и целостность продукта.
Концептуальная целостность — что это и почему ИИ ее усложняет
Термин «концептуальная целостность» — из книги богалом “The Mythical Man-Month” — значит, что все части программы логично связаны, нет неожиданных странностей, дизайн продуман и строг. На практике это значит, что в проекте выдержан общий стиль, и все модули хорошо взаимодействуют друг с другом.
С ИИ появилась новая сложность: написать функцию или новую возможность за минуту стало проще. Поэтому проекты начинают «разрастаться» какими-то странными «выступами», не вписывающимися в общую логику. Наводящий пример — Winchester Mystery House — особняк с 140 комнатами, который строили наспех и бесконечно. Аналогия: код становится похож на такой дом — слишком большой и бессвязный, поскольку быстрая разработка стимулирует добавлять много функций без глубокой проработки.
Как сохранить порядок при быстром коде и почему дисциплина важнее времени
Раньше разработчики задерживались с реализацией сложных идей, потому что занимало долго — неделю, месяц. Так отсеивались лишние, бесполезные траты времени. Теперь, когда ИИ делает большую часть работы за час, соблазн постоянно добавлять новые функции растёт.
Из этого следует, что жесткая дисциплина в управлении проектом стала еще важнее, чем раньше. Время перестало быть естественным фильтром на идеи, которые не стоят вложений.
Как использовать эти идеи в вашей практике
- Попробуйте считать для себя и команды не только сколько строк кода написано с помощью ИИ, но и тщательно проверяйте качество и поддерживаемость этого кода.
- Обратите внимание на документацию и архитектурные решения, не позволяйте коду «разрастаться» в хаотичном направлении.
- Создайте внутренние правила для команды, чтобы ограничивать постоянное добавление новых функций без глубокого анализа.
Подробнее о том, как ИИ влияет на архитектуру и интеграции, можно почитать в нашем обзоре про модельный маршрутизатор в ИИ.
Кому это важно и что дальше
Если вы — разработчик или заказчик, который работает с ИИ в программировании, понимание баланса между скоростью генерации кода, качеством и концептуальной целостностью поможет сохранить управляемость проекта. Стартапам и небольшим командам стоит особенно обратить внимание на планы распределения когнитивной нагрузки.
Если же вы пользуетесь ИИ для отдельных задач или прототипов — не обязательно глубоко вникать в эти детали прямо сейчас, но иметь общее представление поможет избежать хаоса.
Источник: текст и идеи взяты из подкаста с Simon Willison, оригинал: https://simonwillison.net/2026/Aug/19/conceptual-integrity-and-counting-lines-of-code