TL;DR: Sì, si può costruire un’app senza scrivere codice. Funziona davvero e si chiama vibe coding, ma riesce bene solo se sai descrivere quello che vuoi con precisione. Altrimenti l’AI gira in tondo e tu con lei.
Cos’è il vibe coding e da dove viene quella parola strana
Il dibattito non si chiude perché i dati sono genuinamente contraddittori, e chi li usa per “avere ragione” sceglie quelli che gli servono.
Sul lato dei risultati reali: secondo TechCrunch, il 25% delle startup YC Winter 2025 ha una codebase generata al 95% da AI (TechCrunch). Il mercato degli strumenti di AI coding è proiettato a 8,5 miliardi di dollari nel 2026. La prototipazione è da 3 a 5 volte più rapida rispetto ai metodi tradizionali. Il 92% degli sviluppatori USA usa già strumenti di AI coding secondo una survey di GitHub del 2025.
Sul lato dei problemi: il 45% del codice generato da AI contiene almeno una vulnerabilità di sicurezza secondo Veracode nel 2025. La velocità senza revisione produce debito tecnico. Molte app costruite in un weekend non reggono alla prima pressione reale.
La guerra tra “cambia tutto” e “è solo hype” non ha un vincitore perché entrambe le posizioni sono vere in contesti diversi. Chi costruisce un prototipo per validare un’idea in tre giorni ottiene risultati reali. Chi usa lo stesso approccio per mettere in produzione un’app con dati sensibili si espone a rischi seri.
C’è anche un secondo motivo per cui il dibattito non si calma: il vibe coding tocca un nervo scoperto nel mondo tech. Chi ha passato anni a studiare linguaggi di programmazione, pattern architetturali, algoritmi, guarda con fastidio uno strumento che comprime quella curva di apprendimento in settimane. Il fastidio è comprensibile. Ma spesso porta a posizioni difensive che sovrastimano i limiti dello strumento e sottostimano quello che sta succedendo davvero.
Perché nel 2026 si parla di vibe coding ogni giorno
Il termine lo ha coniato Andrej Karpathy il 2 febbraio 2025 in un post su X. Karpathy è uno dei ricercatori AI più influenti al mondo, ex Tesla, ex OpenAI. Stava descrivendo il suo modo personale di prototipare progetti: chiedere all’AI di scrivere il codice, accettare quasi tutto senza leggere riga per riga, andare avanti per tentativi. Una modalità esplorativa, informale, adatta a chi vuole vedere se un’idea regge senza investire settimane in architettura. In italiano potremmo tradurlo come “programmare a sensazione”: descrivi quello che vuoi, l’AI scrive il codice, tu vai avanti senza necessariamente capire quello che viene generato.
Collins English Dictionary l’ha eletto Word of the Year 2025. Da quel momento la parola ha smesso di descrivere una pratica e ha cominciato a descrivere una promessa: che chiunque, senza competenze tecniche, possa costruire software da zero. Il problema è che Karpathy non stava descrivendo “chiunque”: stava descrivendo se stesso, che di codice ne capisce più della maggior parte degli sviluppatori in circolazione.
Questa distinzione è importante tenerla a mente mentre si legge tutto quello che viene scritto sul vibe coding.
Cosa riesce davvero a fare chi non ha mai scritto una riga di codice
I casi d’uso documentati sono concreti e verificabili. Con strumenti come Lovable si possono costruire applicazioni funzionanti in un weekend: un piccolo gestionale per seguire ordini o clienti, una pagina dove i tuoi clienti caricano documenti, uno strumento per tenere traccia delle spese del mese, un modulo di prenotazione collegato al tuo calendario. Non sono prototipi estetici: sono applicazioni che girano, che si possono mostrare, che permettono di validare un’idea prima di investire mesi di sviluppo.
Dove funziona meglio: prototipi da mostrare a investitori o clienti, automazioni interne che non devono reggere traffico pesante, script one-shot per elaborare dati o generare report, interfacce semplici per processi ripetitivi.
La competenza che fa la differenza in tutto questo non è tecnica. È la capacità di descrivere un problema in modo strutturato. Chi sa scomporre quello che vuole in passi logici, specificare i casi limite, spiegare cosa deve succedere quando le cose vanno storte: quella persona ottiene risultati buoni dal vibe coding. Chi si aspetta di dire “fammi un’app per gestire i miei ordini” e ricevere qualcosa di completo, si blocca già al secondo prompt.
Questo non significa che servano competenze tecniche. Significa che serve pensiero logico applicato a un problema specifico. Che è una cosa diversa, e che molte persone con idee buone e zero background in programmazione già hanno.
Il muro che nessuno ti dice prima di iniziare
Il vibe coding funziona bene fino a un certo punto. Poi si incontra il muro.
Il muro arriva quando la logica diventa complessa: quando ci sono più condizioni che si sovrappongono, quando un’azione dipende dallo stato di un’altra parte del sistema, quando emergono bug nei casi limite che nessuno aveva previsto. L’AI genera codice che funziona nei casi normali ma che crolla sui bordi. E i bordi, in un’applicazione reale, sono ovunque.
Armando Solar-Lezama, professore al MIT, ha definito il debito tecnico generato dal vibe coding come “una carta di credito che qualcuno dovrà pagare”. Il codice generato in fretta è codice che funziona adesso ma che diventa sempre più difficile da modificare, correggere, espandere. Chi costruisce qualcosa con Lovable in un weekend e poi vuole aggiungere funzionalità complesse scopre spesso che è più facile ricominciare da zero che correggere quello che c’è.
Puoi delegare la sintassi. Non puoi delegare il ragionamento. Se non sai descrivere con precisione quello che vuoi, l’AI ti produce qualcosa di impreciso con grande sicurezza. Se non riesci a capire perché qualcosa non funziona, ti trovi bloccato senza sapere da dove ripartire. Questi non sono problemi tecnici: sono problemi di metodo. E il metodo si impara, ma non lo impara l’AI al posto tuo. Se vuoi capire meglio cosa succede quando si delega troppo il ragionamento a uno strumento AI, puoi leggere: Dipendenza dall’AI: i segnali che nessuno ti dice.
Lovable, Cursor o Claude Code: quale usare se parti da zero
Tre strumenti, tre livelli di ingresso diversi. La scelta giusta dipende da dove sei adesso, non da quale tool ha le funzionalità più avanzate.
Lovable (da 25 dollari al mese) è il punto di partenza per chi non ha mai aperto un editor di codice. Interfaccia visuale, niente terminale, niente configurazione. Descrivi quello che vuoi in linguaggio normale e lo strumento costruisce l’applicazione. Ideale per MVP, portali semplici, tool interni. I limiti emergono quando la logica si complica, ma per iniziare è il meno intimidatorio dei tre.
Cursor (da 20 dollari al mese) è un editor di codice con AI integrata. Richiede una minima familiarità con l’ambiente di sviluppo: saper aprire un progetto, capire la struttura delle cartelle, leggere un messaggio di errore senza panico. Non è per chi parte da zero, ma per chi ha già curiosità tecnica e vuole produrre qualcosa di più solido.
Claude Code è il più potente dei tre per task complessi, ma richiede il terminale. Non è uno strumento per chi inizia: è uno strumento per chi vuole dare a un modello AI il controllo completo su un progetto già strutturato. Ottimo per automazioni avanzate, refactoring, integrazione tra sistemi.
Raccomandazione netta: se non hai mai toccato codice, inizia con Lovable. Se hai già aperto un editor almeno una volta e non ti spaventa, prova Cursor. Claude Code lo valuti quando hai un progetto che i primi due non riescono a gestire.
Non stiamo perdendo il lavoro: stiamo passando al livello successivo
C’è una lettura del vibe coding che circola molto, specialmente tra chi ha competenze tecniche consolidate, e che capisco ma non condivido. La lettura è che questi strumenti stiano distruggendo professioni: che il developer, il designer, il copywriter stiano per essere sostituiti.
Non è quello che sta succedendo. Quello che sta succedendo è più preciso: sta finendo il mercato della mediocrità pagata.
Chi faceva siti web da due soldi dopo una settimana di tutorial, loghi su Fiverr senza una formazione visuale seria, codice copia-incolla senza capire l’architettura: quel mercato è finito, o si sta restringendo rapidamente. Non perché l’AI sia migliore di un professionista vero, ma perché abbassa la soglia d’ingresso al punto che il cliente mediocre non ha più bisogno del fornitore mediocre.
Chi eccelleva nel suo lavoro, invece, ha più strumenti di prima. Il developer bravo usa il vibe coding per prototipare in un giorno quello che prima richiedeva una settimana, e poi applica la sua competenza per rendere quel prototipo solido. Il designer bravo usa l’AI per generare varianti e iterare più velocemente, non per smettere di ragionare visualmente. Il copywriter bravo corregge e affina, non viene sostituito. Se ti interessa capire come l’AI sta cambiando il rapporto con il lavoro in modo più ampio, puoi leggere: L’AI riaccende l’entusiasmo nel lavoro ma mette a rischio qualcosa di più prezioso.
La robotica nelle fabbriche ha sostituito lavori ripetitivi da cent’anni. Chi era insostituibile ha continuato a lavorare, spesso con più domanda di prima. Il pattern è lo stesso, applicato ai lavori creativi e tecnici.
Il vibe coding vale la pena provarlo. Entra sapendo che stai delegando la sintassi, non il ragionamento. Le persone con idee buone e zero background tecnico possono oggi costruire cose che fino a un anno fa richiedevano un team. Questo è reale. La barriera d’ingresso è più bassa che mai. Ma dall’altra parte la sfida è più alta di prima. Non per tutti: solo per chi vuole davvero contare qualcosa.