La revisión de código no consiste únicamente en detectar errores: cumple al menos cuatro funciones en los equipos de desarrollo —educación, mantenimiento de normas, control de acceso al código y prevención de defectos—, según estudios citados por el autor, como el realizado en Google sobre las expectativas de las revisiones. A partir de esa base, el artículo sostiene que revisar código es una habilidad en sí misma: se puede mejorar, se puede enseñar y aún se desconocen los límites de la capacidad humana, porque es una práctica moderna. Para ilustrarlo, el autor describe tres casos recientes de bugs casi introducidos en su equipo, detectados durante code review y pasados por alto por modelos de IA de última generación. En uno de los ejemplos, un PR que movía modificaciones de ~/.gitconfig a un proceso en segundo plano podía generar condiciones de carrera y latencia adicional; la solución requirió repensar la dependencia entre procesos mediante una operación flock separada. El texto enmarcado en la oposición entre la visión tradicional de la ingeniería del software —simplificar, buscar causas únicas, tratar la variabilidad humana como un riesgo— y la de ingeniería de la resiliencia —navegar la complejidad, aceptar la interacción de múltiples factores, ver la variabilidad humana como un activo— invita a aplicar ambas lecturas durante la revisión. El objetivo final es que las personas desarrolladoras consideren la revisión de código como una disciplina que exige práctica deliberada, contexto y criterio, y no como un cuello de botella que sustituir por herramientas automáticas.
Revisar código es una habilidad que se puede entrenar
Fuentes:
Reviewing code is a skill
