Ловушка AI: почему узнавать код ≠ писать его

Почему AI может сделать вас хуже как разработчика

Вы когда-нибудь смотрели на код и думали: «Да, я это понимаю», а потом, когда нужно написать его с нуля, замирали? Я попал в эту ловушку. Долгое время я позволял AI писать большую часть моего кода, думая, что всё ещё учусь. Но однажды, когда мне нужно было написать HTTP-обработчик на Go с нуля, я просто застыл. Не потому что я не знаю HTTP или Go — я мгновенно узнаю паттерны:

func (s *Server) handleJobNext(w http.ResponseWriter, r *http.Request) {
    // ...
}

Я могу ревьюить такой код, находить ошибки, обсуждать архитектуру. Но написать с нуля? Я поймал себя на мысли: «Стоп, это http.HandleFunc или ServeMux? Как запустить сервер?» Тогда я понял, что попал в ловушку.

Узнавание — это не умение создавать

Самая большая иллюзия, которую AI усиливает, — это мысль: «Я это понимаю» ощущается точно так же, как «Я могу это написать». Но это разные вещи. Распознавание решения — это один навык. Ваш мозг отлично находит паттерны: видите http.HandleFunc и думаете: «Ага, так регистрируют маршруты». Но попробуйте извлечь эти знания из памяти и сконструировать их с нуля — это совсем другой уровень, другие нейронные связи.

Я стал слишком хорош в ревью: быстро нахожу ошибки, критикую архитектуру, вижу граничные случаи. Но, несмотря на всё это, я не мог написать HTTP-обработчик по памяти. Я тренировал одни навыки, но не те, которые думал.

Опасная ловушка уверенности

Вы можете убедить себя, что всё ещё учитесь, потому что вы «архитектор» или «ревьюер». Вы принимаете решения, понимаете систему. Но как вы себя почувствуете, если не сможете написать то, что сгенерировал AI, не подглядывая? Это разрыв.

Несколько месяцев назад я начал писать алгоритмы распределённых систем на Go с нуля — каждый алгоритм в отдельном репозитории. Без AI. Я пишу полностью сам, а затем прошу AI провести ревью. И это невероятно полезно!

Зачем я это делаю

• Укрепляю навыки Go — это мой наименее используемый, но важный язык.
• Хочу помочь другим понять алгоритмы распределённых систем просто, но без пропуска граничных случаев и сценариев отказов.

Опыт нельзя скачать

Отличный софт рождается не из идеального кода, а из выживания после плохого. Инженерная интуиция строится на ошибках, неудачных проектах, отладке в 2 часа ночи, граничных случаях, компромиссах, которые преследуют вас годами. Финальный код — это лишь артефакт. Шрамы — вот настоящее образование.

Возьмём PostgreSQL. Кто-то попытался переписать его на Rust с помощью AI-агентов. Это может улучшить производительность, но вы не воспроизведёте путь, который создал это понимание: исправленные баги, уроки производительности, ограничения, сформировавшие архитектуру. Если позволить агенту писать всё, вы получите артефакт без шрамов. А экспертиза живёт в шрамах.

Главный принцип

Навыки, которые вы практикуете, растут. Навыки, которые вы передаёте на аутсорс, слабеют. Я отдал написание кода AI — и мои писательские мышцы атрофировались. Я стал лучше в ревью и архитектуре, но потерял нечто важное. Теперь я осознанно пишу алгоритмы распределённых систем на Go с нуля. Не потому что я лучше AI, а потому что я выбираю, какие мышцы качать.

Что я не говорю

AI — это не зло. Я использую его ежедневно. Для работы — да, потому что дедлайны сейчас нереальны. Ревью кода остаётся критически важным. AI — мой партнёр по размышлениям и ускоритель. Я советуюсь с ним при принятии решений. Он делает меня лучше и быстрее.

Я говорю: будьте осознанны в том, какие части экспертизы вы позволяете изменить. Каждый инструмент меняет то, что нужно знать инженеру. Цель не в том, чтобы вечно писать вручную. Цель — чтобы части инженерного дела, которыми вы хотите владеть, по-прежнему тренировались вами.

Практический вывод

Прямо сейчас выберите один небольшой проект или алгоритм, который вы напишете с нуля без помощи AI. Это может быть сортировка, HTTP-сервер или работа с файлами. Напишите код самостоятельно, затем используйте AI для ревью. Повторяйте регулярно. Ваши навыки программирования останутся острыми, и вы не попадёте в ловушку ложной уверенности.