Вайб-кодинг не профессия. Это интерфейс
Ты думаешь, что умеешь делать приложения, потому что ChatGPT написал тебе код, который работает. Скорее всего, у тебя уже есть какой-то «проект»: бот, автоматизация, лендинг — что-то, что запускается и даже даёт результат. В этот момент появляется ощущение, что ты разобрался. Что разработка стала проще. Что «код больше не нужен».
Плохая новость: ты не разобрался. Ты просто попал в сценарий, который пока не сломался.
И это не твоя ошибка. Это точка, в которой тебя аккуратно подхватывает маркетинг. Вайб-кодинг продают как короткий путь: опиши задачу — получи решение. Без языков, без архитектуры, без всей этой «лишней сложности». Звучит как эволюция разработки, но по факту это всего лишь новый интерфейс поверх старой системы.
Сложность никуда не исчезла. Её просто убрали из поля зрения.
Пока всё работает, это незаметно. Ты даёшь задачу, получаешь результат и привыкаешь думать, что контролируешь процесс. Но это ощущение держится ровно до первой ошибки.
Если ты делал автоматизацию через Playwright, ты это уже видел. Пока селекторы совпадают, всё работает. Нашёл кнопку, кликнул, подождал — готово. Выглядит как контроль над системой.
Потом что-то меняется: интерфейс чуть сдвинулся, класс у элемента поменялся, страница начала дорендериваться с задержкой — и твой сценарий разваливается. В этот момент становится понятно, что ты управлял не системой, а конкретным состоянием интерфейса, которое почти случайно совпало с твоим скриптом.
С вайб-кодингом происходит то же самое, только менее очевидно.
ChatGPT или Claude генерируют код, который «должен работать». Иногда он действительно работает. И именно это создаёт иллюзию, что теперь ты на уровне выше — не пишешь код, а управляешь им через язык.
Но этот код — не решение. Это гипотеза.
Пока гипотеза совпадает с задачей, всё выглядит идеально. Как только нет — ты не можешь понять, где проблема. Не потому что ты «плохо сформулировал», а потому что ты не видишь, как устроена система под капотом. И вот тут начинается странный процесс: ты не дебажишь, ты уговариваешь инструмент попробовать ещё раз.
То же самое происходит в no-code инструментах. Пока сценарий линейный, всё собирается из блоков и выглядит аккуратно. Но стоит добавить ветвления, ошибки или нестабильные данные — и внезапно становится ясно, что никакой «простоты» не было. Система осталась той же самой, ты просто перестал её видеть.
Вот где на самом деле обман.
Тебе говорят «без кода», и ты читаешь это как «без понимания». Но в реальности убрали только код. Понимание никуда не делось.
Ты можешь не писать функции руками. Но ты всё ещё должен понимать, что происходит с данными, где возникает состояние и почему система ведёт себя именно так. Без этого ты не строишь продукт. Ты ловишь удачные совпадения.
Почему это продаётся именно так — тоже не секрет.
Обучать разработке сложно: долго, больно и с высоким шансом, что человек отвалится. Продавать «вход без боли» намного проще. Поэтому и появляется формула «опиши задачу — остальное сделает ИИ». Она работает. Но только на старте.
Дальше начинается то, о чём не говорят: ошибки, нестабильность, непредсказуемость. И в этот момент выясняется, что ты не ускорился — ты просто отложил сложность на потом.
На этом и зарабатывают. На ощущении, что ты уже почти там.
Это не значит, что вайб-кодинг бесполезен. Он реально даёт преимущество там, где важна скорость: прототипы, автоматизация, проверка гипотез. Он сокращает путь от идеи к результату.
Но как только задача выходит за рамки простого сценария, интерфейса становится недостаточно. Нужна модель того, что ты делаешь.
Вайб-кодинг — это не новая профессия.
Это слой между тобой и кодом. Интерфейс.
Он ускоряет тех, кто понимает систему, и быстро ломает тех, кто решил, что понимать больше не нужно.
Если после первой серьёзной поломки ты не понимаешь, где искать проблему — значит ты не используешь вайб-кодинг. Ты от него зависишь.
В следующей статье разберём, почему идея «без кода» в итоге обходится дороже, чем кажется на входе.