La revue de code consiste à faire relire un morceau de code avant un jalon, par un équipier ou par soi-même à tête reposée, pour attraper les défauts qu’un regard extérieur repère immédiatement et que l’auteur, trop proche, ne voit plus.
Dans le projet
La revue ne cherche pas la perfection. Elle cible les défauts manifestes et les zones critiques du firmware : gestion des interruptions, machine à états, fonctions de sécurité. La pratique qui tient en projet : une revue croisée à chaque jalon (entre équipiers au minimum, avec l’encadrant idéalement), courte mais régulière, tracée comme une étape de qualité (voir sécurité et qualité). C’est aussi un puissant levier d’apprentissage : on progresse en lisant le code des autres. Encore faut-il savoir entrer dans un programme qu’on n’a pas écrit, ce qui s’apprend (en C++, en MicroPython).
Voir aussi
- Sécurité et qualité — la revue de code comme pratique de qualité
- Firmware — l’objet principal des revues
- Machine à états — une zone de code à relire en priorité
- Lire un programme C++ — la méthode de lecture, prérequis de la revue
- Lire un programme MicroPython — la même méthode côté MicroPython