Uno, el piloto(driver) escribe el código, mientras el otro, el copiloto (navigator , observator), revisa cada línea de código mientras se va escribiendo. Corrigiendo en tiempo real.

Los dos programadores cambian de rol frecuentemente, a intervalos cortos. El mismo dependerá de la complejidad y alcance del trabajo a realizar.

Ventajas

Minimiza el riesgo de que se produzcan errores. Mientras una persona escribe el código, la otra lo visualiza y se concentra tan solo en la búsqueda de errores (tanto sintácticos como semánticos). Por lo general, resulta más complicado detectar los propios errores.

La intercomunicación garantiza que los problemas se puedan solucionar mejor y en menos tiempo.

Un buen código es conciso. La experiencia muestra que un programa generado por pair programming suele tener un diseño más corto y, por lo tanto, más eficiente.

Suele ser una colaboración entre dos desarrolladores con diferentes grados de experiencia. Se puede utilizar simultáneamente para fines de formación.

Desventajas

Dos programadores juntos trabajan mucho más rápido que uno solo, pero no más que dos programadores que trabajan por separado. Este método hace que los proyectos avancen más lentamente o que requieran más personal, lo cual aumenta a su vez los costos.

Funciona sólo si ambos compañeros trabajan bien juntos. Se suelen ir conformado nuevos pares periódicamente.

Estilos

Se pueden utilizar distintos enfoques que podemos resumir en las siguientes frases:

• Estilo Tradicional: ”Tengo una idea dame el teclado”, más orientado a un rápido desarrollo.
• Estilo Fuerte: ”Tengo una idea toma el teclado”, más orientado a formación e idea de equipo.

La nota se ilustra con tiras de Dilbert. ¡Gracias por tanto!.