Vibe coding, some thoughts and predictions

Vibe coding: мысли и прогнозы

В сфере AI-генерации кода происходят удивительные вещи

(выше: лётный симулятор, созданный в стиле vibe coding автором NicolasZu из нескольких тысяч промптов. Его заметки о методе — в самом низу)

Vibe coding уже здесь, ребятаВсе мы были удивлены тем, насколько LLM хороши в написании и генерации текста, мозговых штурмах, но попутно обнаружилось, что они неожиданно хороши и в написании кода. Сначала это нашло применение в функциях coding co-pilot в IDE вроде Cursor, но, как многие из вас следили, появилась новая штука — «vibe coding», термин ввёл великий Андрей Карпатый:

Есть новый вид программирования, который я называю «vibe coding»: ты полностью отдаёшься потоку, принимаешь экспоненты и забываешь, что код вообще существует. Это возможно, потому что LLM (например, Cursor Composer с Sonnet) становятся слишком хороши. Я ещё и просто разговариваю с Composer через SuperWhisper, так что почти не прикасаюсь к клавиатуре. Я прошу самые глупые вещи вроде «уменьши padding в сайдбаре в два раза», потому что мне лень его искать. Я всегда нажимаю «Accept All», диффы больше не читаю. Когда получаю сообщения об ошибках, просто копирую и вставляю их без комментариев — обычно это всё чинит. Код вырастает за пределы моего понимания, мне пришлось бы реально долго в нём разбираться. Иногда LLM не может починить баг, и я просто его обхожу или прошу случайных изменений, пока он не исчезнет. Для одноразовых проектов на выходные это терпимо, но всё равно довольно забавно. Я строю проект или веб-приложение, но это уже не совсем программирование — я просто что-то вижу, что-то говорю, что-то запускаю, что-то копирую и вставляю, и оно в основном работает.

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

Что же будет дальше? У меня есть набор веселых и случайных мыслей, которыми я хочу поделиться:

большую часть кода будут писать (генерировать?) люди, богатые временем. То есть большую часть кода будут писать дети и студенты, а не software-инженеры. Это тот же тренд, что и с видео, фото и другими соцсетями. Конечно, это кажется удивительным, потому что сегодня большая часть софта пишется высококвалифицированными взрослыми, которые в целом бедны временем, но богаты деньгами. Это изменится, и это значит, что со временем софт будет всё больше определяться молодёжной культурой — так же, как и социальные сети. Готовы ли вы к мемам в виде софта? Или к софту в форме мемов? Всё это уже идёт.мы сейчас в эпохе командной строки vibe coding. Для большинства креаторов vibe coding в конце концов отойдёт на второй план, а доминировать начнёт vibe designing (с визуальной парадигмой). Люди в конечном счёте мыслят лучше в формате GUI, чем CLI. Так что в vibe designing вы будете показывать AI желаемые дизайн-результаты, а всё остальное он сделает за вас. Да, возможно, появятся инструменты, позволяющие подкручивать детали дизайна для дополнительного контроля и добавлять макеты, которые потом будут наполнены кодом. Но, возможно, люди будут создавать софт, не видя и не изучая язык программирования.vibe coding может снизить потребность в open source библиотеках, поскольку всё больше кода будет генерироваться с нуля AI. Код станет скорее одноразовым товаром, с меньшим повторным использованием, и будет генерироваться на лету под персональные нужды. Любопытно, что прямо сейчас создать новый проект проще, чем редактировать существующий, потому что второе требует гораздо больше контекста и сложности. Интересная динамика, если что-то подобное продолжится.«традиционный UX» и дизайн-стандарты уступят место постмодернистскому и фрагментированному софту, по мере того как миллионы новых vibe-кодеров будут создавать опыты без предварительных знаний и с новыми перспективами. Появятся новые паттерны — так же, как TikTok и YouTube изменили кинопроизводство и традиционные развлечения. Мир уйдёт за пределы кнопок, модальных окон, скроллбаров и прочих привычных элементов. Софт может стать неузнаваемым, прежде чем снова сформируется в новых формах.новые узкие места для софта. Если vibe coding делает создание софта тривиальным, то узкие места смещаются в другие места: 1) последовательная креативность, опережающая остальных. Любой может написать твит, но лучшие креаторы — это те, кто стабильно придумывает новые идеи. 2) дистрибуция и сетевые эффекты, где побеждает не первый vibe-кодированный продукт, а первый vibe-кодированный продукт, достигший масштаба.адаптивный софт, определяемый результатами, а не кодом. Представьте продукты, которые автоматически адаптируются на основе поведения пользователей, а не действий vibe-кодера. Например, если vibe-кодер указал, что воронка регистрации должна быть простой, то, увидев, что пользователи с ней мучаются, софт может автоматически переписать сам себя через vibe coding, улучшая поток — убирая шаги или добавляя пояснительный текст. Сейчас мы в парадигме, где PM описывают поведение, которое software-инженеры реализуют в коде. Представьте, что PM смогут задавать результаты, а софт будет конфигурироваться так, чтобы автоматически их достигать.это ускорит поглощение софтом случайных нишевых индустрий из «длинного хвоста». Похожим образом сработало появление электронных таблиц (по сути, программирование для нетехнических бизнес-людей). Раньше нельзя было заинтересовать высококлассных software-инженеров маленькими, скучными или медленнорастущими индустриями, но теперь люди внутри этих индустрий смогут vibe-кодить свой путь к величию. Так эти индустрии будут поглощены в большую tech-экосистему. Ускоритель того, как софт поедает мир.команды разработки изменятся. Сегодня в типичной software-компании соотношение 5:1:1 — инженеры, дизайнеры, PM. Каким оно будет в будущем? Сохранится ли доминирующая сейчас EPD-парадигма или должности существенно поменяются? Здесь два аргумента: одна версия — что доля инженеров уменьшится, потому что строить станет дешевле, а упор сместится на понимание того, что вообще строить. Контраргумент — это разновидность парадокса Джевонса: чем дешевле создавать софт, тем больше инженеров нужно, чтобы строить больше и быстрее.маркетинг и продажи. Что значит «vibe-маркетить»? Или «vibe-продавать»? Возможно, так же, как вы небрежно описываете приложение и AI его vibe-кодит, то же самое можно делать и в маркетинговом контексте. Просто скажите агентскому интерфейсу, что хотите продвигать новое приложение детям через короткие видео, и он сам всё разрулит. Нажмите кнопку «execute», и он начнёт связываться с инфлюенсерами, покупать спонсорские объявления и привлекать клиентов. То же самое с виртуальной командой продаж: ваше vibe selling начинается с создания outbound-списков, скриптов продаж и интерактивного AI, который попытается продавать за вас. Какие бизнес-функции это не затронет?баги, хаки и прочая дрянь. Одно из самых странных в разработке софта — то, что да, кодинг сложен, но не менее сложно просто разобраться во всей запутанной логике. Когда работаешь над любым продуктом достаточной сложности, понимаешь, что есть масса бизнес-решений, edge-кейсов и странных запутанных ситуаций, которые нужно учитывать, даже если они редки. Может ли клиент применить два купона одновременно? Если клиент хочет возврат, а курьеру уже заплатили, возвращать всю сумму или только за товар? Таких вопросов миллион. И эти проблемы переходят и в безопасность, приватность и так далее. Если двое делят папку, и один её удаляет, удалится ли она и у второго? Или его просто отключит? Когда здесь принимаются неправильные решения, люди могут сильно расстроиться. Vibe coding весел, но разбираться с бесконечным числом edge-кейсов в софте — нет. Очень любопытно, как продукты будут это решать в будущем.

Это лишь несколько мыслей по итогам выходных, проведённых за изучением и игрой с инструментами, и если у вас есть дополнительные идеи, надеюсь, вы оставите комментарий и добавите свои.

Но подождите, разве vibe-кодированные приложения не плохие?Одну вещь вы заметите, играясь с vibe-кодированным софтом, который строят люди: он какой-то так себе. То есть, если бы вы не знали, что он создан иначе, у вас не было бы особой мотивации с ним взаимодействовать. В конце концов, гипер-блочные пиксельные танковые битвы и близко не такие крутые, как World of Tanks, которая разрабатывается 10+ лет и имеет миллионы игроков.

Тут есть два пункта:

Во-первых, вспомните, что произошло с прогрессом изображений из 2D диффузионных моделей — они очень быстро стали очень хороши:

И, конечно, то же самое с LLM, видео и так далее. Моё предположение: мы на быстром подъёме в сторону гораздо большей изощрённости и сложности AI-генерации кода. Хотя текущий результат может казаться почти тривиальным, представьте, как всё это будет выглядеть через 5 лет? В позитивном сценарии это будет ощущаться так, словно у каждого в кармане команда из 100+ инженеров, готовых построить любой софт, какой он пожелает.

А во-вторых, возможно, тривиальность результата не имеет значения. Если сравнивать с предыдущими трендами в создании контента, можно сказать, что фотографии, которые люди выкладывают онлайн, гораздо хуже того, что публикуют профессиональные фотографы. То же с YouTube-видео и тем, что создал бы кинорежиссёр. Но это не имеет значения — просто потому, что огромное количество контента, способного покрыть каждую нишу и нюанс спроса, и созданного реальными людьми (а не корпорациями), делает соцсети доминирующими. То же самое можно сказать и о софте.

В прошлом, возможно, вы мобилизовали бы команду из 10 разработчиков, чтобы построить продукт, способный приносить $1M выручки и масштабироваться в многомиллионную компанию. Меньшее было бы недостаточным по масштабу. Но, возможно, теперь вы будете создавать новый софтверный продукт так же, как снимаете видео на iPhone. Вы будете делать это ради веселья, оно будет эфемерным, и вы поделитесь им с несколькими людьми. А потом двинетесь дальше и построите следующее.

Как vibe coding работает сегодняДля тех, кто готов попробовать, это несложно. Вот короткое видео по теме, где простая стратегия быстро собирается, чтобы вы прочувствовали процесс.

Инструменты на самом деле довольно легко поставить и попробовать. Я рекомендую Replit Agent, если хотите быстро запустить демку, но большинство людей, похоже, используют Cursor.

Наконец, я также хотел сослаться на недавний пост NicolasZu о том, как он построил свою игру-лётный симулятор, чтобы вы получили представление, как создавать что-то с помощью тысяч промптов (но без программирования).

Не думаю, что секретный рецепт уже стал публичным. Могу дать вам основы:- Grok 3, чтобы превратить идею игры в game design document- Grok 3, чтобы определить лучший стек: фронт и бэк для вашей игры и амбиций (мультиплеер? и т.д.)- Grok 3, чтобы превратить game design document в имплементационный план с очень простыми шагамиВАЖНО: начинайте с малого. Такой документ вы будете делать для каждого крупного апгрейда (вроде мультиплеера, мобильной версии или серверной оптимизации).- настройка Cursor с .cursorrules, чтобы прояснить ваш стек (на основе Grok), например «оптимизируй под мобильные»- Cursor с Sonnet 3.7, чтобы изучить GDG и имплементационный план.- Cursor: «всё ли понятно? какие у тебя вопросы?» => обычно задаёт 9-10 вопросов. Вы отвечаете и просите его добавить ответы в имплементационный файл.- Sonnet 3.7, чтобы начать с фазы 1. Затем ВЫ тестируете фазу 1. Вы здесь QA. Если фаза 1 работает, Sonnet документирует то, что он сделал.- Важно: новый чат между каждой фазой.- Sonnet идёт на фазу 2 («пожалуйста, прочитай GDG и то, что было сделано на шаге 1»). Затем вы тестируете и т.д.- Что если тест не работает? Промптите дальше, пока не получится.- Застряли? Grok 3 => ваш github-репозиторий => сгенерировать промпт для Claude.- Сильно застряли? Откатитесь на 1 или несколько коммитов/промптов назад и попробуйте другие варианты.- Гипер-застряли? Подумайте, в каких файлах может быть локация ошибки, и перетащите их в чат, чтобы расследовать с Sonnet Thinking.- Проект больше 20k строк кода? Попросите Sonnet создать http://architecture.md. Этот файл поможет всем будущим промптам.В общем, я сейчас на 3000+ промптов в Cursor. Чувствую себя настоящим заклинателем 😂 Прыгаю между Sonnet 3.5, 4o и теперь 4.5 в зависимости от нюансов, которые я знаю у этих моделей. Например, «улучши мои сообщения» => 4.5