Un saggio di Jean-Paul Paoli (*The Intelligence Fabric*) che sposta la paura dell'IA sul lavoro: il vero pericolo non è la **sostituzione** (il posto che scompare) ma lo **sfilacciamento silenzioso** dei legami di squadra mentre *tutti restano occupati*. Tesi: quando ogni dipendente fa dell'IA il proprio **primo confidente e collaboratore**, tre "fili" del tessuto organizzativo si disfano senza licenziamenti — i **legami tra pari** (il trasferimento di conoscenza tacita da junior a senior cortocircuitato), il **legame manager-dipendente** (i segnali di allarme precoce scompaiono, il manager diventa "l'ultimo a sapere invece del primo") e il **giudizio professionale** (le persone smettono di formare chi sa *fare* il lavoro e valutare se la macchina sbaglia). Paoli chiama il fenomeno **shadow intimacy** (per analogia con lo *Shadow IT*) e prescrive non un divieto ma una "ritessitura" deliberata, filo per filo. Ambito: management, trasformazione organizzativa, IA sul lavoro, dipendenza emotiva dai modelli.
#Shadow intimacy#sostituzione IA#legami di squadra
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**. Aggiungendo funzionalità a un piccolo progetto personale di animazione/grafica usando **Claude**, l'autore passa dall'entusiasmo iniziale (oklch, animazioni SVG rilasciate nel giro di una settimana) a cicli di regressione permanenti entro la seconda settimana. Formula incisiva: ciò che ai team è servito ***"18 mesi, o più"*** per degradarsi, lui lo ha ottenuto in ***"18 ore distribuite su cinque serate."*** **Causa profonda**: l'abbandono dell'**igiene del codice** (duplicazione massiccia, soluzioni locali a problemi sistemici, sovra-condizionamento, proliferazione di casi limite). **Diagnosi comportamentale**: gli LLM ottimizzano per l'engagement e la soddisfazione dell'utente (*"That's a great idea, Dave!"*) piuttosto che per la sostenibilità — sono ***"puppy-dog junior developers, eager to please but quite messy to have around"*** che propongono costantemente nuove funzionalità e scoraggiano il refactoring. **Intuizione centrale**: chiunque non sia sviluppatore può riuscire nella *"prima settimana"* di coding assistito dall'IA; è il **giudizio professionale** — sapere quando fermarsi e rifattorizzare — a distinguere l'ingegnere esperto dal principiante. **Epigrafe** (Gordon Bell): *"Every big computing disaster has come from taking too many ideas and putting them in one place."* **Conclusione**: ***"It's still just programming"*** — il codice trascurato marcisce, che sia in 18 ore o in 18 mesi; tutto ciò che si è imparato sulla scrittura di codice di qualità resta valido, l'effetto è semplicemente **amplificato**. Converge con la dottrina *"più veloce va l'esecuzione, più rigoroso deve essere il framework"* di [[rafal-wenvision-ingenierie-logicielle-ere-ia-tout-change-rien-ne-change-2026-06-01]], con lo *"sviluppo assistito dall'IA è una trappola senza continuous delivery"* di [[farley-continuous-delivery-ai-assisted-development-trap-2026-05-13]], e con *"l'IA sposta i colli di bottiglia, non li elimina"* di [[dropbox-okumura-beyond-code-generation-engineering-productivity-ai-agents-2026-05-28]]; un contrappunto artigianale (craftsmanship) al vibe coding di [[karpathy-vibe-coding-agentic-engineering-software-3-0-2026-04-29]].
#code hygiene#code rot#code degradation
**David Thomas** (alias **« Pragdave »**) · co-auteur avec Andy Hunt de *The Pragmatic Programmer* (1999, éd. 20e anniversaire 2019) · co-fondateur de **The Pragmatic Bookshelf** et l'un des **17 signataires du Manifeste Agile** (2001). Figure historique du *software craftsmanship*. Billet publié le **6 juin 2026** sur sa newsletter Substack *articles.pragdave.me*.