Rachel Laycock, CTO de Thoughtworks, publie le 2 septembre 2026 sur martinfowler.com une réponse à l'édition d'Engineering Enablement signée Brian Houck un mois plus tôt. Les deux auteurs se sont opposés publiquement sur un panel de Code Remix hébergé par Moderne, et Houck l'a encouragée à écrire ce texte. Le désaccord est circonscrit d'emblée : ils veulent la même chose, elle ne pense pas que la revue de code soit le meilleur moyen de l'obtenir.
Elle accepte le constat. L'IA produit plus de code que les humains ne peuvent raisonnablement revoir, et les chiffres de Houck — 106 % d'augmentation des lignes significatives par diff chez Meta, 64 % de taille médiane de pull request chez DX — sont repris tels quels. Elle partage aussi son inquiétude : automatiser la revue risque de perdre tout le reste, car la revue n'a jamais servi qu'à trouver des bugs. Sa question est ailleurs : pourquoi attendre la revue pour faire tout cela ?
automating the ceremony rather than questioning why the ceremony exists
Elle n'a jamais aimé voir la pull request au centre du processus. Construire quelque chose, le finir, l'emballer, le lancer par-dessus la clôture, puis avoir la conversation importante sur la justesse de ce qu'on a construit lui paraît un ordre inversé. Le principe qu'elle oppose est celui appris tôt chez Thoughtworks : si un retour a de la valeur, ne pas le supprimer, mais le rapprocher de la décision qu'il informe.
Suit une réaffectation systématique. Explorer des alternatives se fait avant d'en implémenter une. Le transfert de connaissance passe par le pairing, qui enseigne davantage que la lecture d'une solution achevée. L'apprentissage des juniors suppose de travailler avec des seniors pendant qu'ils réfléchissent. La propriété collective vient de l'organisation des équipes, du mob programming et des sessions de design au tableau. L'alignement architectural naît du design commun, puis des fitness functions. Le formatage, le linting, la sécurité connue et le déterministe s'automatisent.
Reste la revue par exception : changement architectural fondamental, frontière de sécurité sensible, large rayon d'impact, zone inconnue d'un système critique, ou équipe qui se déclare peu confiante. C'est différent d'exiger l'inspection de chaque changement au nom de la cérémonie. Elle écarte aussi l'agent IA qui imiterait le relecteur humain : cela automatise la cérémonie au lieu d'interroger sa raison d'être.
Elle concède un point : la dette cognitive et d'intention décrite par Houck est un vrai problème. Mais la PR obligatoire en est une défense faible. Il faut du design collaboratif, du pairing, de bonnes frontières, de l'architecture exécutable et de la responsabilité opérationnelle partagée — parce que les ingénieurs doivent comprendre des systèmes, pas des diffs.