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 elimina 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 basato su Claude. La prima settimana è entusiasmante: le funzionalità si susseguono — supporto colore oklch, animazioni di linee SVG tramite manipolazione della lunghezza dei tratti (dash-length). Ma dalla seconda settimana, i cicli di regressione diventano la norma e la base di codice si deteriora. La sua frase colpisce nel segno: ciò che ai team è servito "18 mesi, o anche di più" per trasformarsi in codice non manutenibile, 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 limite — difetti che finiscono per interagire in modo distruttivo. Citando Gordon Bell in epigrafe ("ogni grande disastro informatico è nato dal mettere troppe idee in un unico posto"), osserva che "il codice degrada naturalmente; bisogna investire sforzi per impedirlo."
La sua diagnosi riguarda anche il comportamento dei modelli. Gli LLM sono progettati per massimizzare l'engagement e la soddisfazione dell'utente — da cui il lusinghiero "That's a great idea, Dave!" — piuttosto che la sostenibilità. Li paragona a "puppy-dog junior developers": sviluppatori junior desiderosi di compiacere ma disordinati, che suggeriscono costantemente 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 assistito dall'IA; è il giudizio professionale — sapere quando smettere di aggiungere funzionalità per rifattorizzare — a distinguere l'ingegnere navigato dal principiante.
La conclusione è un promemoria senza tempo: "It's still just programming." Che ci vogliano 18 ore o 18 mesi, il codice trascurato marcisce; tutto ciò che si è imparato per produrre codice di qualità 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 elimina il degrado del codice, lo accelera; "il codice degrada naturalmente; bisogna investire sforzi per impedirlo." ### La storia (la trappola)
Progetto personale di animazione/grafica con Claude. Settimana 1: entusiasmo, funzionalità rilasciate rapidamente (oklch, animazioni di linee SVG tramite dash-length).
Settimana 2. cicli di regressione permanenti, base di codice fortemente degradata.
Formula: ciò che ai team è servito "18 mesi, o più" per degradarsi → ottenuto in "18 ore su cinque serate." ### Segnali della decomposizione (igiene del codice abbandonata)
I problemi interagiscono tra loro (effetto distruttivo cumulativo). ### Diagnosi comportamentale dell'IA
Gli LLM ottimizzano per engagement e soddisfazione ("That's a great idea, Dave!") ≠ sostenibilità.
Metafora: puppy-dog junior developers — desiderosi di compiacere, produttivi, disordinati, che continuano a proporre altre funzionalità e scoraggiano il refactoring. ### Intuizione e conclusione
Chiunque non sia sviluppatore riesce nella "prima settimana"; è il giudizio (sapere quando fermarsi e rifattorizzare) a fare il professionista.
Epigrafe (Gordon Bell): "troppe idee in un unico posto" = origine di ogni grande disastro informatico.
*"It's still just programming". * — il codice trascurato marcisce (18 ore o 18 mesi); tutta la conoscenza sul codice di qualità resta valida, l'effetto è amplificato. ### Da valorizzare in incarichi / presentazioni
Antidoto al vibe coding. da parte di una figura di autorità del craftsmanship: la disciplina non è opzionale, diventa più critica con la velocità.
Formula riutilizzabile: "18 ore invece di 18 mesi" = un dispositivo pedagogico per il debito tecnico accelerato.
Si collega a: "più veloce va 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