Scrivi per essere recensito
Best Practice 4 - Il codice dovrebbe essere scritto per essere rivisto
Durante la scrittura del codice software, tieni presente che qualcuno esaminerà il tuo codice e dovrai affrontare critiche su uno o più dei seguenti punti ma non limitati a:
- Cattiva codifica
- Non seguendo lo standard
- Non tenendo conto delle prestazioni
- Cronologia, Rientro, Commenti non sono appropriati.
- La leggibilità è scarsa
- I file aperti non vengono chiusi
- La memoria allocata non è stata rilasciata
- Troppe variabili globali.
- Troppa codifica difficile.
- Scarsa gestione degli errori.
- Nessuna modularità.
- Codice ripetuto.
Tieni a mente tutti i punti sopra menzionati durante la codifica e fermali prima che saltino nel tuo codice sorgente. Una volta che hai finito con la tua codifica, fai un'auto-revisione almeno una volta. Sono sicuro che un'auto-revisione ti aiuterebbe a rimuovere il 90% dei problemi da solo.
Dopo aver terminato completamente la codifica e l'auto-revisione, richiedi al tuo collega una revisione del codice. Consiglio vivamente di accettare con gioia i commenti di revisione e di essere grato ai revisori del codice per i commenti. Allo stesso tempo, non è mai bene criticare il codice sorgente scritto da qualcun altro. Se non l'hai mai fatto, provalo una volta e controlla l'espressione del programmatore.
Accetta le critiche ma non criticare
Il codice sorgente scritto male ti insegna a scrivere un buon codice sorgente a condizione che tu lo prenda in modo positivo e impari una lezione da esso.
Il tuo obiettivo dovrebbe essere quello di fermare i bug in primo luogo e creare un codice BUG-FREE. Pensa come un tester, quindi dovresti avere una sfida per i tester.