Tips de code review que en realidad funcionan

TLDR mandó un note sobre code review — esa parte del trabajo que nadie finge que le gusta. El post junta tips para revisar el trabajo de los demás: lee el diff antes del PR, checa los edge cases, marca los problemas obvios temprano, y deja comentarios que expliquen el porqué, no solo el qué. La idea es sencilla: trata la review como una conversación, no como un examen.

Las stakes reales para nosotros son las que nadie menciona en el standup. Las malas reviews frenan al equipo, queman a los juniors, y dejan que los mismos errores se repitan. Las buenas reviews mantienen el shipping y mantienen a la gente cuerda. La diferencia suele ser un par de hábitos: lee todo, no te obsesiones con el formato, haz preguntas en vez de dar órdenes, y cierra el loop cuando alguien responde.

El take de TLDR es práctico, no sermoneador. El post está en el link de abajo.

Por qué nos importa: el código que mandamos es el que usan nuestros vecinos — revísalo como te gustaría que te revisaran el tuyo.