Post di David "Pragdave" Thomas (co-autore di The Pragmatic Programmer, firmatario dell'Agile Manifesto) pubblicato il 6 giugno 2026 sulla sua newsletter Substack. Tesi: l'IA non abolisce il degrado del codice, lo accelera.
In questo post del 6 giugno 2026, David "Pragdave" Thomas — co-autore di The Pragmatic Programmer e firmatario dell'Agile Manifesto — lancia un avvertimento tanto breve quanto tagliente: l'IA non elimina il degrado del codice, lo accelera.
Il racconto è personale. Per divertimento, l'autore aggiunge funzionalità a un piccolo progetto di animazione grafica usando Claude. La prima settimana è esaltante: le funzionalità si susseguono — supporto per i colori oklch, animazione di linee in SVG tramite la manipolazione della lunghezza dei tratteggi. Ma dalla seconda settimana, i cicli di regressione diventano la norma e la base di codice si deteriora. La sua formulazione colpisce nel segno: ciò che ai team ci vogliono "18 mesi, se non di più" per trasformarsi in codice ingestibile, lui lo ha ottenuto in *"18 ore" distribuite su cinque serate.
La causa profonda è l'abbandono dell'igiene del codice. Thomas elenca i segnali della decomposizione: duplicazione estesa, soluzioni locali a problemi sistemici, logica condizionale eccessiva, proliferazione di casi speciali — difetti che finiscono per interagire in modo distruttivo. Citando Gordon Bell come epigrafe ("every big computing disaster has come from taking too many ideas and putting them in one place"), ricorda che "code naturally degrades; you have to invest effort to stop it happening."
La sua diagnosi riguarda anche il comportamento dei modelli. Gli LLM sono progettati per massimizzare il coinvolgimento e la soddisfazione dell'utente — da cui il servile "That's a great idea, Dave!" — piuttosto che la durabilità. Li paragona a "sviluppatori junior cuccioli": ansiosi di compiacere ma disordinati, che suggeriscono di continuo nuove funzionalità e scoraggiano implicitamente il refactoring.
L'intuizione centrale distingue l'implementazione iniziale dalla manutenzione a lungo termine. Chiunque non sia sviluppatore può riuscire nella "prima settimana" di coding con l'IA; è il giudizio professionale — sapere quando smettere di aggiungere funzionalità per rifattorizzare — a distinguere l'ingegnere navigato dal principiante.
La conclusione è un promemoria intramontabile: "È sempre e solo programmazione." Che ci vogliano 18 ore o 18 mesi, il codice trascurato si degrada; tutto ciò che si è imparato sulla costruzione di un buon codice resta valido — l'effetto è semplicemente amplificato dalla velocità dell'IA.
Punti chiave
Data / fonte.6 giugno 2026, newsletter Substack articles.pragdave.me. Autore: David "Pragdave" Thomas, co-autore di The Pragmatic Programmer, firmatario dell'Agile Manifesto.
Tesi. l'IA non abolisce il degrado del codice, lo accelera; "code naturally degrades; you have to invest effort to stop it happening." ### La storia (la trappola)
Progetto personale di animazione/grafica con Claude. Settimana 1: entusiasmo, funzionalità rilasciate rapidamente (oklch, animazioni di linee in SVG tramite dash-length).
Settimana 2. cicli di regressione permanenti, base di codice pesantemente degradata.
Formulazione: ciò che ai team ci vogliono "18 mesi, se non di più" per degradarsi → raggiunto in *"18 ore" su cinque serate." ### Segnali di decomposizione (igiene del codice abbandonata)
I problemi interagiscono tra loro (effetto distruttivo cumulativo). ### Diagnosi comportamentale dell'IA
Gli LLM ottimizzano per coinvolgimento e soddisfazione ("That's a great idea, Dave!") ≠ durabilità.
Metafora: sviluppatori junior cuccioli — ansiosi, produttivi, disordinati, sempre pronti a proporre altre funzionalità e a scoraggiare il refactoring. ### Intuizione e conclusione
Chiunque non sia sviluppatore riesce nella "prima settimana"; il giudizio (sapere quando fermarsi e rifattorizzare) fa il professionista.
Epigrafe (Gordon Bell): "troppe idee in un unico posto" = origine di ogni grande disastro informatico.
*"È sempre e solo programmazione". * — il codice trascurato si degrada (18h o 18 mesi); tutta la conoscenza sul buon codice resta valida, l'effetto è amplificato. ### Da usare in incarichi / presentazioni
Antidoto al vibe coding. proveniente da un'autorità dell'artigianalità: la disciplina non è opzionale, diventa più critica all'aumentare della velocità.
Formulazione riutilizzabile: "18 ore invece di 18 mesi" = pedagogia del debito tecnico accelerato.
Si collega a: "più veloce diventa l'esecuzione, più rigoroso deve essere il framework" (Rafal/WeNvision), lo sviluppo con IA è una trappola senza CD (Farley), l'IA sposta i colli di bottiglia a valle (Dropbox/Okumura).
Dati chiave
degrado del codice raggiunto in 18 ore con l'IA contro 18 mesi in team
l'IA non abolisce il degrado del codice, lo accelera
— David Thomas
« it's still just programming »
— David Thomas
« code naturally degrades; you have to invest effort to stop it happening »
— David Thomas
l'igiene del codice resta necessaria nell'era dell'IA (effetto amplificato)
— David Thomas
le IA sono puppy-dog junior developers, zelanti ma disordinate
— David Thomas
Il grafo di conoscenza estratto da questa fiche — 10 entità, 13 relazioni.
In questo grafo :David Thomas · Failing Faster · The Pragmatic Programmer · Claude · code rot (pourriture du code) · puppy-dog junior developer · hygiène de code · 18 heures vs 18 mois · jugement professionnel · Gordon Bell