Tengo una pregunta sobre la gestión del equipo. En este momento estoy tratando con un desarrollador junior que está trabajando de forma remota desde una fábrica de codificación. El chico está abierto a las críticas y dispuesto a aprender, pero tengo algunas dudas sobre cuánto debería empujar algunas cosas.
Ahora mismo, cuando algo es correcto y obvio, se trata de una violación de buenas prácticas: como la violación de SRP, Dios objeta, nombres no significativos para métodos o variables; Le señalo lo que tiene que arreglar y trato de explicar por qué está mal.
Mi pregunta es: ¿cuándo me detengo? Ahora mismo, si hay algunas violaciones menores del estilo de codificación como nombres de variables en el idioma incorrecto (el equipo anterior mezcló el español y el inglés y estoy tratando de solucionarlo), o algunos problemas estructurales menores, lo dejo y lo soluciono si Tengo tiempo libre o es necesario modificar la clase problemática. Creo que esto es bueno para la moral del equipo, por lo que no estoy presionando el código constantemente para que un novato pueda parecer detalles menores, lo que puede ser bastante frustrante, pero también me preocupa que el hecho de ser demasiado "suave" pueda evitar que el chico de aprender a hacer algunas cosas.
¿Cómo puedo equilibrar la línea entre enseñar al chico y no quemarlo con críticas constantes? Para un junior puede ser frustrante si le dices que rehaga cosas que a sus ojos está funcionando.