Всем привет!
Меня зовут Александр, я COO в SaaS-платформе аналитики данных. Последний год активно изучаю внедрение AI-решений в кросс-функциональные процессы. Делюсь материалами, которые помогают:
Продуктовым менеджерам — интегрировать AI без перегрузки команд;
Разработчикам — выбирать инструменты под конкретные бизнес-задачи;
Специалистам по данным — избегать ошибок в production-развертывании.
У себя в телеграм-канале делюсь сжатыми и структурированными саммери статей.
Сегодняшний перевод — Vibe coding, some thoughts and predictions от Andrew Chen, партнера Andreessen Horowitz.
Andreessen Horowitz (a16z) - это легендарная венчурная компания, основанная в 2009 году Марком Андриссеном и Беном Хоровицем. За свою историю a16z превратилась из фонда с капиталом в $300 млн в одного из крупнейших игроков венчурного рынка с активами под управлением более $45 млрд.
Некоторые компаний, в которые инвестировал фонд Andreessen Horowitz (a16z):
1. OpenAI
2. Facebook
3. Airbnb
4. Coinbase
5. GitHub
6. Lyft
7. Twitter
8. Instacart
9. Slack
10. Roblox
11. Zoom
Статья рассматривает феномен "вайб-кодинга" - нового метода создания программного обеспечения, когда человек общается с ИИ на естественном языке, а искусственный интеллект генерирует весь необходимый код. Автор анализирует, как этот подход радикально изменит структуру команд разработки, снизит потребность в традиционных библиотеках и откроет программирование для массовой аудитории.
Ключевые инсайты:
Большая часть кода будет создаваться людьми, у кого много свободного времени (студенты, дети), что сделает софт частью молодёжной культуры
текущий командно-строчный подход уступит место визуальному "вайб-дизайну"
программное обеспечение станет более адаптивным и сможет самостоятельно меняться для достижения бизнес-целей
возникнет новая форма пользовательских интерфейсов, выходящая за рамки традиционных стандартов UX.
Vibe coding уже происходит, ребята
Мы все были удивлены способностью LLM хорошо писать тексты/генерировать идеи/создавать контент, но по пути мы также обнаружили, что они удивительно хорошо пишут код. Сначала это использовалось в функциях-помощниках для программирования в IDE, таких как Cursor, но, как многие из вас уже знают, новым трендом стал "vibe coding", термин, который ввёл великий Андрей Карпаты:
Существует новый вид программирования, который я называю "vibe coding", когда вы полностью отдаётесь вибрациям, принимаете экспоненциальный рост и забываете, что код вообще существует. Это возможно, потому что LLM (например, Cursor Composer с Sonnet) становятся слишком хороши. К тому же я просто разговариваю с Composer с помощью SuperWhisper, так что я едва касаюсь клавиатуры. Я прошу самые глупые вещи, например, "уменьши отступ на боковой панели вдвое", потому что мне лень его искать. Я всегда выбираю "Принять всё", я больше не читаю изменения. Когда я получаю сообщения об ошибках, я просто копирую и вставляю их без комментариев, обычно это их исправляет. Код разрастается за пределами моего обычного понимания, мне пришлось бы действительно вчитываться в него некоторое время. Иногда LLM не могут исправить ошибку, поэтому я просто обхожу её или прошу случайные изменения, пока она не исчезнет. Это не так уж плохо для одноразовых проектов выходного дня, но всё равно довольно забавно. Я создаю проект или веб-приложение, но это не совсем программирование — я просто вижу что-то, говорю что-то, запускаю что-то и копирую-вставляю что-то, и в основном это работает.
И, конечно, после этого твита от февраля 2025 года мы наблюдаем взрыв людей, экспериментирующих со всеми инструментами и создающих множество крутых вещей, особенно весёлые маленькие игры вроде авиасимуляторов, танковых боёв и даже шутеров от первого лица.
Так что же будет дальше? У меня есть много интересных/случайных мыслей, которыми я хотел бы поделиться:
большая часть кода будет написана (сгенерирована?) людьми, богатыми временем. Таким образом, большая часть кода будет написана детьми/студентами, а не профессиональными программистами. Это та же тенденция, что и с видео, фотографиями и другими социальными медиа. Конечно, это кажется удивительным, потому что сегодня большая часть программного обеспечения создаётся высококвалифицированными взрослыми, у которых обычно мало времени, но много денег. Это изменится, и это означает, что со временем программное обеспечение будет становиться всё больше частью молодёжной культуры, так же как это произошло с социальными медиа. Готовы ли вы к программным мемам? Или мемам в форме программного обеспечения? Всё это грядёт.
мы находимся в эпохе командной строки vibe coding. Для большинства создателей vibe coding в конечном итоге отступит на второй план, а доминировать начнёт vibe designing (с визуальной парадигмой). Люди в конечном счёте лучше мыслят в формате GUI, чем в формате CLI. Таким образом, при vibe designing вы будете показывать ИИ желаемые дизайнерские результаты, а всё остальное будет делаться за вас. Да, у вас могут появиться инструменты для настройки деталей дизайна для большей контролируемости и предоставления дополнительных макетов, которые затем заполняются кодом. Но, возможно, люди будут создавать программное обеспечение, не видя и не изучая язык программирования.
vibe coding может снизить потребность в библиотеках с открытым исходным кодом, поскольку больше кода будет генерироваться с нуля с помощью ИИ. Код станет более одноразовым товаром, будет меньше повторного использования, вместо этого он будет генерироваться на лету для персонализированного использования. Интересно наблюдать, что сейчас создать новый проект проще, чем редактировать существующий, поскольку последнее требует гораздо большего контекста/сложности. Интересная динамика, если что-то подобное продолжится.
"традиционный UX" и стандарты дизайна уступят место постмодернистскому/фрагментированному программному обеспечению, поскольку миллионы новых vibe-кодеров создают интерфейсы без предварительных знаний и с новыми перспективами. Возникнут новые паттерны, как это произошло с TikTok/YouTube в кинопроизводстве и традиционных развлечениях. Мир выйдет за рамки кнопок, модальных окон, полос прокрутки и других привычных элементов. Программное обеспечение может стать неузнаваемым, прежде чем снова обретёт целостность.
новые узкие места для программного обеспечения. Если vibe coding сделает создание программ тривиальным, то узкие места сместятся в другие области: 1) стабильная креативность, опережающая всех остальных. Любой может написать твит, но лучшие создатели — те, кто постоянно придумывает новые идеи. 2) распространение и сетевые эффекты, где выигрывает не первый продукт, созданный с помощью vibe coding, а первый такой продукт, достигший масштаба.
адаптивное программное обеспечение, определяемое результатами, а не кодом. Представьте продукты, которые автоматически адаптируются на основе поведения пользователей, а не на основе действий vibe-кодера. Например, если vibe-кодер указал, что воронка регистрации должна быть простой, то после того, как система заметит, что пользователи испытывают с ней трудности, программа может автоматически перекодировать себя, чтобы улучшить процесс, убрав шаги или добавив пояснительный текст. Сейчас мы находимся в парадигме, где продукт-менеджеры определяют поведение, которое программисты реализуют в коде. Представьте, если продукт-менеджеры смогут указывать результаты, а программное обеспечение будет настроено на автоматическую адаптацию для достижения этих результатов.
это ускорит проникновение программного обеспечения в случайные нишевые отрасли. Что-то вроде появления электронных таблиц (т.е. программирование для нетехнических бизнес-пользователей). Раньше было сложно заинтересовать высококлассных разработчиков маленькими/скучными/медленно растущими отраслями, но теперь люди внутри этих отраслей смогут создавать великолепные решения с помощью vibe coding. Таким образом, эти отрасли будут поглощены большей технологической экосистемой. Это ускорит процесс поглощения мира программным обеспечением.
команды разработчиков изменятся. Сегодня в типичной софтверной компании соотношение инженеров, дизайнеров и продукт-менеджеров составляет 5:1:1. Каким будет это соотношение в будущем? Будем ли мы по-прежнему придерживаться доминирующей сегодня парадигмы "EPD" или должностные обязанности значительно изменятся? Здесь есть два аргумента: согласно одному, доля инженеров уменьшится, поскольку разработка будет стоить дешевле, и больше внимания будет уделяться тому, что именно строить. Но контраргументом может быть форма парадокса Джевонса: чем дешевле создавать программное обеспечение, тем больше инженеров вам может понадобиться, чтобы создавать больше, быстрее?
маркетинг и продажи. Что значит "vibe маркетинг" или "vibe продажи"? Возможно, так же, как вы можете легко описать приложение, а ИИ его создаст, то же самое может произойти и в контексте маркетинга. Просто скажите агентному интерфейсу, что вы хотите продвигать своё новое приложение детям через короткие видео, и он всё выяснит. Нажмите кнопку "выполнить", и он свяжется с инфлюенсерами, купит спонсорскую рекламу и начнет привлекать клиентов. То же самое и с виртуальной командой продаж: ваши "vibe продажи" будут создавать списки потенциальных клиентов, скрипты для продаж, а затем интерактивный ИИ будет пытаться продавать за вас. Какие бизнес-функции не будут затронуты?
ошибки, взломы и другие неприятности. Одна из самых странных вещей в создании программного обеспечения заключается в том, что, да, кодирование сложно, но также сложно разобраться во всей запутанной логике. Работая над любым продуктом достаточной сложности, вы понимаете, что существует множество бизнес-решений, граничных случаев и странных сложных ситуаций, которые необходимо учесть, даже если они встречаются редко. Может ли клиент использовать два купона одновременно? Если клиент хочет возврат денег, но курьеру уже заплатили, вы возвращаете всю сумму или только стоимость товара? Таких вопросов миллионы. И эти проблемы также связаны с вопросами безопасности, конфиденциальности и т. д. Если два человека совместно используют папку, и один человек удаляет папку, будет ли папка удалена и у другого? Или они просто выйдут из системы? Когда вы принимаете неверные решения в этих вопросах, люди могут сильно расстроиться. Vibe coding — это весело, но решение бесконечного числа граничных случаев в программном обеспечении — нет. Очень интересно посмотреть, как продукты будут решать эту проблему в будущем.
Это всего лишь несколько мыслей после выходных исследований и игр с инструментами. Если у вас есть дополнительные идеи, я надеюсь, вы оставите комментарии и добавите ещё мыслей.
Погодите, но разве приложения, созданные с помощью vibe coding, не плохие?
Одна вещь, которую вы заметите, играя со всем программным обеспечением, которое люди создают с помощью vibe coding — они довольно плохие. То есть, если бы вы не знали, что они созданы другим способом, возможно, у вас не было бы особой мотивации взаимодействовать с ними. В конце концов, сверхблочные/пиксельные танковые бои не так крутые, как, например, World of Tanks, над которым работают более 10 лет и у которого миллионы игроков.
Два момента по этому поводу:
Во-первых, вспомните, что произошло с прогрессом изображений от 2D-моделей диффузии — они очень быстро стали очень хорошими:
И, конечно, то же самое происходит в LLM, видео и т.д. Мое предположение заключается в том, что мы на быстром пути к гораздо большей сложности и изощренности ИИ-генерации кода. Хотя текущие результаты могут казаться почти тривиальными, представьте, как вся эта технология будет выглядеть через 5 лет? В позитивном сценарии будет ощущение, что у каждого в кармане есть команда из 100+ инженеров, готовых создать любое программное обеспечение по желанию.
А во-вторых, может быть, тривиальность результата не имеет значения. Если сравнивать с предыдущими тенденциями создания контента, можно утверждать, что фотографии, которые люди публикуют в Интернете, намного хуже, чем то, что публикуют профессиональные фотографы. То же самое с видео на YouTube и тем, что создал бы кинематографист. Но это не имеет значения, просто потому что огромное количество контента — который всесторонне способен заполнить каждую нишу и нюанс спроса, и создан реальными людьми (а не корпорациями) — делает социальные сети доминирующими. То же самое можно сказать о программном обеспечении.
В прошлом, возможно, вы мобилизовали бы команду из 10 разработчиков для создания продукта, который мог бы принести 1 млн долларов дохода и масштабироваться до многомиллионной компании. Все, что меньше, было бы нерентабельным. Но, возможно, теперь вы будете создавать новое программное обеспечение так же, как снимаете видео на iPhone. Вы сделаете это для развлечения, оно будет эфемерным, и вы, возможно, поделитесь им с несколькими людьми. Но затем вы двинетесь дальше и создадите что-то следующее.
Как vibe coding работает сегодня
Для тех, кто готов исследовать, это несложно. Вот краткое видео на эту тему, где быстро создается простая стратегическая игра, чтобы вы могли почувствовать, как это работает.
Инструменты на самом деле довольно просты в использовании и настройке. Я рекомендую Replit Agent, если вы хотите быстро начать с демонстрации, но большинство людей, похоже, используют Cursor.
Наконец, я также хотел дать ссылку на недавний пост NicolasZu о том, как он создал свою игру-симулятор полёта, чтобы дать вам представление о том, как создать что-то с помощью тысяч промптов (но без кодирования).
Я не думаю, что секретный соус еще опубликован. Я могу дать вам основы
Grok 3 для преобразования идеи игры в документ с дизайном игры
Grok 3 для определения лучшего стека: фронтенд и бэкенд для вашей игры и амбиций (мультиплеер? и т.д.)
Grok 3 для преобразования документа с дизайном игры в план реализации с очень простыми шагами
ВАЖНО: начинайте с малого. Вы будете делать такой документ для каждого крупного обновления (например, мультиплеер, или мобильная версия, или оптимизация сервера, ...)
Настройка Cursor с .cursorrules для уточнения вашего стека (на основе Grok), например, "оптимизировать для мобильных устройств"
Cursor с Sonnet 3.7, чтобы изучить GDG и план реализации.
в Cursor: "всё понятно? какие у вас вопросы" => обычно задает 9-10 вопросов. Вы отвечаете и просите его добавить в файл реализации
Sonnet 3.7 начинает с фазы 1. Затем ВЫ тестируете фазу 1. Вы здесь QA. Если первая фаза работает, Sonnet документирует, что он сделал.
Важно: Новый чат между каждой фазой
Sonnet переходит к Фазе 2 ("пожалуйста, прочитайте GDG и что было сделано на шаге 1"). Затем вы тестируете и т.д.
Что, если тест не работает? промптуйте, пока не получится.
Застряли? Grok 3 => ваш репозиторий github => генерируйте промпт для Claude
Серьезно застряли? вернитесь на 1 или несколько коммитов / промптов назад и попробуйте другие.
Максимально застряли? Подумайте, какие файлы могут быть местом ошибки, и перетащите их в чат для исследования с помощью Sonnet Thinking
Проект больше 20 тыс. строк кода? Попросите Sonnet создать architecture.md. Этот файл поможет всем будущим промптам.
В любом случае, у меня уже более 3000 промптов в Cursor. Я действительно чувствую себя шептуном 😂 Я переключаюсь с Sonnet 3.5 на 4o и сейчас на 4.5 в зависимости от нюансов, которые, как я знаю, есть у этих моделей. Например, "улучшить мои сообщения" => 4.5
