Вайбкодинг научил не писать код. Думать так и не научил

В App Store на 84% больше приложений за последний квартал. Индикодеры штампуют SaaS-ки, боты, лендинги, CRM-обёртки. Cursor, Claude Code, Windsurf, Replit Agent - инструменты есть, порог входа на полу, YouTube забит гайдами "собери приложение за вечер". Кодить больше не нужно. Серьёзно. Модель напишет лучше, чище, быстрее.

Но вот что происходит дальше: 90% этих приложений мертвы через месяц. Не потому что код плохой. Код как раз нормальный - модель генерит приличный код. Они мертвы потому, что за кодом не стояло ни одной мысли. Ни архитектурной. Ни продуктовой. Ни инженерной.

И вот тут начинается самый интересный вопрос 2026 года: если кодить не нужно - что вообще нужно?

Я дал одну и ту же задачу двум людям. Задача простая: Telegram-бот для записи клиентов. Выбрать дату, время, услугу, получить подтверждение. База - гугл-таблица.

Первый человек - маркетолог. Нулевой бэкграунд в разработке. Смотрел ролики про Cursor, горел энтузиазмом, хотел "сам всё завайбкодить".

Второй - я. 5+ лет в разработке.

Оба использовали Claude Code. Одинаковый инструмент, одинаковая задача.

Маркетолог написал: "Сделай телеграм-бота для записи клиентов. Нужно выбирать дату, время и услугу. Данные сохраняй в гугл-таблицу". И получил бота. Рабочего. За 40 минут. Он был в экстазе.

Я написал другое. Перед промптом я 20 минут думал. Не кодил - думал. И промпт получился таким:

Мой бот был готов через 3 часа. В 4.5 раза дольше.

Через неделю бот маркетолога сломался. Два клиента записались на одно время. Потом таблица легла на 10 минут - бот начал отвечать ошибками. Потом клиент из Владивостока записался на "15:00" - а это оказалось 8 утра по Москве, когда салон закрыт.

Мой работает до сих пор.

Разница не в коде. Код у обоих написала одна и та же модель. Разница в том, что было до кода.

Вайбкодинг убрал один слой из разработки - написание кода. Но разработка никогда не была только про код. Она всегда состояла из трёх слоёв:

Слой 1: Что делаем? Продуктовое мышление. Кто пользователь, что ему нужно, какие сценарии, какие граничные случаи. Это не программирование - это анализ. И ни одна модель его за вас не сделает, потому что она не знает ваш бизнес, ваших клиентов, вашу специфику.

Слой 2: Как устроено? Архитектура. Какие компоненты, как они связаны, где хранятся данные, что происходит при ошибке, что происходит при нагрузке. Это инженерное мышление. Модель может предложить архитектуру - но она предложит стандартную. А ваша задача может быть нестандартной.

Слой 3: Как написано? Собственно код. Синтаксис, библиотеки, фреймворки, API-вызовы. Вот этот слой вайбкодинг заменил полностью. И это огромный прорыв - не спорю.

Проблема в том, что люди видят "код не нужен" и слышат "думать не нужно". А третий слой - это 20-30% работы. Остальные 70% - первые два. И они никуда не делись.

Я читаю чаты вайбкодеров. Одна и та же история по кругу:

"Сделал бота, всё работало, через неделю сломалось"."Собрал SaaS, а он падает при 50 пользователях"."Сгенерировал лендинг, а он грузится 8 секунд"."Написал парсер, а он через день перестал работать".

И дальше начинается самое грустное: человек идёт обратно к модели и пишет "почини". Модель чинит. Ломает другое. Человек пишет "почини это тоже". Модель чинит. Ломает третье. Через 20 итераций код превращается в кашу из костылей, где каждый новый фикс создаёт два новых бага.

Это называется "prompt-driven development" - и это антипаттерн. Ты не программируешь. Ты играешь в рулетку, надеясь, что на очередной итерации модель угадает. Она не угадает. Потому что у неё нет контекста, который есть у тебя: зачем этот проект, кто им пользуется, что критично, а что нет.

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

Конкретика. Без воды.

Думать - это задать себе 5 вопросов до первого промпта:

Если вы задали эти вопросы и включили ответы в промпт - вы получите нормальный продукт. Если нет - вы получите демо, которое красиво выглядит на скриншоте и ломается при первом контакте с реальностью.

Вайбкодинг не убил профессию разработчика. Он её трансформировал. Раньше разработчик = человек, который пишет код. Теперь разработчик = человек, который думает над системой и объясняет модели, что построить.

Звучит проще? На самом деле сложнее. Потому что раньше можно было спрятаться за код. Написать элегантное решение, получить удовольствие от чистого синтаксиса, потратить день на рефакторинг. Теперь всё это делает модель за секунды. Осталось только то, что модель не умеет: понимать контекст, предвидеть проблемы, принимать решения в условиях неопределённости.

Это, кстати, объясняет парадокс рынка. Джунов стало сложнее нанять - зачем, если модель пишет код лучше джуна? А сеньоры подорожали - потому что их навык "думать над системой" стал ещё ценнее. Модель усилила разрыв.

И если вы сейчас думаете "окей, я буду вайбкодить и параллельно учиться думать как инженер" - это правильная стратегия. Но "думать как инженер" - это не курс на ютубе за выходные. Это годы набитых шишек. Вайбкодинг ускоряет процесс набивания - теперь вы можете за месяц совершить ошибки, на которые раньше уходил год. Но совершить их все равно придётся.

Калькулятор не отменил математику. Он отменил арифметику. Считать столбиком больше не нужно - но понимать, какую формулу применить, нужно по-прежнему.

Вайбкодинг - это калькулятор для программирования. Он отменил синтаксис. Но не отменил мышление. И чем мощнее становятся модели, тем важнее становится то единственное, что они пока не умеют - задать правильный вопрос до того, как начать генерировать ответ.