Бутылочное горлышко сместилось. А ты всё оптимизируешь старое.

У любой системы есть одно ограничение, задающее темп. Тридцать лет в софте этим ограничением было производство кода — писать его, набирать, вытаскивать из головы в редактор. И мы построили всё ремесло вокруг этого: быстрее печатать, лучше автокомплит, сниппеты, фреймворки, больше пропускной способности. Потом ИИ сделал производство кода почти бесплатным — и бутылочное горлышко сместилось. Почти никто не сместился следом.

Горлышко воронки теперь — ревью

Когда генерация дёшева, поставку реально гейтит верификация: прочитать вывод, понять его, решить, доверять ли, и взять за него ответственность. И данные показывают ровно этот сдвиг. Время ревью, по сообщениям, выросло примерно на 91% после внедрения ИИ даже при росте выполнения задач. Большинство разработчиков не вполне доверяют корректности вывода ИИ, но значительная доля коммитит, не всегда проверяя — а это и есть бутылочное горлышко, прорывающееся ниже по потоку багами вместо того, чтобы быть оплаченным на ревью. Как сформулировал DevOps.com: «бутылочное горлышко больше не код. Это верификация».

Ускорить нелимитирующий шаг не ускоряет систему. Оно просто копит запас перед ограничением.

Это азы теории ограничений, и ИИ завёл нас прямо в них. Оптимизировать генерацию кода сейчас — больше агентов, быстрее модели, больше вывода — значит оптимизировать шаг, который не является бутылочным горлышком. Весь этот лишний сгенерированный код не шипается быстрее; он выстраивается в очередь перед человеком, которому теперь надо прочитать, доверить и присвоить больше, чем когда-либо.

Почему твои метрики скорости врут

Вот ловушка: метрики, что мы унаследовали, все меряют старое ограничение. Строки, задачи, PR-ы, «время до первого черновика» — все они зеленеют, когда генерация ускоряется, а это ровно та половина, что больше не проблема. А настоящий вопрос — как быстро человек может уверенно это принять? — не появляется ни на одном дашборде, потому что это не число пропускной способности. Это число доверия. А доверие не масштабируется добавлением компьюта.

Как выглядит оптимизация настоящего горлышка

• Делай вывод лёгким для проверки, а не только для производства. Меньше диффы, объяснённые изменения, воспроизводимые шаги. Изменение, которое ревьюишь за две минуты, бьёт вдвое большее, на которое уходит двадцать.
• Вкладывайся в шаг приёмки. Тесты, типы, эвалы, гейтящие мерж, детерминированные проверки — всё, что позволяет человеку доверять выводу, не выводя его заново руками. Вот где теперь живёт пропускная способность.
• Меряй время-до-уверенной-приёмки. Не как быстро ты сгенерировал, а сколько до того, как кто-то смог это присвоить. Не улучшается это число — твоё «быстрее» иллюзия.
• Береги внимание ревьюера как дефицитный ресурс. Топить лучших людей в правдоподобном выводе ИИ — не рычаг, а перенос работы ниже по потоку на тот единственный шаг, который нельзя распараллелить.

Итог

ИИ не убрал бутылочное горлышко; он его переместил — с письма на проверку — и оставил наши привычки и метрики нацеленными на пустую станцию. Генерировать больше и быстрее лишь углубляет кучу перед шагом, который реально задаёт темп.

Хватит оптимизировать клавиатуру. Ограничение теперь — доверие: сделай вывод дешёвым для проверки и меряй, как быстро человек может уверенно сказать «да».