Code review en la práctica
también la vas a encontrar como Casos de code review · Revisiones reales
Qué comenta de verdad un equipo cuando revisa un cambio, ordenado por patrón: un año de revisiones sobre una aplicación con varias marcas, países e idiomas, contadas sin código ni nombres.
23 de 23 temas de la materia100.0%
5 unidades · Experiencias reales
Unidad 01Cómo se ve una review de verdad
4 de 4 publicados
Unidad 02Los comentarios que vuelven siempre
6 de 6 publicados
2.1Valores sueltos que deberían ser constantes o enumsLeer2.2Nombres negados, ambiguos o atados a un experimentoLeer2.3El helper ya existía: buscar antes de escribirLeer2.4Cambios que no tenían nada que ver con el ticketLeer2.5Ruido del editor: comillas, comas y reindentados que tapan el diffLeer2.6Calcular dos veces lo mismo y otras condiciones difíciles de leerLeer
Unidad 03Cambios de comportamiento que el diff no muestra
5 de 5 publicados
3.1Borrar código que todavía le servía a alguienLeer3.2Defaults silenciosos: el valor por las dudas que tapa un bugLeer3.3Condiciones de un A/B incompletas y banderas que ya ganaronLeer3.4Multimarca y multipaís: un identificador no es el otroLeer3.5Textos, traducciones y encoding: el idioma también es códigoLeer
Unidad 05Tests que pasan sin probar nada
4 de 4 publicados