- Регистрация
- 23 Авг 2023
- Сообщения
- 3,969
- Реакции
- 0
- Баллы
- 36
Ofline
«AI отнимет мою работу» – эту фразу я слышу на каждой второй встрече с командами разработки. Тревога понятна: нейросеть за минуту генерирует код, на который раньше уходил день. Но вот парадокс. По данным ict.moscow, 76% российских разработчиков уже попробовали вайбкодинг. При этом спрос на senior-инженеров в 2025 году вырос на 20%.
Мне как маркетологу стало легче. Раньше я приходил к инвестору с идеей на салфетке. Теперь прихожу с рабочим MVP, собранным за неделю. Продать работающий прототип в разы проще, чем питч-дек с обещаниями. На этом этапе мне не нужна архитектура, безопасность и масштабируемость. Мне нужна скорость.
Но потом наступает «потом».
Что вообще такое вайбкодинг
Термин придумал Андрей Карпати – бывший директор AI в Tesla. Суть: вы описываете задачу «на вайбе», простым языком, а LLM (большая языковая модель) выдаёт готовый результат. Без глубокого погружения в документацию. Без часов проектирования. Написал промпт – получил код.
Звучит как мечта продакт-менеджера. И отчасти это так.
Цифры по российскому рынку (ict.moscow):
76% разработчиков протестировали подход
64% остались довольны результатом
16% создали на его основе рабочие продукты
Прототипирование MVP ускоряется в 3–5 раз
Вот конкретный пример. Нужен простой CRUD для таблицы пользователей. Промпт в Cursor AI:
«Создай CRUD для users с валидацией JWT, PostgreSQL, Express.js. Добавь middleware для проверки токена и обработку ошибок 401/403.»
Через 40 секунд – работающий каркас. Раньше junior писал это полдня.
Но 22% разработчиков не заметили роста продуктивности. Они застряли в prompt purgatory (бесконечное переписывание промптов без результата). Причина простая: AI справляется с шаблонными задачами и проваливается там, где нужна голова инженера.
Почему маркетологу вайбкодинг – подарок
Скажу прямо: для моей работы вайбкодинг изменил правила игры. Не потому что я стал программистом. А потому что порог входа для проверки гипотез упал до нуля.
Раньше цикл выглядел так:
Придумал идею
Написал бриф для разработки
Вложил миллион рублей
Ждал 2–4 месяца
Получил MVP
Показал инвестору
Теперь:
Придумал идею
закинул 100 баксов на Lovable
Написал промпт
За 3–7 дней собрал рабочий прототип
Показал инвестору работающую штуку, а не слайды
Инвестор видит экран с кнопками, которые нажимаются. Видит данные, которые сохраняются. Видит продукт – пусть сырой, но живой. Это продаётся совершенно иначе, чем «а вот тут у нас будет функция X».
Для меня конверсия из встречи в следующий раунд переговоров выросла заметно – просто потому что разговор идёт вокруг продукта, а не вокруг фантазий.
Но – и это честное «но» – каждый раз после привлечения денег первое, что мы делаем, это нанимаем нормального инженера. Потому что MVP на вайбкодинге – это фиговый фундамент.
Риски, которые убивают ROI вайбкодинга
Вайбкодинг – скоростной инструмент с отключённым ремнём безопасности. Вот где он ломается.
LLM-галлюцинации и slopsquatting
AI придумывает несуществующие библиотеки. А ушлые хакеры уже придумали как это использовать. Slopsquatting работает так: злоумышленник регистрирует пакет с названием, которое LLM «галлюцинирует», и вшивает в него вредоносный код. Разработчик копирует npm install fake-lib-name из ответа нейросети – и получает бэкдор в проде.
Security-дыры по умолчанию
AI-код часто выходит без авторизации, без валидации входных данных, с утечками конфигов в публичные репозитории. Нейросеть оптимизирует на «работает», не на «безопасно».
Для MVP это терпимо. Для продукта с реальными пользователями и их данными – катастрофа.
Масштабирование – стена
80% простых задач вайбкодинг закрывает. Оставшиеся 20% – архитектура, производительность под нагрузкой, связность модулей – ложатся мёртвым грузом. Код, сгенерированный «на вайбе», не тестируется и не масштабируется без ручной переработки.
Представьте: вы собрали MVP, получили первых 500 пользователей, всё летает. Потом приходят 5 000. А потом 50 000. И вайб-код начинает сыпаться – потому что никто не думал про кэширование, очереди, индексы в базе данных.
Чек-лист: когда пора уходить от чистого вайбкодинга
У продукта больше 100 активных пользователей
Вы храните персональные данные или платёжную информацию
Кодовая база перевалила за 10 000 строк
Появились баги, которые вы не можете найти без отладчика
Нейросеть начала «ломать» одну часть кода, чиня другую
Вы тратите на переписывание промптов больше времени, чем сэкономили
Если отметили хотя бы два пункта – нужен инженер. Не «подправить», а провести ревью и, возможно, переписать архитектуру.
Будущее, которое уже наступило
Рынок сдвигается от «вайбкодинга» к «vibe engineering» – подходу, где AI генерирует код, а инженер занимается архитектурой, ревью и тестированием.
Google уже работает по этой модели: по их данным, 30% нового кода пишет AI, но каждая строка проходит через человеческий code review.
Разработчики, которые встроили AI в рабочий процесс, продуктивнее тех, кто игнорирует инструмент, – по разным оценкам, в 2 раза. Но рост продуктивности происходит не потому, что AI заменяет мышление. Инженер тратит меньше времени на бойлерплейт (повторяющийся шаблонный код) и больше – на решения, от которых зависит, выживет продукт или нет.
Как выглядит гибрид на практике
AI генерирует каркас по промпту
Инженер проектирует архитектуру и задаёт структуру модулей
AI дописывает рутинные части (тесты, миграции, CRUD)
Инженер проводит code review каждого PR
Безопасность и нагрузочное тестирование – на людях
Скорость стартапа + надёжность зрелого продукта. Это реально работает.
Чек-лист: как маркетологу использовать вайбкодинг для MVP
Сформулировать гипотезу в одно предложение: «Пользователь хочет [действие], потому что [боль]»
Описать MVP: максимум 3-5 экранов, 1-2 сценария.
Написать промпт с конкретным стеком (например: React + Supabase + Vercel)
Сгенерировать каркас, проверить руками – кликает ли, сохраняет ли данные
Показать 5–10 потенциальным пользователям, собрать обратную связь
Если гипотеза подтвердилась – идти к инвестору с работающим прототипом
Если привлекли деньги – первый найм: инженер, который перепишет вайб-код в нормальную архитектуру
Что ценится в 2026 году – и почему вайбкодинг не убьёт нормальную разработку
Рынок движется туда, где ценится не скорость набора кода, а:
Декомпозиция задач на промпты – prompt engineering как навык инженера
Ревью AI-кода – быстро находить галлюцинации, дыры в безопасности, неоптимальные решения
Архитектурное мышление – то, что AI пока не умеет: проектировать систему, которая живёт годами
Перевод между бизнесом и технологией – объяснить, почему «быстро сгенерировать» ≠ «готово к продакшену»
Senior-инженер в 2026 – не тот, кто пишет больше строк. Это тот, кто управляет AI как инструментом и отвечает за результат.
С точки зрения маркетолога, это отличная новость. Ценность экспертизы живых людей растёт. Порог входа для создания MVP – падает. Порог качества – остаётся на месте. И его держат люди.
Как разработчику не быть «заменённым вайбкодингом»
Освоить 1–2 AI-инструмента для кодинга (Cursor, Antygravity, Copilot)
Научиться писать точные промпты – с указанием стека, ограничений, edge-кейсов
Прокачать навык code review AI-кода: проверять зависимости, авторизацию, валидацию
Углубиться в архитектуру: микросервисы, очереди, кэширование, мониторинг
Уметь объяснить бизнесу на простом языке, зачем нужен рефакторинг после MVP
Вайбкодинг – это бензин, а не водитель
Вайбкодинг – отличная штука для MVP. Я сам им пользуюсь и буду пользоваться. к инвестору с работающим продуктом вместо презентации – это другой уровень разговора.
Но каждый раз, когда продукт переходит от «покажем инвестору» к «дадим людям», за руль садится инженер. Потому что вайб-код не проходит аудит безопасности. Не выдерживает нагрузку. Не масштабируется.
Вайбкодинг не убьёт нормальную разработку. Он заменит разработчиков, которые отказываются использовать AI. Разница – принципиальная.
FAQ (все еще всех бесит, но блок нужен для SEO статьм)
Вайбкодинг подходит для мобильных приложений?
Для кликабельного прототипа – да. Для приложения, которое пойдёт в App Store с реальными пользователями – нет. AI-код в мобильной разработке даёт ещё больше проблем с производительностью, потреблением батареи и специфичными гайдлайнами платформ.
Сколько стоит «переписать» вайб-код в нормальный продукт?
Зависит от объёма, но по моему опыту – закладывайте бюджет как на разработку с нуля. Проще и дешевле использовать вайб-код как «живое ТЗ» и писать продакшен-версию рядом, чем пытаться лечить сгенерированный код.
Нужно ли маркетологу учиться программировать, чтобы использовать вайбкодинг?
Базовое понимание помогает: знать, что такое API, база данных, фронтенд и бэкенд. Но писать код руками – не нужно. Достаточно уметь формулировать задачу чётко и проверять результат глазами: кликает, сохраняет, отображает.
Как убедить CTO, что вайбкодинг для прототипа – это нормально?
Покажите, что вайб-код не пойдёт в продакшен. Это демо для проверки спроса, не более. CTO боятся технического долга – уберите этот страх, обозначив чёткую границу: «прототип выбрасываем, продукт строим заново с вашей архитектурой».
Какой AI-инструмент выбрать для старта?
Cursor AI – для тех, кто хочет работать в редакторе кода. Для маркетолога без технического бэкграунда проще начать с чат-интерфейсов (Gpt, Gemini) и копировать код в проект руками. Bolt и Lovable подходят для быстрого прототипирования без настройки окружения.
О том как работает SEO и маркетинг в целом я пишу в своем телеграмм канале Разум Петра https://t.me/seo_and_sem