Une excellente revue de code remettra en question vos hypothèses et vous donnera des commentaires constructifs. Pour moi, les revues de code sont une partie essentielle de ma croissance en tant qu’ingénieur logiciel.

Écrire du code est un processus intime. Les ingénieurs logiciels passent des années à apprendre le métier du génie logiciel et quand quelque chose de critique est dit sur notre création, il est difficile de ne pas le prendre personnellement. Je me retrouve, parfois, à être sur la défensive quand j’entends des critiques. Je sais que le relecteur a de bonnes intentions, mais ce n’est pas toujours réconfortant. Sans les commentaires honnêtes de certains ingénieurs logiciels exceptionnels, je ne serais pas la moitié de l’ingénieur logiciel que je suis aujourd’hui.

Avantages des revues de code

1. Trouver des bogues

Parfois, c’est simplement le fait de lire le code qui vous permet de trouver une erreur. Parfois, c’est l’autre développeur qui repère l’erreur. Quoi qu’il en soit, simplement parcourir le code suffit à exposer les problèmes potentiels.

Je considère mes erreurs comme la pierre à aiguiser de mon épée. Pour citer Michael Jordan :

J’ai raté plus de 9000 tirs dans ma carrière. J’ai perdu près de 300 matchs. 26 fois, on m’a fait confiance pour prendre le tir gagnant et j’ai raté. J’ai échoué encore et encore et encore dans ma vie. Et c’est pourquoi je réussis.

2. Transfert de connaissances

Partager votre travail avec d’autres est humiliant. À bien des égards, vous êtes le code. Je sais que je me sens vulnérable quand je partage mon code.

C’est une excellente occasion d’apprendre des autres ingénieurs et de les enseigner. En partageant votre code, vous emmenez les relecteurs dans un voyage, un voyage dans le code et des aspects vous concernant. Beaucoup de choses peuvent être apprises sur vous par la façon dont vous écrivez du code.

À la fin de la revue de code, les relecteurs devraient avoir une bonne compréhension du fonctionnement du code, de la logique qui le sous-tend et auront appris un peu sur vous.

3. Améliorer la santé du code

Comme je l’ai mentionné, plus vous lisez le code, meilleur il devient. Plus il y a de relecteurs, plus il y a de chances que l’un d’eux suggère une amélioration. Certains pourraient penser que le niveau de compétence compte, ce n’est pas le cas. Les ingénieurs logiciels moins expérimentés n’ont pas les connaissances technologiques approfondies des ingénieurs logiciels expérimentés, mais ils n’ont pas non plus à traverser tous les bagages techniques mentaux pour voir les opportunités d’amélioration.

Les revues de code nous donnent l’avantage d’évaluer notre code. Il y aura toujours quelque chose à changer pour le rendre un peu meilleur.

La programmation, de cette façon, ressemble beaucoup à l’écriture. Pour qu’une bonne pièce se mette en focus, le code doit reposer et être relu. Plus vous répétez ce processus, meilleur sera le code.

En conclusion

Certaines entreprises ne font pas officiellement de revues de code, c’est d’accord. Cherchez d’autres ingénieurs. La plupart des ingénieurs logiciels seront heureux de prendre 10 à 15 minutes pour examiner votre code.