Saltar al contenido
Metodología

revue de code

revue de code — Metodología. funciones: Detección de defectos, exploración de alternativas, transferencia de conocimiento, propiedad colectiva, formación de los juniors, difusión de la intención arquitectónica · objetivos: Encontrar los defectos, calidad, conformidad, intercambio de conocimiento

Las cifras de Brian Houck fijan los términos: en Meta, las líneas significativas por diff fusionado por un humano aumentaron un 106% en un año y los diffs por desarrollador y mes un 51%, con más del 80% de ese crecimiento atribuido a la IA agéntica; DX midió un aumento del 64% en la mediana del tamaño de los pull requests. Los desarrolladores quieren dedicar alrededor del 7% de su tiempo a revisar.

El desacuerdo gira en torno a un hallazgo de 2013 que citan tanto Houck como Martin Monperrus: en el estudio Modern Code Review de Bacchelli y Bird, los comentarios relacionados con defectos representaban el 14% de los comentarios efectivamente escritos, mientras que la detección de defectos era el motivo declarado con más frecuencia. Más de la mitad de los desarrolladores dijo que revisaba para explorar soluciones alternativas, transferir conocimiento y ver qué estaban construyendo sus compañeros.

Monperrus, en un artículo de posición publicado en arXiv en junio de 2026, trata esos objetivos como alcanzables por sistemas LLM autónomos a menor costo y mayor rendimiento, señala la inspection de Fagan (1976) como su referencia histórica, y propone un pipeline de verificación adversarial multiagente con voto por consenso. Rachel Laycock, CTO de Thoughtworks, conserva cada función pero la adelanta en el tiempo: las alternativas se exploran antes de implementar una, el conocimiento se transfiere mediante pairing, la propiedad colectiva proviene del mob programming y del diseño en pizarra, y la intención arquitectónica se transmite mediante el diseño compartido y las fitness functions. Lo que sobrevive es la revisión por excepción.

Max Kanat-Alexander, escribiendo desde Capital One en noviembre de 2025, se queda con la carga: la IA convierte a cada desarrollador en revisor a tiempo completo, y el sellado automático deja pasar código mediocre. Houck y Laycock aceptan ambos que la deuda cognitiva y de intención de Margaret-Anne Storey es real. Discrepan sobre si el pull request obligatorio ofrece alguna defensa frente a ella.

Tipo
Metodología
funciones
Detección de defectos, exploración de alternativas, transferencia de conocimiento, propiedad colectiva, formación de los juniors, difusión de la intención arquitectónica
objetivos
Encontrar los defectos, calidad, conformidad, intercambio de conocimiento
relaciones
5
Citada en
2 fiches

Vecindario

empilement de respon… exploration de solut… pair programming goulot d'étranglemen… inspection de Fagan …

→ es una instancia de

empilement de responsabilités CONCEPT confianza alta atemporal Fuente ↗
goulot d'étranglement du développement assisté IA CONCEPT confianza alta dinámico Fuente ↗

→ permite

exploration de solutions alternatives, transfert de connaissance et conscience de ce que construisent les coéquipiers CONCEPT confianza alta atemporal Fuente ↗

← reemplaza

pair programming METHODOLOGIE confianza alta atemporal Fuente ↗

→ se basa en

inspection de Fagan (1976) DOCUMENT confianza alta atemporal Fuente ↗

Citada en (2)