TL; DR : No creo que la programación de pares funcione para ti. En cambio, debe tratar de hacer que las personas se preocupen por la calidad a largo plazo de su código y hacer que quieran encontrar respuestas. Esto tiene que hacerse de manera informal.
Sobre cultura y calidad
Creo que este problema no se trata de la metodología de programación sino más bien de la cultura . En mi experiencia, es posible dirigir la cultura, pero rara vez al contarle a la gente. Es decir, tratar de forzar un cierto flujo de trabajo en las personas que no han evolucionado naturalmente o que están demasiado alejadas de la práctica existente tiene consecuencias negativas.
En otras palabras, no querrás parecerte al traje que suena con las últimas palabras de moda, incluso cuando finalmente lo eres. La mayoría de los programadores que conozco te etiquetarían mentalmente como ruido de fondo. No seas una abeja corporativa.
En mi opinión, la pregunta principal que debe hacerse es "¿estoy contento con la calidad y el valor comercial del código que publica mi organización?" y si la respuesta a eso es negativa, debe preguntar "¿cómo cambio esto?".
En última instancia, la calidad y el valor son definiciones humanas en las que solo usted u otra persona de su organización pueden (y deberían) pensar.
Programación de pares y microgestión
Entonces, a riesgo de sonar un poco hacia adelante y duro, me parece que leer sobre programación de pares realmente te hizo pensar en alguna forma de microgestión , o al revés. MM es una receta segura para alienar a la mayoría de las personas.
En defensa de la programación en pareja: la programación en pareja no se trata de un tipo que mira por encima del hombro de otro tipo. Eso es tan micro como la administración se pone. PP es sobre el uso de dos mentes a pensar en dos niveles al mismo tiempo - una persona con ofertas de alto nivel , y fotos grandes problemas mientras que el otro se encarga de la tuercas y tornillos necesarios para producir el código de trabajo. Y en mi humilde opinión, rara vez funciona bien si los dos participantes no están en condiciones de cambiar de lugar. Deben ser lo suficientemente similar-experiencia para tener un arsenal de conceptos similares profesional y un vocabulario profesional compartida (no estamos vinculados-mente - sin embargo , muhahaha).
Para su situación, diría que ya que es un equipo pequeño y es el único con experiencia real (eso es lo que me parece su publicación), programar la pareja o revisar la mayoría del código la mayor parte del tiempo No funciona Solo tienes 24 horas al día. En cambio, algunas soluciones que podría considerar:
Aliéntelos a participar en SO bajo la etiqueta de idioma apropiada, o a publicar algunos fragmentos de código para su revisión en Code Review SE. Comience un pequeño concurso informal sobre quién puede ganar la mayor cantidad de puntos SO por semana.
SO puede hacer maravillas para los desarrolladores novatos, ya que proporciona comentarios constantes y sigue los latidos de la comunidad.
Eche un vistazo a algunos de los códigos que ingresan y desafíelos informalmente con algunas preguntas sobre su evolución a largo plazo. La mayoría de los programadores principiantes simplemente no están acostumbrados a pensar en hacer que su código sea legible y mantenible. Una vez que tenga esos problemas en la cabeza, buscarán más información por su cuenta, de usted u otras fuentes.