Come evitare di essere sopraffatto quando si esegue la revisione del codice?

Pianifica la revisione del codice per la prima cosa al mattino prima di eseguire uno dei tuoi altri progetti. Se hai diversi sviluppatori che ti comunicano il codice, è probabile che ti servano alcune ore. Aiuta se lo sviluppatore è lì a spiegare perché ha fatto qualcosa come ha fatto lui. Dovresti provare a dedicare il tempo alla revisione del codice. Se ti senti sopraffatto, allora dovresti andare dal tuo manager e dirgli che devi alleggerire il tuo carico di lavoro perché non puoi gestirlo. Non sentire la pressione per finire altri progetti perché sei sovraccarico.

Per fare revisioni del codice, dovresti essere un esperto in quel codice di base. Quindi dovresti avere una buona idea delle parti critiche del codice. Ad esempio, i dettagli della registrazione potrebbero non essere così importanti come dire che viene introdotta una nuova struttura dati. Quindi, se devi sfogliare alcune parti, sfiorare le parti meno critiche.

In linguaggi come C o C ++, a partire dalle modifiche ai file di intestazione si ha un'idea di cambiamenti significativi. La chiave sono le modifiche alla struttura dei dati. Nuove strutture dati aggiunte, nuovi campi aggiunti a strutture dati esistenti, ecc. Puoi chiedere al implementatore informazioni dettagliate sui cambiamenti strutturali dei dati.

Essendo anche un esperto nel codice base, dovresti avere una buona idea degli errori newbie che possono accadere. Puoi anche documentare errori così facilmente commessi e usarlo come lista di controllo. Anche gli altri lo troveranno utile. Forse può far parte di un wiki interno.

Le revisioni di codice possono essere eseguite in molti modi, da una semplice lettura di ciò che uno dei tuoi sviluppatori ha scritto a una revisione formale in cui tu (e una commissione di pari) vengono guidati attraverso le modifiche.

Anche se credo fermamente in una revisione periodica del codice formale, sembra che tu stia andando ad una revisione del codice informale quando il codice è archiviato, è corretto?

Dato questo scenario, è stato detto prima che ci sono alcune buone pratiche e fattori umani che puoi usare per evitare di essere sopraffatti:

• Definisci un tempo specifico per fare il codice recensione, come la prima cosa in mattina, per x ore. Preferibilmente no più di 2 ore alla volta, come puoi stancarti molto velocemente e il tuo l'efficienza diminuisce rapidamente.
• Se hai troppo lavoro, dillo al tuo capo per il tempo che hai impostato a parte per la revisione del codice e averli aggiusta il carico di lavoro e le stime di conseguenza.

A parte fattori umani, usi attualmente strumenti per assistere nella revisione del codice? Alcuni strumenti e best practice potrebbero includere:

• Uno strumento diff, che mostra chiaramente cosa i cambiamenti sono stati fatti da uno versione a altra. Eclipse ha persino una vista di confronto costruita in quel modo rivedere le modifiche molto facilmente.
• Imponi i commenti nel controllo della versione. Assicurati che tutti menzionino su cosa hanno lavorato e danno un panoramica delle loro modifiche in modo che tu non perdere tempo a cercare altrove.
• Uso degli strumenti di revisione del codice. richiamo Fogbugz aveva il forno (ma non l'ho usato è da molto tempo) e Atlassian ha Crogiolo, che può aiutare strutturare e distribuire il codice compiti di revisione. Una rapida ricerca online potrebbe aiutarti a trovare uno strumento per aiutarti tu. Tuttavia, ricorda che succhiare gli strumenti richiedono tempo per imparare e adattarsi probabilmente non ti salverà in qualsiasi momento all'inizio, specialmente se tu sono nel bel mezzo di un progetto.