Il Ritmo del Progresso (e delle Resistenze)

Nella storia della tecnologia c'è un copione che si ripete. Nasce uno strumento che permette a chi non è esperto di creare cose un tempo riservate ai soli guru. I guru si ribellano. Dicono che è instabile, insicuro, non scalabile. Cinque anni dopo, lo usano tutti. E chi si è adattato per primo sta plasmando il futuro.

Oggi riviviamo lo stesso schema con il vibe coding e lo sviluppo assistito dall'AI. Se sai dove guardare, è uno spettacolo affascinante.

ColdFusion Contro i Sacerdoti del Codice (1998)

Pensa al 1998. Hai passato anni a domare C, Perl e i misteri dello scripting CGI. Gestisci la memoria a mano. Lotti con i thread. Costruisci sistemi solidi.

Poi arriva ColdFusion.

Basta sapere l'HTML di base – tipo un agente immobiliare, mica un informatico – per creare un'app web con database. La curva di apprendimento? Da anni di studi a un weekend. Scrivi <cfquery> come se fosse una <table>.

I puristi impazzirono.

Critiche prevedibili: app approssimative, non scalabili, sicurezza lasciata al caso. E avevano ragione in parte. Molte app ColdFusion venivano bucate. Alcune crollavano sotto carico.

Ma i critici non videro l'essenziale: l'ecosistema software esplose.

Un amministratore scolastico creò il sistema iscrizioni perfetto per il suo distretto. Un broker immobiliare lanciò una piattaforma su misura. Piccole imprese vararono tool che ottimizzavano il lavoro quotidiano. Non erano rivoluzioni, ma funzionavano. Riempivano vuoti ignorati dalle startup miliardarie.

I difetti erano evidenti. L'espansione, invisibile. Fino a quando non lo divenne più.

Rails e la Balena Morta (2007-2008)

Poi ricominciò tutto.

Ruby on Rails permise di lanciare un'app web in settimane, non mesi. Jack Dorsey e Noah Glass costruirono Twitter su Rails per iterare veloce e scoprire cos'era davvero.

Nel 2008, la Fail Whale compariva di continuo. Twitter crollava spesso. Su Hacker News lo massacrarono: "Dovevate usare Java o C++ dall'inizio". TechCrunch bollò Rails come un fallimento.

Tecnicamente, avevano un punto. Rails non era pronto per le masse di Twitter.

Ma sbagliavano il bersaglio grosso.

Se Twitter fosse partito per 100 milioni di utenti, non sarebbe mai uscito. Avrebbero perso anni in infrastrutture mentre MySpace dominava. I problemi di scala? Non fallimenti, ma prove di successo. Significavano product-market fit.

Il colpo di scena: quando riscrissero parti in Scala, non emersero nuove feature. Un ingegnere fixò la coda messaggi nel tempo libero, tagliando i ritardi da 2,5 ore a 20 secondi. Lo strumento "sbagliato" era bastato. Tenuto accese le luci quel tanto che serviva.

David Heinemeier Hansson lo disse chiaro a Lex Fridman: Rails fu "il miglior spot per Rails". Dopo il passaggio, per dieci anni non cambiarono nulla di grosso. I fix servivano a non spegnere le luci, non all'innovazione.

Vibe Coding: La Terza Onda

Ora assistiamo al terzo atto.

Sviluppo con AI – vibe coding, agenti autonomi, prompt engineering – abbassa di nuovo le barriere. Esperti di un settore, senza background CS, creano l'app che serve al loro lavoro. Sì, alcune saranno piene di bug. Altre perderanno dati. Qualche disastro arriverà.

I guardiani del tempio protestano. Di nuovo.

Errore loro: i fallimenti iniziali non provano che lo strumento fa schifo. Sono il prezzo per aprire la costruzione a tutti.

Il Vantaggio Nascosto

Ogni volta, il costo visibile è vero, ma minuscolo rispetto al beneficio invisibile.

Costo visibile: app buggate. Sistemi insicuri. Codice ingestibile da chi ignora i propri limiti.

Beneficio invisibile: software ovunque, in quantità esponenziale.

Pensa a quante automazioni non sono nate per il costo di un developer a 150k l'anno. Tool interni mai fatti per mancanza di budget engineering. Problemi settoriali irrisolti per scarsità di mani esperte.

Ora si realizzano. Sì, alcune vanno rinforzate. Refattorizzate. Riprogettate da un vero ingegnere quando contano.

Punto chiave: non riduce il lavoro degli ingegneri. Lo moltiplica.

Il Vero Ruolo degli Ingegneri

Molti fraintendono la professione: codificare non è tutto.

L'ingegneria vera è:

• Architecture scalabile oltre i limiti dello strumento
• Security hardening per sistemi cresciuti troppo in fretta
• Refactoring da prototipi veloci a codice duraturo
• Mentorship e trasferimento know-how a chi ha shippato ma non capisce i pattern
• Infrastructure, DevOps, observability
• Performance da demo lenti a migliaia di utenti concurrenti

Quando tutti possono buildare, questi task non svaniscono. Diventano cruciali, con più roba da ottimizzare.

La Vittoria Vera

Da NameOcean, abbiamo creato Vibe Hosting proprio per questo. Lo sviluppo AI non sostituisce gli ingegneri. Crea più spazi dove servono.

Chi fa vibe coding per l'MVP della startup spesso ha bisogno di:

• Pipeline di deployment production-grade
• Gestione SSL/TLS
• DNS per scale
• Infrastructure cloud anti-spike
• Sistemi di monitoring

L'MVP funziona, ma non sopravvive al mondo reale.

Qui entra l'ingegneria seria.

Il Messaggio

Il gatekeeping non era mai per la qualità del codice. Era per il controllo dell'accesso.

ColdFusion aprì le porte: più software, anche brutto, ma più possibilità. Rails fece shippare veloce: i crash dimostrarono che funzionava. Ora l'AI ripete il copione.

Gli sviluppatori che si adattano – imparano l'AI, progettano per questi flussi, trasformano MVP vibe-coded in prodotti solidi – definiranno i prossimi dieci anni.

Chi grida al degrado? Sprecherà energie contro l'inevitabile.

La torta cresce. Non serve laurea in CS per contribuire. Ma chi capisce sistemi, architecture, longevità? Mai stati così preziosi.

Costruisci diverso. Costruisci meglio. Le barriere cadono, che piaccia o no.