На прошлой неделе я наткнулся на обсуждение на Hacker News с неприятно прямолинейным заголовком: «ИИ-инструменты для программирования сделали junior-разработчиков сильнее, но навсегда оставили их на junior-уровне.»
Более 170 комментариев ниже, и дискуссия была жаркой.
Яма, в которую я сам попал
Вот реальная история. Недавно я接手 Node.js-сервис, написанный коллегой — код был сгенерирован Cursor, целых 2000 строк, ни одного комментария, и каждое архитектурное решение приходилось угадывать.
Я знаю, почему он так поступил. Функция @codebase в Cursor невероятно удобна — описываешь требования, и код появляется. Но он не осознал одну вещь: код, сгенерированный ИИ, в конечном итоге должен поддерживаться людьми.
Это не проблема Cursor. Это проблема использования. Но дело в том, что когда инструмент слишком удобен, мало кто готов остановиться и подумать «как мне использовать его правильно».
Две формы разрыва в навыках
В сообществе разработчиков появилось интересное разделение:
Одна группа — «ИИ-усиленные разработчики». Они используют Claude Code для scaffolding, Cursor для быстрого прототипирования, но ядро логики пишут сами, код ревьюят сами, архитектурные решения принимают сами. ИИ — это акселератор.
Другая группа — «ИИ-зависимые разработчики». Приходит требование, бросают промпт, код появляется, работает, отправляют. Они не написали ни одной строки кода — они даже не прочитали сгенерированный ИИ код.
Самая большая проблема второй группы — не «не могут писать код». Это «не могут читать код».
Когда ваш коллега отправляет ИИ-генерированный код с багом, а у вас нет способности прочитать его, отладить и исправить — вы降级 из разработчика в оператора промптов.
Это явление — не догадки
Данные самого GitHub намекают на тенденцию. Их опрос конца 2025 года показал, что разработчики, использующие Copilot, принимают предложенные ИИ строки кода в более чем 40% случаев. Другими словами, в вашем коде 4 из каждых 10 строк написаны не вами.
Само по себе это не проблема. Проблема в том:
- Вы ревьюили те 4 строки?
- Можете ли вы объяснить, что делают те 4 строки?
- Если в тех 4 строках баг, можете ли вы его исправить?
Если вы хоть на секунду задумались на любом из этих вопросов — вы в этом разрыве.
Риски на уровне компании
С точки зрения управления этот риск ещё более скрытый.
Если команда сильно полагается на ИИ-генерированный код, в краткосрочной перспективе产出 действительно взлетит. Но в долгосрочной:
Контролируемость качества кода снижается. Потому что разрыв в способностях между тем, кто пишет код (ИИ), и тем, кто его ревьюит (разработчик), увеличивается.
Передача знаний нарушена. Когда senior-разработчики выходят на пенсию или уходят, оставленный ими ИИ-генерированный код для новичков — чёрный ящик — никто не знает, почему он был написан именно так.
Затраты на отладку сместились. Раньше ошибки, допущенные при написании кода, обнаруживались в процессе написания. Теперь ИИ пишет за вас, и ошибки обнаруживаются только во время выполнения, удваивая стоимость их поиска.
Это не чушь про «ИИ заменит людей»
Позвольте прояснить: я не говорю, что «ИИ-инструменты для программирования — это плохо». Я сам использую Claude Code, и повышение эффективности реально.
Я говорю: способ использования инструмента определяет, является ли он усилителем или анестетиком.
Если ваш рабочий процесс: «описать требования → ИИ генерирует → вы ревьюите → вы понимаете → вы отправляете» — ИИ вам помогает.
Если ваш рабочий процесс: «описать требования → ИИ генерирует → заработало → отправить» — вы закладываете себе мину.
Одна конкретная рекомендация
Если вы используете ИИ-инструменты для программирования, попробуйте выработать эту привычку:
Читайте каждый фрагмент ИИ-генерированного кода минимум дважды. Первый проход: что он делает. Второй проход: почему он делает это именно так. Если есть что-то непонятное, спросите ИИ, пока не разберётесь.
Эти дополнительные 5 минут могут спасти вас во время какого-нибудь экстренного исправления бага в 3 часа ночи.
Основные источники:
- Официальный блог GitHub Copilot и данные пользовательских опросов
- Официальная документация Claude Code и обсуждения в сообществе
- Треда обсуждения на Hacker News («Why senior developers fail to communicate their expertise», 361 point)