Cet article est une preview. Merci de ne pas le partager pour le moment :)

La bonne revue de code

2 min de lecture.

Les développeurs sont flemmards, c'est un fait connu… Après avoir développé une fonctionnalité il est courant de vouloir s'en débarrasser le plus vite possible.

Malheureusement, ce comportement provoque de nombreux problèmes à la longue : bugs, parties du code incompréhensibles, doublons, choix d'implémentations douteux, mauvaise performance, absence de tests, etc… !

Votre projet accumule de la dette technique et devient de plus en plus difficile à maintenir et à faire évoluer.

Un développeur expérimenté a forcément déjà été confronté à ce genre de situation…

C'est vite décourageant et certains vont jusqu'à re-développer un projet de 0…

Heureusement il existe une technique pour diminuer rapidement et efficacement l'accumulation de dette.

C’est une technique qui peut être utilisée par n’importe qui : de l'équipe composée de plusieurs dizaines de développeurs, au débutant qui travaille tout seul sur son premier projet.

En effet le principe est très simple…

Avant de fusionner du nouveau code, on s'assure que ce code améliore l'existant.

Non, ce n’est pas de la magie.

Mais c'est l'objectif d'une bonne revue de code.

L'adopter, c'est améliorer la vélocité et la qualité des projets.

C'est aussi vous faire progresser et devenir de meilleurs développeurs.

Chaque membre de l'équipe devient responsable.

Cette technique est géniale…

Et ça tombe bien… je vais vous aider à la mettre en place !

Je vous prépare un ensemble d'articles pour ça :

  • Le fonctionnement de la revue de code
  • Qui doit relire le code ?
  • Ma checklist de revue
  • Les principes à appliquer absolument
  • Gérer les conflits dans ton équipe

Bonne lecture.

Publié le