Vibe Coding Day 12, Forse l'ultimo thread qui. Ho trascorso 100 ore a costruire un'app di livello commerciale con il vibe coding. Alcune osservazioni dall'esperienza. I miei 13 principali insegnamenti per aiutarti a vibrare il tuo. Un thread🧵

Nota: ho co-fondato un SaaS pionieristico che è cresciuto fino a $200M ARR, quindi anche se non sono un ingegnere e non ho realmente programmato dai tempi del liceo (e questo non conta davvero) -- ho comunque una certa esperienza su cosa richiede il software commerciale. Adoro queste app. Ma se stai davvero puntando in alto, conosci i loro limiti. Almeno, i loro limiti di oggi. Le cose stanno cambiando così in fretta, sono sicuro che queste conoscenze saranno obsolete anche tra 90 giorni.

1/13: Inizia con un hack usa e getta. Dedica al massimo 60 minuti a raccontare a un'app di coding le tue idee più stravaganti per un prodotto senza alcuna pianificazione. Guarda cosa emerge. Ma impegnati fin da subito a buttarlo via: questo non è il tuo vero prodotto, è la tua formazione. Quella prima ora ti insegnerà più sulle capacità e le limitazioni della piattaforma di qualsiasi tutorial.

2/13: Prima di scrivere qualsiasi codice, dedica un'intera settimana a studiare 20 app di produzione costruite su piattaforme di coding vibe. Non una navigazione casuale: utilizza effettivamente app che sono attive, che accettano pagamenti e servono clienti reali. Stai cercando ciò che è realmente possibile su larga scala e dove le limitazioni si fanno sentire di più. Questa ricognizione ti farà risparmiare settimane di frustrazione in seguito.

3/13: Definisci i tuoi requisiti di produzione prima di iniziare a costruire. Chiedi: 1⃣Quanto deve essere sicuro? 2⃣Chi lo manterrà dopo il lancio? 3⃣Hai bisogno che scaldi fino a 100 utenti o 100.000? 4⃣Hai trovato un'altra app con codice vibrazionale in produzione, con clienti paganti, al tuo livello di complessità? Se non hai risposte solide, smetti di costruire e inizia a fare ricerche.

4/13: Scrivi la specifica più dettagliata che riesci a gestire. Mappa ogni pagina, flusso di lavoro, livello di autorizzazione. Definisci esplicitamente i sistemi email, i cruscotti, i flussi di gestione degli utenti. Sì, questo sembra controintuitivo per i prompt in linguaggio naturale, ma ti costringe a riflettere sui casi limite e diventa la tua stella polare quando l'IA suggerisce funzionalità indesiderate.

5/13: Alcune funzionalità sembrano semplici nelle dimostrazioni ma diventano incubi ingegneristici. Esempi di oggi almeno (e questo è in continua evoluzione): ▶️ consegna email affidabile ▶️ gestione dell'identità/OAuth ▶️ generazione di contenuti multimediali ▶️ app mobili native ▶️ design personalizzato oltre i modelli ▶️ sicurezza aziendale. Questi causano costantemente problemi su diverse piattaforme. Pianifica tempo extra o considera se sono realmente necessari per il MVP. Trova un ingegnere esperto che ha lavorato sulla tua piattaforma e CHIEDI a lui. CHIEDI a lui.

5/13: Alcune funzionalità sembrano semplici nelle dimostrazioni, ma diventano davvero grandi sfide ingegneristiche. Esempi di oggi almeno (e questo è in continua evoluzione): ▶️ consegna affidabile delle email ▶️ gestione dell'identità/OAuth ▶️ generazione di contenuti multimediali ▶️ app mobili native ▶️ design personalizzato oltre i modelli ▶️ sicurezza aziendale. Questi causano costantemente problemi su diverse piattaforme. Pianifica tempo extra o considera se siano davvero necessari per il MVP. Non assumere che la tua demo statica che sembra fare bene queste cose lo faccia davvero bene. Trova un ingegnere esperto che ha lavorato sulla tua piattaforma e CHIEDI a lui. CHIEDI a lui.

6/13: I sistemi di intelligenza artificiale fabbricano dati quando falliscono. Chiunque abbia lavorato su QUALSIASI piattaforma di codifica vibe, incluso Claude Code, lo sa. È un bug ma anche una funzionalità. Senza questo, non possono risolvere i problemi. Un'IA su QUALSIASI piattaforma, quando incontra ostacoli, genererà dati fittizi. Questo non è un bug: sono addestrati a fornire output piuttosto che ammettere un fallimento. Dopo diversi tentativi falliti, creeranno dati falsi convincenti invece di dire "Non posso farlo." Devi capire questo, accettarlo e trovare un modo per aggirarlo. Ci vorrà tempo.

7/13: Trascorri il tuo primo giorno intero a conoscere ogni funzionalità della piattaforma, non a costruire. Queste piattaforme offrono una funzionalità straordinaria nelle loro interfacce. Ogni icona, opzione di menu, funzionalità esiste per una ragione. Non puoi sfruttare capacità che non sai esistere. Questa non è una ricerca facoltativa: è una conoscenza essenziale per app di livello commerciale. Non esiste una soluzione per ogni sfida. Ma le piattaforme hanno più soluzioni di quanto tu possa pensare all'inizio. E sono un po' nerd. In un buon modo, ma nerd. In fondo sono state costruite per sviluppatori, indipendentemente da ciò che dice il marketing. Accetta questo e inizia a conoscere OGNI funzionalità prima di cominciare. Se non capisci una funzionalità, un'icona, un acronimo, allora FERMA. Vai a ricercarlo. Ora. Non dopo.

8/13: Impara a gestire i sistemi di rollback fin dal primo giorno, prima di averne disperatamente bisogno. La maggior parte delle piattaforme offre un elegante controllo delle versioni, proprio come i punti di salvataggio nei videogiochi. Esercitati a fare rollback intenzionalmente mentre le scommesse sono basse. Comprendi esattamente come funziona, cosa viene preservato, cosa viene perso. Questo diventa il tuo strumento di debugging più prezioso.

9/13: L'IA apporterà modifiche che non hai richiesto. Semplicemente lo farà. Modificherà funzionalità consolidate, aggiungerà funzionalità indesiderate, romperà codice funzionante mentre "migliora" qualcos'altro. Difesa: Aggiungi "NESSUNA MODIFICA SENZA CHIEDERE" a ogni prompt. Quando si discute di modifiche, afferma "NESSUNA MODIFICA. NESSUN CODICE. SOLO DISCUSSIONE." Riduce le modifiche indesiderate di circa l'80%. Ma non le ferma. Questo è vero per ogni piattaforma. Alla fine, tutte funzionano su Claude -- per lo più. Hanno tutti livelli variabili degli stessi problemi derivanti da ciò. Tutte apporteranno modifiche che non hai richiesto. È solo che le app più orientate ai consumatori andranno oltre, poiché le app di codifica focalizzate sugli sviluppatori sono più isolate in termini di modifiche che apportano.

10/13: Impara a fare il fork della tua applicazione quando raggiunge una complessità stabile. All'inizio, i rollback gestiscono la maggior parte dei problemi. Ma man mano che la tua app diventa complessa, potresti non sapere a quale versione tornare. Fai il fork in stati stabili per creare rami di sperimentazione sicuri, preservando le versioni conosciute e funzionanti. Pensa a polizze assicurative.

11/13: Budget 150 ore in un mese intero per raggiungere una qualità commerciale. Forse di più. ▶️Quel prototipo di 20 minuti è il 5% del tuo lavoro effettivo. ▶️Più della metà del tuo tempo sarà dedicato a test, debug e perfezionamento. La costruzione iniziale è facile: rendere il prodotto affidabile, sicuro e user-friendly richiede la maggior parte dello sforzo. Non lasciarti ingannare dalla velocità della demo.

12/13: Accetta il tuo nuovo ruolo come ingegnere QA. Una volta che sei nei giorni di sviluppo serio, aspettati una routine quotidiana di: ▶️fare screenshot dei bug ▶️scrivere report dettagliati per l'AI ▶️testare correzioni parziali ▶️ritestare casi limite ▶️documentare nuovi problemi ▶️eseguire test unitari sul tuo fork Questa non è una limitazione del vibe del coding—è la realtà dello sviluppo software. Le piattaforme gestiscono il coding; il QA rimane un lavoro umano. Le piattaforme fanno ... alcune cose. Ma solo alcune. Non puoi fare affidamento su di esse per fare il tuo QA da sole.

13/13: Pianifica la tua strategia di uscita fin dal primo giorno. La maggior parte delle app commerciali alla fine supera le piattaforme di codifica per prosumer a causa di esigenze di scala, personalizzazione o sicurezza. Opzioni: 1⃣ esportazione del codice della piattaforma 2⃣ approccio ibrido 3⃣ ricostruzione completa, o ... 4⃣ rimanere e scalare. La verità è che, nelle app per prosumer di oggi, la maggior parte se ne va. Non tutte. Ma la maggior parte di quelle che stanno costruendo app di livello commerciale vero. Per ora. Questo non significa che tu debba farlo. Ma avere >opzioni< quando inizi. Avere ... un piano di uscita se ne hai bisogno. Documenta la logica aziendale, mantieni le specifiche, valuta regolarmente. Se la tua app diventa complessa, alla fine potresti scoprire che è più facile andarsene piuttosto che lavorare attorno a vincoli accumulati.

Le piattaforme di coding Vibe sono davvero magiche per alcuni tipi di applicazioni—e davvero insufficienti per altre. Il tuo compito è capire in quale categoria rientra il tuo progetto prima di essere troppo coinvolto per cambiare rotta. Questi sono strumenti potenti con vincoli specifici, non sostituti della comprensione di ciò che richiede il software commerciale. Sono strumenti. Non team di sviluppo. Ricordati di questo ogni singolo giorno.

Le piattaforme continueranno a evolversi rapidamente. Ciò che è impossibile oggi potrebbe essere semplice tra sei mesi. Ma in questo momento, pensa alla programmazione con un'atmosfera "prosumer" senza toccare il codice come un ponte altrettanto probabile verso lo sviluppo tradizionale per app commerciali... piuttosto che come uno stato finale. Usalo per convalidare il tuo mercato, affinare i requisiti, costruire entrate iniziali—poi prendi decisioni informate basate su vincoli reali, non su possibilità teoriche.

12 giorni di coding vibrazionale sembrano ... 12 settimane. Le notti tardive a fare debug, le scariche di dopamina quando qualcosa funziona finalmente, la frustrazione quando si rompe di nuovo. È stata una delle esperienze di apprendimento più intense che ho avuto negli ultimi anni. Per me, è tempo di fare un passo indietro e dedicarmi a più pianificazione, più riflessione. Ho trovato alcune delle mie nuove app preferite. Ma ho anche imparato che anche io devo imparare tutto molto meglio. Spero che questo ti aiuti.

Codice: molto entusiasti di aver ispirato @dharmesh a comprare e investire in grande qui!!

Coda: Siamo super entusiasti che il nostro viaggio abbia ispirato @dharmesh a comprare e avviare un'intera comunità qui!

@dharmesh Giorno 11 qui: