Codare Vibe Ziua 12, Poate ultimul fir aici. Am petrecut 100 de ore construind o aplicație de calitate comercială cu codare vibe. Câteva observații din experiență. Cele mai bune 13 învățături ale mele pentru a vă ajuta - vibrați-vă propriul cod. Un fir🧵

Notă: Am co-fondat un SaaS de pionierat care a crescut la 200 de milioane de dolari ARR, așa că, deși nu sunt inginer și nu am codat cu adevărat din liceu (și asta nu prea contează) - am context despre ceea ce necesită software-ul comercial. Îmi plac aceste aplicații. Dar dacă vrei cu adevărat, cunoaște-le limitele. Cel puțin, limitele lor astăzi. Lucrurile se schimbă atât de repede, încât aceste învățături vor fi depășite, sunt sigur chiar și în 90 de zile.

1/13: Începeți cu un hack de unică folosință. Petreceți maximum 60 de minute spunând unei aplicații de codare vibe cele mai îndrăznețe vise ale dvs., fără nicio planificare. Vezi ce iese la iveală. Dar angajează-te în avans să-l arunci – acesta nu este produsul tău real, este educația ta. Prima oră vă va învăța mai multe despre capacitățile și limitările platformei decât orice tutorial.

2/13: Înainte de a scrie orice cod, petreceți o săptămână întreagă studiind 20 de aplicații de producție construite pe platforme de codare vibe. Nu navigarea ocazională - utilizați de fapt aplicații care sunt live, acceptă plăți, servesc clienți reali. Cauți ceea ce este cu adevărat posibil la scară și unde limitările mușcă cel mai tare. Această recunoaștere scutește săptămâni întregi de frustrare mai târziu.

3/13: Definiți cerințele de producție înainte de a începe construcția. Cere: 1⃣Cât de sigur trebuie să fie acest lucru? 2⃣Cine îl va întreține după lansare? 3⃣Aveți nevoie să scalați la 100 de utilizatori sau 100.000? 4⃣Ai găsit o altă aplicație codificată în producție, cu clienți plătitori, la nivelul tău de complexitate? Dacă nu aveți răspunsuri solide, opriți-vă din construcție și începeți să cercetați.

4/13: Scrieți cele mai detaliate specificații pe care le puteți gestiona. Mapați fiecare pagină, flux de lucru, nivel de permisiune. Definiți în mod explicit sistemele de e-mail, tablourile de bord, fluxurile de gestionare a utilizatorilor. Da, acest lucru pare contraintuitiv pentru solicitările în limbaj natural, dar te forțează să te gândești la cazurile limită și devine steaua ta polară atunci când AI sugerează caracteristici nedorite.

5/13: Unele caracteristici par simple în demo-uri, dar devin coșmaruri inginerești. Exemple cel puțin astăzi (și acest lucru se schimbă constant): ▶️ livrare fiabilă a e-mailurilor ▶️Gestionarea OAuth/identității ▶️Generare media ▶️Aplicații mobile native ▶️Design personalizat dincolo de șabloane ▶️securitatea întreprinderii. Acestea provoacă în mod constant durere pe toate platformele. Planificați timp suplimentar sau luați în considerare dacă sunt într-adevăr necesare pentru MVP. Găsiți un inginer experimentat care a construit pe platforma dvs. ÎNTREABĂ-i.

5/13: Unele caracteristici par simple în demo-uri, dar devin provocări inginerești cu adevărat mari. Exemple cel puțin astăzi (și acest lucru se schimbă constant): ▶️ livrare fiabilă a e-mailurilor ▶️Gestionarea OAuth/identității ▶️Generare media ▶️Aplicații mobile native ▶️Design personalizat dincolo de șabloane ▶️securitatea întreprinderii. Acestea provoacă în mod constant durere pe toate platformele. Planificați timp suplimentar sau luați în considerare dacă sunt într-adevăr necesare pentru MVP. Nu presupune că demo-ul tău static care pare să facă aceste lucruri bine le face cu adevărat bine. Găsiți un inginer experimentat care a construit pe platforma dvs. ÎNTREABĂ-i.

6/13: Sistemele AI fabrică date atunci când eșuează. Toți cei care au lucrat pe ORICE platformă de codare vibe, inclusiv Claude Code, știu acest lucru. Este o eroare, dar și o caracteristică. Fără asta, nu pot rezolva problemele. O inteligență artificială pe ORICE platformă atunci când se lovește de obstacole va genera date fictive. Aceasta nu este o eroare - sunt antrenați să ofere rezultate mai degrabă decât să recunoască eșecul. După mai multe încercări eșuate, vor crea date false convingătoare în loc să spună "Nu pot face asta". Trebuie să înțelegeți acest lucru, să îl acceptați și să lucrați în jurul lui. Acest lucru va dura timp.

7/13: Petreceți-vă prima zi întreagă învățând fiecare caracteristică a platformei, nu construind. Aceste platforme includ funcționalități extraordinare în interfețele lor. Fiecare pictogramă, opțiune de meniu, caracteristică există cu un motiv. Nu poți folosi capabilități despre care nu știi că există. Aceasta nu este o cercetare opțională, ci cunoștințe esențiale pentru aplicațiile de calitate comercială. Nu există o soluție la fiecare provocare. Dar platformele au mai multe soluții pe care le veți gândi la început. Și sunt cam tocilari. Într-un sens bun, dar tocilar. În adâncul sufletului, au fost construite pentru dezvoltatori, indiferent de ceea ce spune marketingul. Acceptați acest lucru și cunoașteți FIECARE caracteristică înainte de a începe. Dacă nu înțelegeți o caracteristică, o pictogramă, un acronim, atunci STOP. Du-te să cercetezi. Acum. Nu mai târziu.

8/13: Stăpâniți sistemele de rollback din prima zi, înainte de a avea nevoie disperată de ele. Majoritatea platformelor oferă un control elegant al versiunilor, la fel ca punctele de salvare ale jocurilor video. Exersați întoarcerea intenționată în timp ce mizele sunt mici. Înțelegeți exact cum funcționează, ce se păstrează, ce se pierde. Acesta devine cel mai valoros instrument de depanare.

9/13: AI va face modificări pe care nu le-ați solicitat. Pur și simplu o va face. Va modifica caracteristicile stabilite, va adăuga funcționalități nedorite, va rupe codul de lucru în timp ce "îmbunătățește" altceva. Apărare: Adăugați "FĂRĂ MODIFICĂRI FĂRĂ A CERE" la fiecare solicitare. Când discutați despre modificări, spuneți "FĂRĂ MODIFICĂRI. FĂRĂ COD. DOAR DISCUȚIE." Reduce modificările nedorite ~80%. Dar nu îi oprește. Acest lucru este valabil pentru fiecare platformă. În cele din urmă, toți aleargă pe Claude - în cea mai mare parte. Toate au niveluri diferite ale acelorași probleme din asta. Ei vor face >toți< modificările pe care nu le-ați solicitat. Doar că aplicațiile mai prosumatoare vor merge mai departe, deoarece aplicațiile de codare axate pe dezvoltatori sunt mai izolate în ceea ce privește modificările pe care le fac.

10/13: Învață să-ți bifurci aplicația atunci când atinge o complexitate stabilă. La început, rollback-urile se ocupă de majoritatea problemelor. Dar, pe măsură ce aplicația devine complexă, este posibil să nu știți la ce versiune să reveniți. Bifurcați la stări stabile pentru a crea ramuri de experimentare sigure, păstrând în același timp versiunile cunoscute în regulă. Gândiți-vă la polițele de asigurare.

11/13: Bugetați 150 de ore pe parcursul unei luni întregi pentru a atinge calitatea comercială. Poate mai multe. ▶️Acel prototip de 20 de minute reprezintă 5% din munca ta reală. ▶️Mai mult de jumătate din timpul tău va fi testare, depanare, rafinare. Construcția inițială este ușoară - a o face fiabilă, sigură și ușor de utilizat necesită majoritatea eforturilor. Nu vă lăsați păcăliți de viteza demo.

13/12: Acceptă-ți noul rol de inginer QA. Odată ce ai ajuns la o dezvoltare serioasă, așteaptă-te la o rutină zilnică de: ▶️Realizarea de capturi de ecran ▶️scrierea de rapoarte detaliate pentru AI ▶️Testarea remedierilor parțiale ▶️Retestarea cazurilor limită ▶️Documentarea noilor probleme ▶️Rularea testelor unitare pe furcă Aceasta nu este o limitare a codării vibe-ului - este realitatea dezvoltării software. Platformele se ocupă de codare; QA rămâne o muncă umană. Platformele fac ... niște. Dar doar câțiva. Nu vă puteți baza pe ei pentru a vă face singuri QA.

13/13: Planificați-vă strategia de ieșire din prima zi. Majoritatea aplicațiilor comerciale depășesc în cele din urmă platformele de codare a vibrației prosumerului din cauza nevoilor de scară, personalizare sau securitate. Opțiuni: 1⃣Export cod platformă 2⃣Abordare hibridă 3⃣reconstrucție completă sau... 4⃣rămânerea și scalarea. Adevărul este că, în aplicațiile prosumerului de astăzi, majoritatea pleacă. Nu toate. Dar majoritatea construiesc aplicații comerciale adevărate. Deocamdată. Asta nu înseamnă că trebuie să o faci. Dar aveți >opțiuni< când începeți. Avea... un plan de ieșire dacă aveți nevoie. Documentați logica de afaceri, mențineți specificațiile, evaluați în mod regulat. Dacă aplicația ta devine complexă, în cele din urmă, s-ar putea să ți se pară mai ușor să pleci decât să ocolești constrângerile acumulate.

Platformele de codare Vibe sunt cu adevărat magice pentru anumite tipuri de aplicații și cu adevărat insuficiente pentru altele. Treaba ta este să-ți dai seama în ce categorie se încadrează proiectul tău înainte de a fi prea profund pentru a schimba cursul. Acestea sunt instrumente puternice cu constrângeri specifice, nu înlocuitori pentru înțelegerea a ceea ce necesită software-ul comercial. Sunt instrumente. Nu echipele de dezvoltare. Amintiți-vă de asta în fiecare zi.

Platformele vor continua să evolueze rapid. Ceea ce este imposibil astăzi ar putea fi simplu în șase luni. Dar acum, gândiți-vă la codarea vibe "prosumer" fără a atinge codul ca la fel de probabil o punte către dezvoltarea tradițională pentru aplicații comerciale ... decât o stare finală. Utilizați-l pentru a vă valida piața, pentru a rafina cerințele, pentru a construi venituri inițiale - apoi pentru a lua decizii informate bazate pe constrângeri reale, nu pe posibilități teoretice.

12 zile de codare vibe se simt ca ... 12 săptămâni. Depanarea târziu în noapte, dopamina lovește când ceva funcționează în sfârșit, frustrarea când se rupe din nou. A fost una dintre cele mai intense experiențe de învățare pe care le-am avut în ultimii ani. Pentru mine, este timpul să fac un pas înapoi și să fac mai multă planificare, mai multă gândire. Am găsit unele dintre noile mele aplicații preferate. Dar am învățat și că trebuie să învăț totul mult mai bine. Sper că acest lucru vă ajută.

Cod: foarte încântat că ne-am inspirat pe @dharmesh să cumpere și să mergem mare aici!!

Coda: Super entuziasmat că călătoria noastră @dharmesh a inspirat să cumpere și să lanseze o întreagă comunitate aici!

@dharmesh ziua 11 aici: