День 12 кодирования с Vibe, Возможно, это последняя тема здесь. Я потратил 100 часов на создание коммерческого приложения с помощью кодирования Vibe. Некоторые наблюдения из этого опыта. Мои 13 основных уроков, чтобы помочь вам — закодировать свое собственное приложение с Vibe. Тема🧵

Примечание: я соучредил пионерский SaaS, который достиг $200M ARR, так что, хотя я не инженер и не программировал с тех пор, как учился в старшей школе (а это не считается) — у меня есть представление о том, что требуется для коммерческого программного обеспечения. Мне нравятся эти приложения. Но если вы действительно собираетесь это сделать, знайте их пределы. По крайней мере, их пределы на сегодня. Вещи меняются так быстро, что я уверен, эти знания устареют даже через 90 дней.

1/13: Начните с временного хака. Потратьте максимум 60 минут, рассказывая приложению для кодирования о своих самых смелых мечтах о продукте без какой-либо подготовки. Посмотрите, что получится. Но заранее решите, что вы это выбросите — это не ваш настоящий продукт, это ваше образование. Этот первый час научит вас больше о возможностях и ограничениях платформы, чем любой учебник.

2/13: Прежде чем писать какой-либо код, потратьте целую неделю на изучение 20 производственных приложений, созданных на платформах кодирования vibe. Не просто просматривайте — на самом деле используйте приложения, которые работают, принимают платежи и обслуживают реальных клиентов. Вы ищете, что действительно возможно в масштабах и где ограничения проявляются наиболее остро. Эта разведка сэкономит недели разочарования позже.

3/13: Определите свои производственные требования перед тем, как начать строительство. Спросите: 1⃣Насколько безопасным это должно быть? 2⃣Кто будет поддерживать это после запуска? 3⃣Нужно ли вам, чтобы это масштабировалось до 100 пользователей или 100,000? 4⃣Вы нашли другое приложение с кодом vibe в производстве, с платящими клиентами, на вашем уровне сложности? Если у вас нет четких ответов, прекратите строительство и начните исследование.

4/13: Напишите как можно более подробную спецификацию. Составьте карту каждой страницы, рабочего процесса, уровня разрешений. Ясно определите системы электронной почты, панели управления, потоки управления пользователями. Да, это кажется контринтуитивным для подсказок на естественном языке, но это заставляет вас продумывать крайние случаи и становится вашей путеводной звездой, когда ИИ предлагает нежелательные функции.

5/13: Некоторые функции выглядят простыми в демонстрациях, но становятся инженерными кошмарами. Примеры на сегодня (и это постоянно меняется): ▶️ надежная доставка электронной почты ▶️ управление OAuth/идентификацией ▶️ генерация медиа ▶️ нативные мобильные приложения ▶️ индивидуальный дизайн за пределами шаблонов ▶️ корпоративная безопасность. Эти вещи постоянно вызывают проблемы на разных платформах. Запланируйте дополнительное время или подумайте, действительно ли они необходимы для MVP. Найдите опытного инженера, который работал на вашей платформе, и Спросите его. Спросите его.

5/13: Некоторые функции выглядят простыми в демонстрациях, но становятся настоящими инженерными вызовами. Примеры на сегодня (и это постоянно меняется): ▶️ надежная доставка электронной почты ▶️ управление OAuth/идентификацией ▶️ генерация медиа ▶️ нативные мобильные приложения ▶️ индивидуальный дизайн за пределами шаблонов ▶️ корпоративная безопасность. Эти аспекты постоянно вызывают проблемы на разных платформах. Запланируйте дополнительное время или подумайте, действительно ли они необходимы для MVP. Не предполагайте, что ваша статическая демонстрация, которая, кажется, хорошо выполняет эти задачи, действительно делает это хорошо. Найдите опытного инженера, который работал на вашей платформе, и СПРОСИТЕ его. СПРОСИТЕ его.

6/13: ИИ-системы создают данные, когда они терпят неудачу. Каждый, кто работал на любой платформе для кодирования, включая Claude Code, знает это. Это ошибка, но также и функция. Без этого они не могут решать проблемы. ИИ на любой платформе, когда сталкивается с препятствиями, будет генерировать вымышленные данные. Это не ошибка — они обучены предоставлять вывод, а не признавать неудачу. После нескольких неудачных попыток они создадут убедительные фальшивые данные вместо того, чтобы сказать "Я не могу это сделать." Вам нужно понять это, принять и обойти. Это займет время.

7/13: Проведите свой первый полный день, изучая все функции платформы, а не создавая. Эти платформы предлагают огромные возможности в своих интерфейсах. Каждая иконка, опция меню, функция существует по определенной причине. Вы не можете использовать возможности, о которых не знаете. Это не необязательное исследование — это необходимое знание для коммерческих приложений. Не существует решения для каждой проблемы. Но у платформ есть больше решений, чем вы сначала подумаете. И они немного nerdy. В хорошем смысле, но nerdy. Глубоко внутри они были созданы для разработчиков, независимо от того, что говорит маркетинг. Примите это и узнайте КАЖДУЮ функцию, прежде чем начать. Если вы не понимаете функцию, иконку, аббревиатуру, тогда ОСТАНОВИТЕСЬ. Идите исследуйте это. Прямо сейчас. Не позже.

8/13: Освойте системы отката с первого дня, прежде чем они понадобятся вам в отчаянной ситуации. Большинство платформ предлагают элегантное управление версиями, подобно точкам сохранения в видеоиграх. Практикуйтесь в намеренном откате, пока ставки низкие. Поймите, как это работает, что сохраняется, а что теряется. Это станет вашим самым ценным инструментом отладки.

9/13: ИИ будет вносить изменения, которые вы не запрашивали. Он просто будет. Он изменит установленные функции, добавит нежелательную функциональность, сломает работающий код, "улучшая" что-то другое. Защита: Добавьте "НЕТ ИЗМЕНЕНИЙ БЕЗ СПРОСА" к каждому запросу. При обсуждении изменений говорите "НЕТ ИЗМЕНЕНИЙ. НЕТ КОДА. ТОЛЬКО ОБСУЖДЕНИЕ." Это снижает нежелательные модификации примерно на 80%. Но это не останавливает их. Это верно для каждой платформы. В конце концов, все они работают на Claude -- в основном. У всех есть разные уровни одних и тех же проблем из-за этого. Они все >все< внесут изменения, которые вы не запрашивали. Просто более профессиональные приложения пойдут дальше, поскольку приложения, ориентированные на разработчиков, более изолированы в отношении изменений, которые они вносят.

10/13: Научитесь форкать ваше приложение, когда оно достигает стабильной сложности. На ранних этапах откаты решают большинство проблем. Но по мере роста сложности вашего приложения вы можете не знать, к какой версии откатиться. Форкайте на стабильных состояниях, чтобы создать безопасные ветки для экспериментов, сохраняя известные хорошие версии. Думайте о страховых полисах.

11/13: Запланируйте 150 часов на полный месяц, чтобы достичь коммерческого качества. Возможно, больше. ▶️Этот 20-минутный прототип составляет 5% от вашей фактической работы. ▶️Более половины вашего времени уйдет на тестирование, отладку, доработку. Первоначальная сборка проста — сделать ее надежной, безопасной и удобной для пользователя требует большинства усилий. Не позволяйте скорости демонстрации вас обмануть.

12/13: Примите свою новую роль инженера по качеству. Как только вы начнете серьезную разработку, ожидайте ежедневной рутины: ▶️снимать скриншоты ошибок ▶️писать подробные отчеты для ИИ ▶️тестировать частичные исправления ▶️повторно тестировать крайние случаи ▶️документировать новые проблемы ▶️запускать модульные тесты на своем форке Это не ограничение кодирования — это реальность разработки программного обеспечения. Платформы занимаются кодированием; QA остается человеческой работой. Платформы делают... что-то. Но только что-то. Вы не можете полагаться на них, чтобы они выполняли вашу QA в одиночку.

13/13: Планируйте свою стратегию выхода с первого дня. Большинство коммерческих приложений в конечном итоге перерастают платформы кодирования для полупрофессионалов из-за масштабируемости, настройки или потребностей в безопасности. Варианты: 1⃣экспорт кода платформы 2⃣гибридный подход 3⃣полная переработка или ... 4⃣остаться и масштабироваться. Правда в том, что в приложениях для полупрофессионалов сегодня большинство уходит. Не все. Но большинство тех, кто создает настоящие коммерческие приложения. На данный момент. Это не значит, что вы должны. Но имейте >варианты<, когда начинаете. Имейте ... план выхода, если он вам понадобится. Документируйте бизнес-логику, поддерживайте спецификации, регулярно оценивайте. Если ваше приложение становится сложным, в конечном итоге вам может оказаться проще уйти, чем обойти накапливающиеся ограничения.

Платформы для кодирования Vibe действительно волшебны для определенных типов приложений — и действительно недостаточны для других. Ваша задача — выяснить, в какую категорию попадает ваш проект, прежде чем вы углубитесь слишком далеко, чтобы изменить курс. Это мощные инструменты с конкретными ограничениями, а не замены пониманию того, что требуется коммерческому программному обеспечению. Это инструменты. Не команды разработчиков. Напоминайте себе об этом каждый день.

Платформы будут быстро развиваться. То, что сегодня кажется невозможным, может стать простым через шесть месяцев. Но прямо сейчас подумайте о кодировании в стиле "продуктового потребителя" без прикосновения к коду как о столь же вероятном мосте к традиционной разработке для коммерческих приложений... чем о конечном состоянии. Используйте это для проверки вашего рынка, уточнения требований, создания начального дохода — затем принимайте обоснованные решения на основе реальных ограничений, а не теоретических возможностей.

12 дней кодирования в атмосфере ощущаются как ... 12 недель. Поздние ночи отладки, выбросы дофамина, когда что-то наконец-то работает, разочарование, когда это снова ломается. Это был один из самых интенсивных учебных опытов, которые я имел за последние годы. Для меня пришло время немного отступить и заняться планированием, размышлениями. Я нашел несколько своих новых любимых приложений. Но я также понял, что даже мне нужно все это изучить гораздо лучше. Надеюсь, это поможет вам.

Код: очень рад, что мы вдохновили @dharmesh купить и сделать здесь большой шаг!!

Coda: Супер рад, что наше путешествие вдохновило @dharmesh на покупку и начало целого сообщества здесь!

@dharmesh День 11 здесь: