Denne bog bør læses af alle der arbejder med udviklingsprojekter – og specielt af projektlederen.
Her et par konklusion/citater fra bogen:
Parameter der er bestemmende for et godt program, prioriteret
- Programmet skal virke – og kunne de ting der forventes iflg. kravspec/kunde
- Være færdigt til tiden
- Kunne tilrettes/vedligeholdes – også ½ år efter release
- Være effektivt – ikke kun mht. til performance, men også i forhold til arbejdsrutiner/processen
- Skal kunne sælges (der skal være et behov, UI skal være intuitivt og lækkert, m.v.)
- Man kan ikke teste sine egne programmer.
- Al kode bør reviewes af en anden programmør – dette vil fjerne rigtig mange fejl, vil tvinge programmøren til at lave bedre struktur og letlæselig kode og automatisk give faglig sparring
- Det bedste og billigste resultat fåes ved at benytte få men dygtige programmerøre og give dem tid nok (dvs. ingen deadline)
- Programmer skal ikke laves bedre end nødvendigt. (brug f.eks. ikke 3 dage på at optimere et program der kun skal køres én gang)
- Ingen kan kode alene – alle har brug for en sparringspartner eller mentor (en ‘fysisk’ kollega eller via online medier/forums)
- Andres kode og gammel kode (og din egen) har ét tilfælles: det stinker
De bedste citater fra bogen:
About failed projects: virtually all of which were essentially management failures…
If a programmer is indispensable, get rid of him as quickly as possible
Documentation: the managers know it must be good because programmers hate it so much…
Link: