Ho sempre adorato questo articolo su JoelOnSoftware chiamato "Ottenere le cose quando sei solo un grugnito". Potrei riferirmi soprattutto quando ero novizio (e sento ancora di essere SEMPRE uno).
Circa # 4, neutralizzando i bozo. Che consiglio hai di implementare effettivamente questo in situazioni reali sul lavoro? Non sembra facile (almeno nel nostro team) semplicemente registrare un bug contro il cattivo codice di qualcuno. Cosa funziona per tutto il resto di voi là fuori?
Valutazione permanente.
Solo alla fine di ogni giorno trascorrono 30 minuti per rivedere ciò che hanno scritto. Se hanno fatto qualcosa di sbagliato, falli riscrivere.
Se non lo fai, un giorno ti renderai conto che una parte della tua applicazione, anche se apparentemente in grado di svolgere il lavoro, è totalmente non-sostenibile, progettata in modo improprio e causerà molti problemi in futuro, o addirittura domani.
Anche se renderà meno produttivi, sarà comunque molto meglio se produrranno un buon codice contro il doppio di dimensioni in più, ma un numero di bug insostenibile.
Se la persona non lo sa meglio, ma vuole imparare, fornisci una consulenza e una revisione del codice. Assicurati che siano esposti a un buon codice.
Gli sviluppatori veramente poveri sono quelli che si trovano in cattive mani e combattono imparando qualcosa di nuovo. La tua unica speranza è di lasciarli soffrire mantenendo il loro casino o alcune delle cose più semplici. Idealmente, qualcuno in autorità si alza e dice di conformarsi o di andarsene.