Банки.ру выпустил второй эпизод подкаста «про код.ии.прод», посвященный вопросу, что на самом деле дает ИИ в разработке: ускоряет путь от идеи до продакшена или просто увеличивает число PR. Для русскоязычных команд это уже не спор ради красивого слайда, а вполне прикладная тема: где искать реальный прирост скорости и качества, а где не путать активность с результатом.
Как пишет Habr / Новости, новый выпуск уже доступен на Яндекс Музыке, VK Music, Apple Podcasts и Spotify. В анонсе деврел Банки.ру по имени Женя сразу задает тон без привычной для брендированного контента бодрости про «будущее уже наступило»: разговор строится вокруг неудобного вопроса, который давно назрел в инженерных командах. Если генераторы кода действительно меняют работу разработчиков, это должно быть видно не по объему созданных веток и коммитов, а по тому, насколько быстрее задача проходит весь цикл. Авторы обещают выпускать новые эпизоды раз в две недели, но уже второй выпуск заходит на территорию, где у компаний обычно заканчивается рекламная смелость и начинается реальная операционка.
Содержательно эпизод упакован не как свободный разговор «за ИИ вообще», а как спор о метриках. В описании перечислены исследования METR, Faros AI, Microsoft Time Warp и DORA, а рядом с ними упомянута теория ограничений Элияху Голдратта. Плюс звучит важное различие между «метриками тщеславия» и «метриками успеха». Для IT-аудитории это полезный маркер: авторы хотя бы пытаются опереться не на впечатление от удачной демонстрации, а на более системный взгляд. Перевод на человеческий здесь простой. Сам факт, что разработчик сгенерировал больше кода или быстрее закрыл локальную задачу, еще не означает, что бизнес получил более быстрый релиз.
Самая практичная часть анонса связана с тем, что Банки.ру обещает не пересказывать чужие выводы, а говорить о своем опыте: что в работе с ИИ действительно взлетело, а где узкое место просто переехало из кодинга в ревью. И вот это уже похоже на взрослый разговор. Теория ограничений как раз про то, что система не становится быстрее от одной ускоренной операции, если следующий этап остается забитым. Для команд разработки это выглядит до боли знакомо. Инструмент может резко сократить время на черновой код, но затем архитекторы и ревьюеры получают более длинные PR, тестировщики разбирают более хитрые сценарии, а ответственность за качество никуда не исчезает. Бутылочное горлышко не пропало, оно просто сменило адрес.
Спор про ИИ в разработке как раз в этом и упирается в процесс, а не в качество очередного демо. Почти любой современный помощник уже умеет дописать типовой код, предложить тест-кейс или набросать документацию. Проблема начинается позже: когда команде нужно понять, насколько этому коду можно доверять, как его сопровождать и не вырос ли технический долг быстрее, чем скорость поставки. Поэтому для техлидов и IT-директоров разговор о внедрении ИИ быстро превращается в разговор о правилах ревью, критериях приемки и границах ответственности. Если инструмент ускорил один этап, но затем команда долго разбирает автосгенерированные решения и чинит побочные эффекты в интеграции, никакого ускорения по всей цепочке не произошло.
Для бизнеса отсюда следует довольно скучный, но полезный вывод. Оценивать ИИ-ассистентов по числу подсказок, принятых строк или merged PR удобно, потому что эти цифры легко собрать и красиво показать в презентации. Но именно такие показатели чаще всего и превращаются в «метрики тщеславия». Намного честнее смотреть на цикл поставки, время ревью, долю возвратов после тестирования, стабильность релизов и стоимость исправления ошибок, которые проскочили дальше по процессу. В этом смысле выпуск Банки.ру попадает в нерв момента: рынок постепенно выходит из фазы, когда достаточно было просто купить лицензии на генератор кода и объявить, что команда теперь работает «с ИИ». Теперь приходится отвечать на неприятный вопрос: что именно стало быстрее у всей системы.
Для русскоязычного IT-рынка это еще и симптом смены интонации. Первая волна разговоров о генеративных инструментах была почти целиком про личную продуктивность отдельного инженера. Вторая, похоже, будет про управление потоком работы. И здесь подкаст от Банки.ру интересен не самим фактом существования, а выбором угла. Вместо привычной линии «смотрите, как много всего умеет модель» компания обсуждает, как меняется delivery, где возникает новый контрольный слой и почему выигрыш разработчика не всегда равен выигрышу команды. Для HR, DevRel и фаундеров это тоже полезная развилка: инженеры уже хотят не рекламных обещаний, а рассказа о реальных компромиссах, сбоях и новых правилах игры.
Следующий раунд дискуссии об ИИ в разработке, похоже, будет идти уже не вокруг того, насколько ловко модель пишет код, а вокруг того, какие метрики команда готова считать главными и какие ограничения готова разбирать всерьез. Пока компании путают производственный шум с реальной поставкой ценности, любой помощник для кода рискует остаться дорогим генератором лишних PR. И если брендированные инженерные подкасты начинают говорить именно об этом, значит рынок понемногу взрослеет.