/ EN CLAIR
La revue de code, c'est la relecture de ce qui a été écrit avant de l'intégrer : est-ce que ça fait ce qui était demandé, est-ce que ça casse autre chose, est-ce que quelqu'un d'autre pourra le maintenir.
Elle ne disparaît pas parce que c'est une machine qui a écrit. Elle devient le geste central : c'est le seul moment où tu restes responsable de ce qui part en production, et la responsabilité, elle, ne se délègue pas à un modèle.
En pratique on lit le diff, pas le projet. Ce qui a changé, pourquoi, et ce qui a été touché sans qu'on l'ait demandé : ce dernier point est celui qui attrape le plus de problèmes.
/ EN BREF
- À QUOI ÇA SERT
- Vérifier que ce qui a été écrit fait ce qui était demandé, ne casse rien, et restera lisible dans six mois.
- CE QU'ON LIT
- Le diff, pas le projet : ce qui a changé, pourquoi, et ce qui a été touché sans qu'on l'ait demandé.
- CE QUE L'IA CHANGE
- Rien à la revue, tout au reste. C'est le seul geste qui ne se délègue pas : la responsabilité de ce qui part en production.
- LE SIGNAL D'ALERTE
- Un diff qui touche des fichiers sans rapport avec la demande.