Bello sentirsi dei maghi del software quando “hello world” è stampato a video; un po’ meno quando la nostra code base è diventata così grande da riempire il calderone del laboratorio di pozioni e modificando una funzione banale ci accorgiamo che i nargilli hanno spaccato tutt’altra feature sviluppata 3 mesi fa e che fino a 5 minuti prima funzionava. “Ma come è possibile?! Meglio non toccarla quella classe… questo codice non l’ho mai visto meglio evitare modifiche.” Il Test Driven Development può essere la formula magica che stiamo cercando per smettere di avere paura di tu-sai-chi, essere più confidenti e scrivere del codice migliore. Cerchiamo di capire come e perchè.