Про ИИ в разработке пишут в двух крайностях: либо «заменит программистов», либо «генерирует мусор». Практика между ними и зависит от этапа работы. Разберём по шагам, где выигрыш измерим.

Где выигрыш реальный

Где выигрыш иллюзорный

Архитектура. Модель предложит общепринятое решение, не зная ваших ограничений: нагрузки, команды, легаси, сроков. Как источник вариантов — полезно. Как решение — нет.

Отладка в живой системе. Без доступа к состоянию, логам и данным модель угадывает. Гипотезы полезны, но проверять всё равно вам.

Крупная фича целиком. Чем больше объём за один заход, тем выше доля правок. На каком-то пороге проверка сгенерированного занимает больше времени, чем написание с нуля. Порог у каждого свой — его стоит нащупать опытом.

Что отличает тех, кто реально ускорился

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

Скрытая стоимость

Кода становится больше, а поддерживают его люди. Быстрая генерация склоняет к тому, чтобы написать новое вместо переиспользования существующего. Через несколько месяцев это выливается в дублирование и рост объёма поддержки.

Второй эффект касается новичков: если код всегда пишет модель, навык разбора чужого кода и отладки не нарастает. Здесь помогает простое правило — сначала своя версия, потом сравнение с предложением модели.

Практический рабочий цикл

1. Сформулируйте задачу текстом, будто объясняете коллеге. Половина неясностей всплывает уже здесь.
2. Попросите модель предложить два-три подхода и сравнить их. Выберите сами.
3. Реализуйте выбранный подход кусками, каждый — с тестами.
4. Прогоните готовый код через модель отдельным запросом на поиск проблем.
5. Прочитайте результат целиком. Если строка непонятна — либо разберитесь, либо перепишите.

Как измерить эффект у себя

Не «стало быстрее», а конкретика: сколько времени заняла задача, сколько правок понадобилось, сколько багов дошло до ревью. Две недели замеров дают понимание, на каких типах задач ваш выигрыш реальный, — и дальше вы применяете инструмент точечно, а не везде подряд.