Dodici domande per scoprire se lavoriate bene. Le risposte dovrebbero essere si/no
- Do you use source control?
- Can you make a build in one step?
- Do you make daily builds?
- Do you have a bug database?
- Do you fix bugs before writing new code?
- Do you have an up-to-date schedule?
- Do you have a spec?
- Do programmers have quiet working conditions?
- Do you use the best tools money can buy?
- Do you have testers?
- Do new candidates write code during their interview?
- Do you do hallway usability testing?
Alcune prime riflessioni che possiamo approfondire insieme:
- Se lavorate in un' azienda e probabilmente in un team la 1 e 10 dovrebbero essere obbligatorie per legge (certo non in Italia, che è la terra dei cachi).
- La 2 e la 3 dipendono un po' dalle situazioni, c'è tutta una filosofia nuova da quando esiste Chrome...
- (4) Sarebbe bello avere un buon sistema di controllo del codice collegato ad un bug tracker.
- (6) Avere, ma soprattutto darsi delle scadenze è sempre utile, anche in caso siate un freelance liberista
- (5,7,8) Nice to have
Updated, mi ero dimenticato un link...
5 non e' nice to have. 5 e' impossible to have. e anche un no-sense. E' impossibile fixare tutti i bachi prima di scrivere nuovo codice, altrimenti sei fuori dal mercato dopo 2 minuti.
RispondiEliminaE ci sono bachi talmente stupidi e rari che possono essere tranquillamente dimenticati in eterno.
RispondiEliminaSe renndi il source control obbligatorio per legge ti obbligano ad usare SVN o CVS, don't walk that path.
RispondiEliminanel senso, considerando la furbizia media dei nostri legislatori.
RispondiElimina4: joel mi pare ne venda uno. firulì.
RispondiElimina2: "Can you make a build in one step?"
Non capisco come tu possa sostenere che chrome ha cambiato questa necessità. O anche solo in qualche modo influito su di essa.
A dir la verità noi non abbiamo dei tester dedicati.. ognuno si testa il suo codice.. il che ha pro e contro:
RispondiElimina- se sei tu che l'hai programmato, SAI i punti critici da controllare
- se sei tu che l'hai fatto puoi ignorare certe interazioni che non prevedevi fossero possibili
Diciamo che un test del programmatore PIU' un test di qualcuno dedicato sarebbe buona cosa.. ma non escludo sinceramente che la prima non possa bastare di suo.
Al contrario ritengo veramente FONDAMENTALE avere delle specifiche, tanto più quando si fa un progetto per un cliente e non un semplice "prodotto", altrimenti ci si espone ad una serie infinita di "ricatti" del cliente. E purtroppo è sempre la cosa che tutti saltano per lo più a piè pari..
In realtà la verità sta in mezzo avere delle specifiche è bene, ma aspettare di averle con dei dipendenti pagati ti manda in bancarotta come niente. I clienti sono pessimi nel fartele avere e pessimi anche nel farsele estoercere. In generale i contratti contengono una data entro la quale le specifiche e i materiali necessari andranno consegnati, oltre la quale non si garantisce più la data di consegna pattuita. viene sempre sforata e di lì in poi si naviga a vista.
RispondiElimina