- thekb.eu
- Grafo de conocimiento
- Metodología
- revue de code
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
→ es una instancia de
→ permite
← reemplaza
→ se basa en