Come incoraggiare le buone pratiche di codifica da sviluppatori di software

March 2

Come un responsabile tecnico che ho sempre cercato di incoraggiare i miei team di sviluppo software per mantenere le buone pratiche di codifica. Questo non è sempre stato facile e qui sono alcune delle lezioni che ho imparato a dare una mano.

istruzione

1 Assegnare almeno due persone per ogni parte di un progetto. noto anche come programmazione squadra, questo è un ottimo metodo per assicurarsi che due paia di occhi vedono ogni riga di codice. Esso tende a produrre codice più gestibile e più leggibile. Questo riduce anche l'impatto di sviluppatori quiting una squadra prima del completamento del progetto.

2 Tenere le revisioni del codice con il segno-off. Se accoppiato con passo # 1, questo fa in modo che almeno 3 paia di occhi vede l'intera base di codice. Sign-off semplicemente assicura che un vantaggio anziano ha esaminato e dato l'OK per garantire che una persona con capacità di alto livello approva il codice.

3 Creare un documento standard facile. Provate a fare questo in concomitanza con l'ingresso della squadra. Nessuno sviluppatore piace sentirsi dire come il codice, quindi se lui o lei ha immissione nel processo, che può contribuire a plasmare il documento che, alla fine, dovranno aderire.

4 Stabilire buone tecniche di "code sharing". I progetti hanno spesso incontri di stato settimanali, ma il responsabile tecnico dovrebbe tenere codifica incontri di stato, oltre agli incontri stato del progetto. Questo permetterà agli sviluppatori l'opportunità di discutere il loro codice, la proiezione, o altri problemi che potrebbero avere di un tecnico. Questi incontri potrebbero essere di 10 minuti o ultima per un'ora, il punto è che si offrono tempo di lavoro per gli sviluppatori per discutere di diverse tecniche di codifica.

5 Renditi disponibile. Spesso, conduce tecnici fanno un bel po 'di codifica se stessi e di solito sono una delle persone più frequentate del progetto; tuttavia, se ti allontani gli sviluppatori numero sufficiente di volte, quindi non solo la qualità del codice soffrire, ma la tua esperienza non viene utilizzato per il suo pieno vantaggio.

Questo può ritorcersi contro con alcuni sviluppatori che pensano che questo potrebbe significare che essi non hanno a che fare alcuna ricerca in quanto si è ora un one stop codice commerciale fixer - quindi cercate di impostare l'orario di ufficio o di avere il tuo sviluppatore pianificare appuntamenti e non solo fermarsi a .