Post de **Rachel Laycock**, CTO de **Thoughtworks**, publicado el **2 de septiembre de 2026** en *Rachel's Ramblings*, la sección de martinfowler.com que dirige, de aproximadamente **8.000 caracteres**. El texto es una **respuesta deliberada** a [[houck-dx-what-are-code-reviews-for-2026-08-05]], tras un desacuerdo público entre ambas autoras en un panel de **Code Remix** organizado por **Moderne**. Laycock acepta el diagnóstico cuantificado de Houck (+**106%** de líneas por diff en **Meta**, +**64%** de tamaño mediano de PR en el lado de DX) y la lista de funciones de la revisión que no consisten en detectar defectos, y a continuación desplaza la pregunta: *« ¿por qué esperamos hasta la revisión de código para hacer todo eso? »* (A) El principio rector es el acortamiento de los bucles de retroalimentación aprendido en Thoughtworks — si la retroalimentación tiene valor, no se elimina, se acerca a la decisión que informa. Cada función atribuida a la revisión se reasigna aguas arriba: exploración de alternativas antes de la implementación, transferencia de conocimiento mediante **pair programming**, propiedad colectiva mediante **mob programming** y sesiones de diseño en equipo, alineación arquitectónica mediante diseño compartido seguido de **fitness functions**, y automatización de todo lo determinista — *« De verdad que no deberíamos seguir discutiendo sobre espacios en blanco en 2026. »* (B) La revisión basada en excepciones sustituye a la revisión sistemática: un cambio arquitectónico fundamental, un límite de seguridad sensible, un radio de impacto amplio, un área poco conocida de un sistema crítico, o simplemente la falta de confianza declarada por un equipo. (1) Automatizar la revisión con un agente que imita al revisor humano se descarta por *« automatizar la ceremonia en lugar de cuestionar por qué existe la ceremonia »*. (2) La deuda cognitiva de Houck se reconoce como real, pero la PR obligatoria se considera una defensa débil: *« Necesitamos que los ingenieros entiendan los sistemas, no los diffs. »*
#revisión de código#revisión basada en excepciones#pull request
Rachel Laycock · CTO de Thoughtworks · sur *Rachel's Ramblings* (martinfowler.com).
Número de la newsletter **Engineering Enablement** de **DX** firmado por **Brian Houck**, publicado el **5 de agosto de 2026**, de aproximadamente **13.000 caracteres**. El texto comienza con una observación cuantificada: en **Meta**, las líneas significativas por diff fusionado por un humano aumentaron un **106%** en un año y los diffs por desarrollador al mes un **51%**, con más del **80%** de este crecimiento proveniente de la IA agéntica, mientras que la proporción de diffs revisados dentro de las 24 horas disminuye; el análisis de DX, por su parte, mide un tamaño mediano de pull request un **64%** mayor, mientras que los desarrolladores quieren dedicar alrededor del **7%** de su tiempo a la revisión. (A) Antes de delegar la revisión a la IA, Houck replantea la pregunta de uso: *"¿Qué problema resolvía la revisión de código antes de la llegada de la IA?"* Si la respuesta es la detección de defectos, la automatización total se vuelve inevitable; el estudio de **Bacchelli & Bird** (*Modern Code Review*, ICSE 2013) muestra que los comentarios relacionados con defectos representan solo el **14%** de los comentarios realmente escritos. (B) Parte de la carga es *autoinfligida*: el estudio de Microsoft de 2016 sobre **911 desarrolladores** ya identificaba el tiempo de respuesta, el tamaño de la revisión y la comprensión de la motivación del cambio como los tres principales obstáculos, y solo el **26%** seguía escribiendo una descripción detallada. (1) **RADAR**, en Meta, sirve como el despliegue de referencia para la estratificación de riesgos. (2) Tres movimientos ordenados: corregir lo fundamental, diseñar la IA en torno al juicio humano, proteger lo que la revisión produce de manera invisible. El corpus ya incluye [[monperrus-end-of-code-review-agents-supersede-2026-06-11]], que lleva la automatización hasta el punto del reemplazo, y [[laycock-thoughtworks-reviewing-all-this-code-2026-09-02]], la respuesta directa a este texto.
#revisión de código#revisión de código#cola de revisión
Brian Houck · signataire de l'édition · sur la newsletter Engineering Enablement de DX ; fonction non affichée par la page.
Retiro de Thoughtworks sobre el futuro del desarrollo de software con LLM — reflexiones sobre el impacto organizacional, la deuda cognitiva y la programación supervisada