Вайб-кодеры выросли

Sergey Golubev 2026-03-12 4 мин чтения
🌐 Read in English

Наблюдение из чатиков, где общаются вайб-кодеры: полгода назад спрашивали “какую модель лучше использовать”. Сейчас обсуждают гексагональную архитектуру, выбор СУБД, очереди, бэкапы и продакшен.

Вайб-кодеры выросли. И это не просто забавный факт - это сигнал для всех, кто строит продукты.

Эволюция вопросов

Я слежу за несколькими чатами вайб-кодеров последние 6 месяцев. Вот как менялись вопросы:

Месяц 1-2: Какую модель выбрать? Claude или GPT? Cursor или Windsurf?

Месяц 3-4: Как написать хороший промпт? Как дать контекст? Почему AI генерирует мусор?

Месяц 5-6: Гексагональная архитектура для моего проекта - overkill или нет? PostgreSQL или SQLite для MVP? Нужны ли очереди на старте? Как настроить бэкапы?

Видите переход? От “какой инструмент” к “как строить правильно”. Это классическая кривая обучения любого разработчика - только сжатая в полгода вместо нескольких лет.

Почему это произошло так быстро

Вайб-кодинг убирает самый тяжёлый барьер - синтаксис. Не нужно учить где ставить точку с запятой. Cursor напишет код, Claude объяснит ошибку, Vercel задеплоит.

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

По данным AuthenticJobs, кривая обучения вайб-кодинга: 2-4 недели до базового уровня, 3-6 месяцев до продуктивной работы. Это совпадает с тем, что я вижу в чатах - примерно через 3 месяца начинаются “взрослые” вопросы.

Стена, о которую все бьются

Frontend Mentor сформулировали точно: “Developer who understands fundamentals uses AI to build faster. Developer who skipped fundamentals hits walls the moment something breaks.”

Я видел это на своих проектах. ProdSignal - дайджест с Product Hunt - собрал прототип за выходные через Claude Code. Работает, данные тянутся, дайджест формируется. Круто.

А потом понадобилось масштабировать. И тут начались вопросы на которые AI не может ответить за тебя: как организовать данные? Где кешировать? Нужна ли очередь или хватит крона?

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

Что это значит для PM-ов

Три конкретных вывода:

1. Прототипы превращаются в продукты. Раньше PM-прототип был мокапом в Figma. Теперь это работающий MVP. И когда CEO говорит “давайте запустим этот прототип” - нужно понимать разницу между прототипом и продакшен-решением.

2. PM должен понимать архитектуру. Не писать код - но знать почему PostgreSQL, а не SQLite. Почему очередь, а не синхронный запрос. Вайб-кодеры уже задают эти вопросы. PM-ы тоже должны.

3. Кривая обучения реальна. Если планируете прототипировать с AI - заложите 3 месяца. Первый месяц будет “вау, работает”. Третий месяц - “подождите, а как это масштабировать?”

Мой опыт

Я вайб-кожу примерно 10 месяцев. Честная хронология:

  • Неделя 1: Собрал лендинг в Cursor. Эйфория.
  • Месяц 1: Сделал Telegram-бота через Claude Code. Работает. Горжусь.
  • Месяц 2: Бот упал. Данные не бэкапились. Два дня восстанавливал.
  • Месяц 3: Начал думать об архитектуре ДО того как пишу промпт.
  • Месяц 4: Спрашиваю себя “нужна ли тут очередь” прежде чем просить Claude писать код.

Тот же путь что и в чатах. Только на своей шкуре.

Trade-off вайб-кодинга

Вот честный trade-off как я его вижу:

Плюс: скорость на порядок выше. Прототип за день. MVP за неделю. Раньше это были месяцы.

Минус: техдолг накапливается незаметно. AI пишет код который работает - но не обязательно хорошо структурированный. Через 3 месяца рефакторить сложнее чем написать заново.

Вывод: вайб-кодинг отличный для валидации гипотез. Но для продакшена нужен человек который понимает что происходит под капотом. Необязательно пишет код сам - но понимает.

Что понял

Вайб-кодинг - не мода. Это новый путь в разработку. Он быстрый, доступный и реально работает. Но фундаментальные знания никуда не делись - они просто проявляются позже. На месяц третий вместо года первого.

Для PM-ов это возможность: строить работающие прототипы самостоятельно. И ответственность: понимать когда прототип нужно переписать по-настоящему.

Источники

  1. AuthenticJobs: How to Become a Vibe Coder (2026)
  2. Frontend Mentor: What Vibe Coding Means for Learning to Code
  3. Gauraw: Vibe Coding Complete Guide 2026