Sviluppo Software

La cura del dettaglio: perché le cose durano (nel codice e nella vita)

Scritto da Marco Morello il 26 aprile 2026

💡 In sintesi: Il degrado chiama degrado (teoria delle finestre rotte). L'unico modo per contrastarlo è la manutenzione incrementale (regola del boy scout): lascia ogni cosa un po' meglio di come l'hai trovata. Vale per il tuo codice in .NET, ma soprattutto per le persone che ami.

---

C’è un momento preciso, durante un viaggio in moto verso un passo appenninico, in cui senti un piccolo vibrare metallico. È quasi impercettibile, coperto dal rombo del motore, ma se hai orecchio lo senti. Potrebbe essere un bullone del paracoppa che si è allentato per le vibrazioni della tua moto. In quel momento hai due strade: puoi ignorarlo, perché "tanto la moto va e la meta è vicina", oppure puoi accostare in una piazzola, tirare fuori la brugola dal sottosella e stringerlo.

Se lo ignori, quella vibrazione col tempo ne creerà altre. Alla fine del viaggio, non avrai solo perso il bullone: avrai rovinato la filettatura, magari incrinato la staffa e, cosa peggiore, avrai viaggiato con l’ansia sottopelle. Questo non è solo un problema di meccanica. È la teoria delle finestre rotte applicata alla realtà quotidiana.

1. La genesi del disordine: le finestre rotte

Nata in ambito criminologico negli anni '80 (Kelling e Wilson), questa teoria suggerisce che il degrado chiama altro degrado. Se una finestra di un edificio viene rotta e non viene riparata immediatamente, chi passa di lì penserà che a nessuno importi di quel posto. In breve tempo, verranno rotte altre finestre, appariranno i graffiti, si accumulerà la spazzatura. Il segnale è chiaro: "Qui non c'è nessuno al comando".

Nel software, una "finestra rotta" non è un bug catastrofico, ma quel piccolo debito tecnico che decidiamo di non pagare. È un metodo da 500 righe che "per ora funziona", un commento che mente o una variabile chiamata data1. Quando lasciamo queste brutture nel codice, stiamo lanciando un messaggio ai colleghi (e a noi stessi del futuro): "In questo progetto la qualità non è una priorità, scrivi pure codice sporco anche tu". È così che nascono i legacy code che tutti odiamo: un bullone allentato alla volta.

---

2. L'antidoto: la regola del boy scout

A questa deriva verso il caos si oppone una filosofia tanto semplice quanto potente, resa celebre nel mondo dev da Robert C. Martin (Uncle Bob): la regola del boy scout.

"Lascia il campo più pulito di come lo hai trovato."

Non significa che ogni volta che apri un file devi riscrivere l'intera architettura. Significa che, se devi aggiungere una riga di codice, approfittane per pulire quella riga accanto che è scritta male. Rinomina una funzione ambigua, estrai un piccolo metodo, aggiungi un test unitario.

In officina lo chiamiamo "il colpo di straccio". Mentre aspetti che l'olio finisca di scolare, pulisci il carter. Non te l'ha chiesto nessuno, ma la prossima volta che metterai mano a quel motore, lavorerai meglio. È manutenzione incrementale: trasforma il degrado costante in un miglioramento costante.

---

3. La manutenzione dell'anima: non è solo codice

Ho 40 anni. Ho passato metà della mia vita con le mani sporche di grasso a montare pezzi meccanici e gli ultimi anni a scrivere logica in C#. Se c'è una cosa che ho capito, è che nulla rimane integro senza intenzione. Le cose fisiche cedono all'entropia, ma quelle immateriali sono ancora più fragili.

Prendi un rapporto umano, un'amicizia o l'amore per una persona. Spesso facciamo l'errore di pensare che siano "punti d'arrivo". Ma i sentimenti non sono monumenti di marmo; sono più simili a una moto d'epoca che porti fuori la domenica. Vanno curati.

Se smetti di ascoltare i piccoli segnali, se smetti di riparare le "finestre rotte" della comunicazione — una parola non detta, una gentilezza dimenticata, il tempo negato — il degrado inizierà a corrodere le fondamenta. Non te ne accorgi subito, ma un giorno ti sveglierai e troverai un edificio in rovina. Il costo per rimettere in piedi qualcosa che è stato trascurato per anni è immensamente superiore al "colpo di straccio" quotidiano.

Il valore del dettaglio

Prendersi cura del codice non ti rende solo un programmatore più pagato. Ti rende una persona che dà valore a ciò che tocca. Che tu stia disegnando un'architettura a microservizi su .NET 9 o che tu stia preparando la cena per chi ami, il segreto è lo stesso: fermati a stringere quel bullone.

I dettagli fanno la differenza perché sono la prova tangibile che qualcuno, in quel momento, ci ha messo la testa e il cuore. Sono il segno del rispetto verso chi userà quel software o verso chi vivrà con noi.