El objetivo del code review debería ser el crecimiento

<p>1. ¿Qué tal si, dentro de la organización, en un code review movemos el enfoque de revisión no del código, sino del ingeniero que escribió el código, del maker que crea el producto?<br /> 2. En realidad, más importante que la cultura de code review es la cultura de testing.<br /> <br /> Objetivos del code review <br /> - Bus factor <br /> - Producto sin bugs <br /> <br /> Efectos secundarios<br /> - Code review que se vuelve un cuello de botella<br /> - Code review sin sentido<br /> - Code review que termina en pelea<br /> - Code review para buscar responsables<br /> <br /> ¿Decidieron hacer review? <br /> - Percepción sobre el código<br /> - El review debe tener como objetivo el crecimiento<br /> - Las preguntas también son review<br /> - Testing<br /> - Pre-commit Review y efectos esperados<br /> - No Rules<br /> - Inglés<br /> <br /> Cierre<br /> - Antes de introducir el code review<br /> - So What?</p>

[kbumsik]

<p>Para que las revisiones de código realmente ayuden al crecimiento mutuo, además de la cultura de review, creo que sobre todo es importante plantear bien la estrategia de PR (?) para que el tamaño de cada PR no sea demasiado grande.<br /> ¡Gracias por el buen artículo!</p>