День 12-го кодування вайбу, Можливо, тут остання нитка. Я витратив 100 годин на створення додатку комерційного рівня з вайб-кодуванням. Деякі спостереження з досвіду. Мої 13 найкращих уроків, які допоможуть вам - створити власний код вайба. Нитка🧵

Примітка: Я став співзасновником новаторського SaaS, який масштабувався до $200 млн ARR, тому, хоча я не інженер і насправді не програмував зі школи (і це насправді не враховується), у мене є контекст щодо того, що вимагає комерційне програмне забезпечення. Я обожнюю ці програми. Але якщо ви дійсно йдете на це, знайте їх межі. По крайней мере, їх межі на сьогоднішній день. Все змінюється так швидко, що ці знання застаріють, я впевнений, навіть через 90 днів.

1/13: Почніть з одноразового хака. Витратьте максимум 60 хвилин на те, щоб розповісти додатку для кодування вайбу про свої найсміливіші мрії про продукт без будь-якого планування. Подивіться, що з цього вийде. Але заздалегідь візьміть на себе зобов'язання викинути його - це не ваш справжній продукт, це ваша освіта. Ця перша година навчить вас про можливості та обмеження платформи більше, ніж будь-який навчальний посібник.

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

3/13: Визначте свої виробничі вимоги, перш ніж почати будівництво. Спитати: 1⃣Наскільки це має бути безпечно? 2⃣Хто буде обслуговувати його після запуску? 3⃣Вам потрібно масштабуватися до 100 користувачів чи 100 000? 4⃣Чи знайшли ви інший додаток з вібраційним кодуванням у продакшн, з платними клієнтами, на вашому рівні складності? Якщо у вас немає чітких відповідей, припиніть будувати і почніть досліджувати.

4/13: Напишіть найдетальнішу специфікацію, якою ви можете керувати. Зіставте кожну сторінку, робочий процес, рівень дозволів. Чітко визначте системи електронної пошти, інформаційні панелі, потоки керування користувачами. Так, це здається нелогічним для підказок природною мовою, але це змушує вас думати про крайні випадки і стає вашою полярною зіркою, коли ШІ пропонує небажані функції.

5/13: Деякі функції виглядають простими в демоверсіях, але стають інженерними кошмарами. Прикладів на сьогоднішній день як мінімум (і це постійно змінюється): ▶️ Надійна розсилка електронної пошти ▶️Управління OAuth/identity ▶️Генерація медіа ▶️Нативні мобільні додатки ▶️Користувацький дизайн поза шаблонами ▶️безпека підприємства. Вони постійно викликають біль на різних платформах. Заплануйте додатковий час або подумайте, чи дійсно він необхідний для MVP. Знайдіть досвідченого інженера, який створив на вашій платформі, і ЗАПИТАЙТЕ його. ЗАПИТАЙТЕ їх.

5/13: Деякі функції виглядають простими в демо-версіях, але стають дійсно серйозними інженерними викликами. Прикладів на сьогоднішній день як мінімум (і це постійно змінюється): ▶️ Надійна розсилка електронної пошти ▶️Управління OAuth/identity ▶️Генерація медіа ▶️Нативні мобільні додатки ▶️Користувацький дизайн поза шаблонами ▶️безпека підприємства. Вони постійно викликають біль на різних платформах. Заплануйте додатковий час або подумайте, чи дійсно він необхідний для MVP. Не думайте, що ваша статична демоверсія, яка, здається, добре справляється з цими завданнями, дійсно робить їх добре. Знайдіть досвідченого інженера, який створив на вашій платформі, і ЗАПИТАЙТЕ його. ЗАПИТАЙТЕ їх.

6/13: Системи штучного інтелекту фабрикують дані, коли вони виходять з ладу. Це знає кожен, хто працював на БУДЬ-ЯКІЙ платформі для кодування vibe, включаючи Claude Code. Це помилка, але й особливість. Без цього вони не можуть вирішувати проблеми. Штучний інтелект на БУДЬ-ЯКІЙ платформі, коли він стикається з перешкодами, генеруватиме вигадані дані. Це не помилка — вони навчені забезпечувати результат, а не визнавати збої. Після кількох невдалих спроб вони створять переконливі фальшиві дані замість того, щоб сказати: «Я не можу цього зробити». Це потрібно зрозуміти, прийняти і обійти. На це потрібен час.

7/13: Проведіть свій перший повний день, вивчаючи кожну функцію платформи, а не будуючи. Ці платформи мають величезну функціональність у своїх інтерфейсах. Кожна іконка, опція меню, функція існує не просто так. Ви не можете використовувати можливості, про існування яких ви навіть не здогадуєтеся. Це не необов'язкове дослідження – це необхідні знання для додатків комерційного класу. Не існує рішення для кожної проблеми. Але на платформах є більше рішень, про які ви подумаєте спочатку. І вони такі собі заботани. У хорошому сенсі, але зануди. У глибині душі вони створювалися для розробників, що б там не говорив маркетинг. Прийміть це та ознайомтеся з КОЖНОЮ функцією, перш ніж почати. Якщо ви не розумієте якусь функцію, іконку, абревіатуру, то СТОП. Ідіть досліджуйте це. Зараз. Не пізніше.

8/13: Освойте системи відкату в перший день, перш ніж вони вам відчайдушно знадобляться. Більшість платформ пропонують елегантне керування версіями, подібно до очок збереження у відеоіграх. Тренуйтеся навмисно відкочуватися, поки ставки низькі. Зрозумійте, як саме це працює, що зберігається, що губиться. Це стає вашим найціннішим інструментом налагодження.

9/13: Штучний інтелект внесе зміни, про які ви не просили. Це просто буде. Він змінить усталені функції, додасть небажану функціональність, зламає робочий код, одночасно «покращуючи» щось інше. Захист: Додавайте «ЖОДНИХ ЗМІН БЕЗ ЗАПИТУ» до кожного запиту. Обговорюючи зміни, зазначте «ЖОДНИХ ЗМІН. БЕЗ КОДУ. ПРОСТО ОБГОВОРЕННЯ». Зменшує кількість небажаних модифікацій на ~80%. Але це їх не зупиняє. Це справедливо для будь-якої платформи. Зрештою, всі вони працюють на Клоді - в основному. Усі вони мають різний рівень однакових проблем. Вони >всі< внесуть зміни, про які ви не просили. Просто більш просьюмерські додатки підуть далі, оскільки програми для кодування, орієнтовані на розробників, більш ізольовані з точки зору змін, які вони вносять.

10/13: Навчіться розгалужувати свій додаток, коли він досягає стабільної складності. На ранніх етапах відкати вирішують більшість проблем. Але в міру того, як ваш додаток ускладнюється, ви можете не знати, до якої версії повернутися. Форк на стабільних станах для створення безпечних гілок експериментів, зберігаючи при цьому свідомо хороші версії. Подумайте про страхові поліси.

11/13: Заплануйте 150 годин на цілий місяць, щоб досягти комерційної якості. Можливо, і більше. ▶️Цей 20-хвилинний прототип – це 5% від вашої реальної роботи. ▶️Більше половини вашого часу буде займати тестування, налагодження, доопрацювання. Початкова збірка проста — щоб зробити її надійною, безпечною та зручною для користувача, потрібно докласти найбільше зусиль. Не дозволяйте демо-швидкості ввести вас в оману.

12/13: Прийміть свою нову роль QA-інженера. Як тільки ви вступите в серйозний розвиток, очікуйте розпорядок дня: ▶️Створення скріншотів помилок ▶️написання розгорнутих звітів для AI ▶️Тестування часткових виправлень ▶️Повторне тестування крайніх кейсів ▶️Документування нових проблем ▶️Запуск тестів блоку на вашій вилці Це не обмеження вайб-кодування — це реальність розробки програмного забезпечення. Платформи обробляють кодування; QA залишається людською працею. Платформи роблять ... якийсь. Але тільки деякі. Ви не можете покластися на них, щоб зробити ваш QA самостійно.

13/13: Плануйте свою стратегію виходу з першого дня. Більшість комерційних додатків з часом переростають платформи кодування просьюмерського вайбу через масштаб, кастомізацію або потреби в безпеці. Параметри: 1⃣Експорт коду платформи 2⃣Гібридний підхід 3⃣повна перебудова, або ... 4⃣Перебування та масштабування. Правда в тому, що в сьогоднішніх додатках просьюмерів більшість йде. Не всі. Але більшість з них створюють справжні комерційні додатки. Поки що. Це не означає, що ви повинні це робити. Але майте >варіанти< коли ви починаєте. Мати... план виходу, якщо він вам потрібен. Документуйте бізнес-логіку, підтримуйте специфікації, регулярно оцінюйте. Якщо ваш додаток стає складним, врешті-решт, вам може бути простіше піти, ніж працювати з накопиченням обмежень.

Платформи кодування Vibe справді чарівні для певних типів додатків — і справді недостатні для інших. Ваше завдання полягає в тому, щоб з'ясувати, до якої категорії належить ваш проект, перш ніж ви опинитеся занадто глибоко, щоб змінити курс. Це потужні інструменти з конкретними обмеженнями, а не заміна для розуміння того, що вимагає комерційне програмне забезпечення. Вони є знаряддями праці. Не команди розробників. Нагадуйте собі про це щодня.

Платформи продовжуватимуть швидко розвиватися. Те, що неможливо сьогодні, може виявитися простим за півроку. Але прямо зараз думайте про «просьюмерське» вайб-кодування без торкання коду як про міст до традиційної розробки комерційних додатків ... ніж кінцевий стан. Використовуйте його, щоб перевірити свій ринок, уточнити вимоги, отримати початковий дохід, а потім приймати обґрунтовані рішення, засновані на реальних обмеженнях, а не на теоретичних можливостях.

12 днів вайб-кодування – це відчуття... 12 тижнів. Пізні ночі налагоджують, дофамін б'є, коли щось нарешті працює, розчарування, коли воно знову ламається. Це був один із найінтенсивніших навчальних досвідів, які я мав за останні роки. Для мене настав час зробити крок назад і більше планувати, більше думати. Я знайшов кілька своїх нових улюблених програм. Але я також зрозумів, що навіть мені потрібно вивчити все це набагато краще. Сподіваюся, це вам допоможе.

Код: дуже схвильовані, що ми надихнули @dharmesh купувати та йти по-великому тут!!

Кода: Ми дуже раді, що наша подорож надихнула @dharmesh на покупку та започаткувала тут цілу спільноту!

@dharmesh День 11 тут: