Billet de **Rachel Laycock**, CTO de **Thoughtworks**, publié le **2 septembre 2026** sur *Rachel's Ramblings*, la section de martinfowler.com qu'elle tient, environ **8 000 caractères**. Le texte est une **réponse assumée** à [[houck-dx-what-are-code-reviews-for-2026-08-05]], après un désaccord public entre les deux auteurs sur un panel de **Code Remix** hébergé par **Moderne**. Laycock accepte le diagnostic chiffré de Houck (+**106 %** de lignes par diff chez **Meta**, +**64 %** de taille médiane de PR côté DX) et la liste des fonctions non-défectologiques de la revue, puis déplace la question : *« why are we waiting until code review to do all of those things? »* (A) Le principe directeur est le raccourcissement des boucles de rétroaction appris chez Thoughtworks — si un retour a de la valeur, ne pas le supprimer, le rapprocher de la décision qu'il informe. Chaque fonction attribuée à la revue est réaffectée en amont : exploration d'alternatives avant l'implémentation, transfert de connaissance par le **pair programming**, propriété collective par le **mob programming** et les sessions de design d'équipe, alignement architectural par le design commun puis les **fitness functions**, et automatisation de tout ce qui est déterministe — *« We really shouldn't still be arguing about whitespace in 2026. »* (B) La revue par exception remplace la revue systématique : changement architectural fondamental, frontière de sécurité sensible, rayon d'impact large, zone inconnue d'un système critique, ou simple déclaration d'inconfiance de l'équipe. (1) L'automatisation de la revue par un agent qui imite le relecteur humain est écartée comme *« automating the ceremony rather than questioning why the ceremony exists »*. (2) La dette cognitive de Houck est reconnue comme réelle, mais la PR obligatoire est jugée une défense faible : *« We need engineers to understand systems, not diffs. »*
#revue de code#revue par exception#pull request
Rachel Laycock · CTO de Thoughtworks · sur *Rachel's Ramblings* (martinfowler.com).
Édition de la newsletter **Engineering Enablement** de **DX** signée **Brian Houck**, publiée le **5 août 2026**, environ **13 000 caractères**. Le texte ouvre sur un constat chiffré : chez **Meta**, les lignes significatives par diff fusionné par un humain ont augmenté de **106 %** en un an et les diffs par développeur et par mois de **51 %**, plus de **80 %** de cette croissance venant de l'IA agentique, pendant que la part des diffs revus sous 24 h décline ; l'analyse DX mesure de son côté une taille médiane de pull request en hausse de **64 %**, quand les développeurs souhaitent consacrer environ **7 %** de leur temps à la revue. (A) Avant de confier la revue à l'IA, Houck repose la question d'usage : *« What problem was code review solving before AI arrived? »* Si la réponse est la détection de défauts, l'automatisation complète devient inévitable ; l'étude **Bacchelli & Bird** (*Modern Code Review*, ICSE 2013) montre que les commentaires liés aux défauts ne pèsent que **14 %** des commentaires réellement écrits. (B) Une part du fardeau est *self-inflicted* : l'étude Microsoft de **2016** sur **911 développeurs** identifiait déjà le délai de retour, la taille de la revue et la compréhension de la motivation du changement comme les trois premiers obstacles, et seuls **26 %** rédigeaient toujours une description détaillée. (1) **RADAR** chez Meta sert de déploiement de référence pour la stratification par risque. (2) Trois gestes ordonnés : réparer les fondamentaux, concevoir l'IA autour du jugement humain, protéger ce que la revue produit d'invisible. Le corpus tient déjà [[monperrus-end-of-code-review-agents-supersede-2026-06-11]], qui pousse l'automatisation jusqu'au remplacement, et [[laycock-thoughtworks-reviewing-all-this-code-2026-09-02]], la réponse directe à ce texte.
#revue de code#code review#file de revue
Brian Houck · signataire de l'édition · sur la newsletter Engineering Enablement de DX ; fonction non affichée par la page.
Essai de Jean-Paul Paoli (*The Intelligence Fabric*) qui déplace la peur de l'IA au travail : le vrai danger n'est pas le **remplacement** (le poste qui disparaît) mais le **délitement silencieux** des liens d'équipe pendant que *tout le monde reste employé*. Thèse : quand chaque salarié fait de l'IA son **premier confident et collaborateur**, trois « fils » du tissu organisationnel se défont sans licenciement — les **liens entre pairs** (le transfert de savoir tacite du junior au senior court-circuité), le **lien manager-salarié** (les signaux d'alerte précoce disparaissent, le manager devient « le dernier informé au lieu du premier ») et le **jugement professionnel** (on cesse de former ceux qui savent *faire* et évaluer si la machine se trompe). Paoli nomme le phénomène **shadow intimacy** (par analogie au *Shadow IT*) et prescrit non un bannissement mais un « re-tissage » délibéré, fil par fil. Domaine : management, transformation organisationnelle, IA au travail, dépendance affective aux modèles.
#Shadow intimacy#remplacement par l'IA#liens d'équipe
Jean-Paul Paoli