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.)
About failed projects: virtually all of which were essentially management failures…
Bogen har en del gode pointer:
- 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
If a programmer is indispensable, get rid of him as quickly as possible
Links:
