ILazy Vs. ISmartLazy

E' universalmente risaputo che tutti gli sviluppatori software implementano l'interfaccia ILazy, ossia sono pigri per definizione. Dopo due giorni di Community Days, mi sono convinto dell'esistenza di due diversi modi di essere pigri:

  • ILazy
  • ISmartLazy

Alcuni esempi di implementazione ILazy:

  • Scrivo il codice senza fare testing, e schedulo il debugging il più tardi possibile, possibilmente facendolo fare a qualcun altro;
  • Documentazione? No grazie, tanto io lo so quello che ho scritto...
  • Studiare TDD, OR/M, IoC, Design Patterns... Non ho mica tempo da perdere, io!
  • Refactoring di ciò che "puzza". Ma perchè? Se funziona, non lo tocco.

Alcuni esempi di implementazione ISmartLazy:

  • Ogni elemento dell'applicazione dev'essere corredato della sua suite di tests, così non faccio le 3 di mattina di domenica perché lunedì devo consegnare...
  • Documento oggi, per non impazzire (o non far impazzire qualcun altro) domani
  • Se uso un framework di IoC, posso faticare mooooolto meno dopo, perchè posso iniettare logica di logging, testing e quant'altro senza toccare il codice testato, anche se non abbiamo necessità architetturali di più alto livello (applicazioni  estendibili e configurabili "a caldo").
  • Se studio NHibernate (o un altro OR/M), e imparo a usarlo bene, mi risparmio una montagna di lavoro per persistere il domain model sul database relazionale.
  • Scrivere secondo i principi OO, per gestire il cambiamento senza dover ricominciare tutto da capo, sapendo che non basta usare un framework e un linguaggio object oriented per scrivere applicazioni object oriented!

Chiaro no?

posted @ sabato 12 luglio 2008 11:49

Print
Comments have been closed on this topic.
«dicembre»
domlunmarmergiovensab
24252627282930
1234567
891011121314
15161718192021
22232425262728
2930311234