Скажу честно: я тоже однажды попросил ИИ «сделай мне кнопочку», а получил парашют с блёстками. Красиво, страшно, и совсем не по ТЗ.
Вайб-кодинг, он же «код по ощущениям», обещает магию: пару фраз — и экран оживает. На сцене это смотрится как фокус с голубями: быстро, эффектно, публика в восторге. Но дальше сцены начинается реальность корпоративной ИТ, где шоу заканчивается, а спецификации — нет. Здесь вайб делится на два лагеря: кто-то продаёт мечту, кто-то обходит стороной.
Проблема первая — недетерминизм. Нажмите «ещё раз» — и та же просьба превратится в другой результат. Поправить мелочь? Лёгким движением промпта мы стираем пол‑проекта. Модель упрямо держится за «свою» идею, и вы торгуетесь не столько с требованиями, сколько с вдохновением алгоритма.
Проблема вторая — сопровождение. Как поддерживать код, который родился как вспышка и нигде не описан? Инструменты меняются, ответы плывут, а люди мигрируют. Через месяц этот проект похож на тропический лес: красиво, влажно и опасно ступать.
Проблема третья — «прототипы-неубиваемые». Как только макет выглядит живым, на него тут же хотят повесить KPI. И вот уже времянка обрастает интеграциями, а фундамент всё ещё из промптов и удачи.
И всё же у вайб-кодинга есть шарм: вход низкий, как в эпоху домашних машин с BASIC. Линус Торвальдс прав — для вещей «не про безопасность» это окей. Но в отличие от BASIC, здесь почти не растёт мышца понимания. Нет того «ага-момента», когда ты вдруг видишь, как шестерёнки крутятся внутри. Современная полезность упирается в API, архитектуры и скучную последовательность маленьких побед — а вайб любит салют, не марш-бросок.
Выход? Пусть ИИ будет черновиком, подсказчиком, генератором черновых скелетов и тестов. Учиться же лучше по старинке: книги, туториалы, репозитории, задачи «чуть сложнее вчерашних» и команда с живыми наставниками. Там рождаются мотивация, понимание будущих шагов и привычка думать о сопровождении с первого дня.
Настоящий вайб — это люди, которые помогают тебе стать лучше. Всё остальное — дым и блёстки.