Pair Programming
Posted: June 6th, 2010 | Author: Edu | Filed under: Agile, Best-Practices, Code, Opinion, XP | Tags: Agile, Best-Practices, Code, Opinion, XP | 5 Comments »¿Por qué no se practica pair-programming (programación por parejas) en las empresas?
Las ventajas, pensándolo detenidamente 5 minutos saltan a la vista:
- Cuatro ojos ven más que dos. Esto es evidente. El código generado es de mucha más calidad.
- El hecho de que alguien supervise directamente nuestro trabajo (nuestra pareja de programación) influye en que nos esforcemos más.
- Dos personas comparten la responsabilidad de una tarea. El stress es menor.
- Mejora las relaciones de equipo.
- Amplifica la transmisión del conocimiento.
La excusa para no utilizarla que siempre he escuchado es la misma:
“¿Cómo voy a tener a dos personas haciendo una tarea cuando podría hacerla una única persona?”.
Normalmente esta gente suele ser la misma que ve a los programadores, no como una persona o un profesional, sino como un gasto en la cuenta de su proyecto y mi consejo: alejate de esta gente como de la peste 
Hola Edu,
La verdad es que yo no he trabajado nunca de esta manera de continuo. Simplemente he trabajado en pareja en momentos puntuales cuando tienes alguna duda, suge algún errror que no encuantras o estás enseñando algo nuevo a alguien, o aprendiéndolo.
De hecho, creo que me resultaría molesto tener siempre a alguien al lado, criticando lo que hago y por otra parte, me resultaría aburrido estar pendiente de supervisar lo que hace alguien continuamente, sin poder tocar el teclado.
Pero, por otra parte, los partidarios de esta forma de trabajo esgrimen que esto aumentan la calidad del código, reduce los errores y según algunos, hasta es divertido.
¿Tú has trabajado de esta forma? ¿Cuál es tu impresión personal?
Un saludo.
[WORDPRESS HASHCASH] The poster sent us ’0 which is not a hashcash value.
Hola Edu,
¿Has llegado a trabajar haciendo pair programming? ¿Es realmente evidente la mejora de calidad que se le supone?
Yo nunca he trabajado así, simplemente he programado en pareja para situaciones puntuales de atasco en el desarrollo o para solucionar bugs. A priori, me resulta fastidioso pensar en una persona revisando continuamente lo que yo hago, o tener que estar controlando lo que hace otra persona sin poder tocar el teclado.
Tal vez haya que probarlo, pero es difícil convencer a la gente cuando las opiniones sobre esta técnica son tan dispares…
Un saludo.
[WORDPRESS HASHCASH] The poster sent us ’0 which is not a hashcash value.
Hola Jorge,
Primero de todo disculpas pues wp se empeñó en marcar tus comentarios como spam.
Yo, personalmente, sólo he aplicado pair programming en momentos muy puntuales. Por otro lado en la vida he participado profesionalmente en un proyecto ágil, y no ha sido por falta de ganas.
Leo tus comentarios y coincido bastante en lo que dices basándome en mi experiencia personal. Si nos situamos en un contexto ágil, y retomamos tú útimo post en tratandodenentenderlo.blogspot.com el trabajo de diseño se compagina con el de codificación. En este contexto sí que me parece interesante y útil utilizar pair programming por todo lo que comenté en el post.
Evidentemente en otros contextos, como por ejemplo solucionar un bug o apagar un fuego, lo encuentro igual de fastidioso que tú.
Por cierto yo también me considero un acaparador de teclados
[WORDPRESS HASHCASH] The poster sent us ’0 which is not a hashcash value.
Definitivamente tengo un problema con el detector de SPAM
[WORDPRESS HASHCASH] The poster sent us ’0 which is not a hashcash value.
Esta frase que he leído hoy me ha parecido demoledora:
“Pair programming doubles the brainpower available during coding, and gives one person in each pair the opportunity to think about strategic, long-term issues”.