Глава 1. «Как вырастить вежливого генератора тикетов и назвать его джуниором» 📰

Есть на свете особая порода разработчиков — новейшей селекции. Код они не пишут, а «настраивают вайб»: говорят модели «сделай красиво», нажимают Enter и с нежным любопытством смотрят, что получится. Название процессу придумал сам Андрей Карпатый — человек, чей вклад в глубокое обучение настолько велик, что право на эту ересь он, в общем-то, заслужил. Суть метода проста до неприличия: ты описываешь, что хочешь, а искусственный интеллект пишет код. А ты его… принимаешь. Почти не читая. Зачем читать, если модель уверена в себе? Модель всегда уверена в себе — это её главная черта характера, вторая — многозначительность, третья — стойкий иммунитет к сомнениям.

Первое время это похоже на чистую магию. Приложение работает, кнопки нажимаются, для продакшена, может, и не годится, но демо — огонь 🔥. А потом наступает то самое утро, которое я называю похмельем вайбкодера: продукт пора сдавать, а в кодовой базе живут двенадцать тысяч строк, которые не читал ни один человек, включая, строго говоря, автора. Код формально исправен — и при этом абсолютно чужой. Модифицировать его страшно, удалить страшнее, а объяснить коллеге, почему переменная называется data2_final_FINAL, уже невозможно — сама модель, которая это породила, давно всё забыла и при вопросе невинно разводит руками 🤷. Бонусом идёт непризнанный шедевр избыточности: одна и та же функция встречается в файле трижды, потому что модель забыла, что писала её двадцать минут назад. Она не держит зла, но и памятью не блещет.

Отдельный соблазн — ложная продуктивность. Снаружи всё выглядит безукоризненно: коммиты сыплются, дашборды зеленеют, менеджер видит рост скорости разработки и уже рисует в презентации загнутую стрелочку 📈. Проблема лишь в том, что строчка кода, написанная за минуту и не понятая никем, стоит дороже, чем казалась в момент генерации. Экономика коварна: на старте вы экономите недели, а на сопровождении выплачиваете их с процентами — как рассрочка, где первый месяц бесплатный, а следующие десять принадлежат коллекторам.

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

Отдельного упоминания заслуживает «творческий потенциал» моделей. Они с честным лицом предлагают библиотеки, которых не существует, — аккуратно придумывая им правдоподобные названия. Атака под названием slopsquatting построена ровно на этом: злоумышленник заранее регистрирует выдуманные моделью имена пакетов, а потом сотни доверчивых разработчиков сами устанавливают в свои проекты вредоносный код. Красивый сюжет: система выдаёт уязвимость, которой не было, и старательно создаёт её. Ни один человек-джуниор не способен на такую изобретательность — его бы на собеседовании поймали.

Есть и тихая, почти интимная проблема — деградация навыков. Разработчик, который месяцами не пишет код руками, начинает понимать его как человек, выучивший французский по субтитрам: вроде всё узнаёт, а сказать не может. Опытные инженеры это переживут — их фундамент уже построен. А вот новичок, пришедший в профессию в эпоху щедрых оракулов, рискует вырасти в специалиста, который виртуозно формулирует пожелания, но не представляет, что происходит под капотом. Получается не инженер, а очень вежливый генератор тикетов. И если таких станет большинство, остаётся неудобный вопрос: кто однажды будет разбираться с тем, что все эти вежливые люди наделали? Машину поддержкой не напугаешь — её автор и так в отпуске, оплачиваемом гневом пользователей.