dette technique

Kent Beck, creatore dello sviluppo guidato dai test, ha inquadrato il meccanismo direttamente in un post LinkedIn dell'ottobre 2024: l'IA amplifica le conseguenze di uno sviluppo indisciplinato. Programmare più velocemente senza test significa accumulare debito tecnico più velocemente. Questa inquadratura ricorre nelle note di partenza, con attori diversi che vi arrivano da direzioni diverse.

Itamar Friedman, CEO di QodoAI, ha quantificato l'accumulo nel novembre 2025: volume delle pull request in aumento del 97%, tempo di revisione in aumento del 90%, incidenti di sicurezza in aumento del 300% secondo alcune fonti, mentre il 67% degli sviluppatori ha espresso preoccupazione per la qualità e la manutenibilità del codice generato. Martin Harrison e Natasha Maniar di McKinsey hanno descritto lo stesso collo di bottiglia dal lato della delivery, dove le grandi imprese si assestano su un miglioramento complessivo del 5-15% nonostante guadagni individuali spettacolari, con la revisione manuale del codice come uno dei punti di strozzatura.

Addy Osmani ha tracciato una linea di natura semantica: il «vibe coding» si presta a prototipi e progetti usa e getta del weekend, mentre l'ingegneria assistita dall'IA mantiene l'ingegnere umano responsabile di ogni riga generata. Il metodo BMAD di Philippe Martin e il «plugin Compound Engineering» di EveryInc affrontano entrambi il problema in modo strutturale, quest'ultimo facendo sì che ogni unità di lavoro documenti i pattern e codifichi le convenzioni, in modo che la codebase migliori invece di degradarsi.

Ciò che nessuna delle fonti risolve è la questione della responsabilità sollevata da Edgar Kussberg: gli sviluppatori accettano i suggerimenti dell'IA senza un esame approfondito, il che spezza l'ownership del codice. Il debito è misurabile. Chi lo detiene, no.