Hoy en día, el pair programming (conocido también como la programación en pareja), así como el TDD, la integración continua y la arquitectura de software son una parte importante de cualquier esfuerzo de desarrollo. También se ha convertido en parte de la contratación en muchas empresas (Apiumhub es una de ellas), y procesos de incorporación.

El pair programming es una de las mejores técnicas que tenemos para luchar contra la deuda técnica dentro de nuestros proyectos de software en los que trabajamos y una excelente oportunidad para compartir conocimientos y crecer (lo utilizamos en Apium Academy como aprendizaje).

Qué es el pair programming?

El pair programming es una técnica ágil que se origina en la programación extrema (XP) en la que dos desarrolladores se unen y trabajan en una estación de trabajo. Dos personas trabajan juntas para diseñar, codificar y probar historias de usuario. Uno, el conductor, escribe código mientras que el otro, el observador o navegador, revisa cada línea de código a medida que se escribe mientras que proporciona retroalimentación táctica y analítica. El observador considera la dirección “estratégica” de la labor, presentando ideas para mejoras y probables problemas futuros que abordar. Y los dos programadores cambian de rol con frecuencia.

Estilos de pair programming

Además del estilo de controlador-navegador, varios otros estilos de programación de pares pueden ser más eficaces para una combinación particular de desarrolladores. Elige un estilo de emparejamiento que mejor se adapte a tu equipo o utiliza una combinación de estilos en tu proyecto de software:

• Backseat Navigator

Este estilo es similar al controlador-navegador, pero el navegador asume más de los roles tácticos del conductor. En la navegación por asiento trasero, el controlador sigue controlando el teclado y escribiendo, pero el navegador dicta instrucciones sintácticas, como qué nombre llamar a una variable o qué método específico llamar. El estilo de navegador del asiento trasero funciona mejor con un principiante como conductor y experto como el navegante, permitiendo que el principiante aprenda haciendo.

• Ping Pong Pairing

Otro estilo de pair programming que se utiliza a menudo en el desarrollo es el emparejamiento de ping pong. En este patrón, la primera persona escribe una prueba que está fallando actualmente y la segunda persona obtiene la prueba para pasar. Luego la segunda persona escribe una prueba fallida y la primera consigue que pase.

Los beneficios del emparejamiento de ping pong son que permite a los roles cambiar con frecuencia y obliga a los ingenieros a prestar atención a los aspectos de codificación y pruebas del desarrollo, ganando familiaridad con TDD en el proceso.

• Pomodoro

El estilo de emparejamiento Pomodoro es similar al emparejamiento de ping-pong, pero prescribe intervalos de tiempo establecidos para cada sesión. Una sesión de emparejamiento típica al estilo Pomodoro dura 25 minutos seguida de un descanso de 5 minutos. El controlador y el navegador cambian de posición. Después de cuatro sesiones de 25 minutos, ambos programadores toman un descanso más largo de 20 minutos. Los descansos forzados y el cambio de posición regular ayudan a garantizar que ambos programadores estén siempre productivos, enfocados y actualizados cuando comienza una sesión.

Los beneficios del pair programming

• La programación en pareja puede mejorar la productividad general a través del proceso de colaboración
• Código de mayor calidad como resultado de la revisión en tiempo real
• Mejores soluciones diseñadas a través de la colaboración compartida
• Mejor distribución del conocimiento
• Mayor satisfacción del trabajo para los desarrolladores
• Entrega más rápida porque las soluciones a problemas desafiantes se encuentran más rápidamente
• Prácticas de codificación consistentes a través de la colaboración
• Mayor enfoque en el código y la tarea de programación sin distracciones
• Desbloqueo a los desarrolladores atascados
• La incorporación de nuevos desarrolladores se realiza rápidamente
• Feedback rápido
• Las curvas de aprendizaje comienzan a aplanarse en estos equipos a medida que los miembros se nivelan entre sí en las diversas habilidades
• Generar confianza
• Cultura donde cada esfuerzo y cada nueva característica es un esfuerzo de equipo
• Propiedad de código colectivo en los equipos
• Menos distracciones en los equipos de desarrollo
• Prácticas recomendadas compartidas
• Puede ayudar a identificar malas contrataciones desde el principio si alguien no es el ajuste adecuado
• Muchos ingenieros consideran que la programación en pareja es más atractiva que la programación sola, y se sienten más seguros en las soluciones que se les ocurrió durante el trabajo.

Espero que hayas encontrado este artículo útil y si eres una de esas personas que siempre está dispuesta a aprender, consulta nuestros cursos de arquitectura de software y talleres y crezcamos juntos!