Apósito protectorCada vez que tengo la oportunidad de hablar con alguien que le disgusta la Programación de a Pares (en donde dos desarrolladores trabajan en la misma tarea, usando la misma computadora, teclado y monitor), descubro que lo están haciendo de una forma que a mi tampoco me gustaría.

A continuación repasamos una lista de errores reales que le causaron dolor a muchos equipos. Si todavía pensás que la Programación de a Pares no es para vos, primero verificá si tu equipo pudo resolver todos los elementos de esta lista.

Cómo hacer mal la programación de a pares

  1. Acapará el teclado - Es obvio que sos superior a tu compañero. Controlá cada acción, todo el tiempo.
  2. Ignorá a tu compañero - ¿Qué es ese ruido que suena como a sugerencias útiles? Seguramente será un mosquito o algo...
  3. Ignorate a vos mismo - Hablar de tus propios intereses no puede resultar útil. ¡Reprimite, reprimite, reprimite!
  4. Sentate donde no puedas ver - Ya vamos a tener tiempo de mirar el código cuando sea nustro turno. Si aún nos importa.
  5. Sentate donde no puedas alcanzar - ¿Para qué estar listo a intervenir? Probablemente no hay mucho que podamos hacer.
  6. Sentate atrás - No te sientes al lado de tu compañero. Sentate detrás de él. Así no va a poder darse cuenta cuando cerremos los ojos.
  7. Usá un escritorio común - Los escritorios que son para una persona funcionan mejor con dos.
  8. No expliques - Tu compañero, que es psíquico, puede leerte la mente. ¡Vos seguí escribiendo!
  9. No escuches - Yo sabés lo que piensa tu compañero. Y es aburrido.
  10. No preguntes - No, no hay una mejor forma de hacerlo, y a tu compañero nunca se le olvida nada. Así que, calladito.
  11. Interrumpí frecuentemente - ¡¡¡Dios mio!!! ¡¡¡Se olvidó un acento!!! Mejor que le digamos ahora mismo. Sino no se va a dar cuenta.
  12. Distraete - ¡Mirá, nuevos mails! ¡Wow, un mensaje en el chat! ¿Y si miramos Slashdot? ¿Qué, había que programar?
  13. Soñá despierto - Como en realidad no estás para ayudar, está bien si te ponés a calcular cuántas lamparitas hay en la habitación.
  14. Comportate como un pasajero - Tu compañero siempre quiso ser estenógrafo. Seguí diciéndole qué tiene que escribir.
  15. No tomes descansos - Todo es mejor cuandoe stamos cansados y fastidiosos. ¡Especialmente el trabajo en equipo!
  16. Trabajá demasiado - Lo importante no es lo que construimos, sino cuántas horas estuvimos en el escritorio.
  17. Olvidate de la ergonomía - Las jorobas están de moda. Y además, ¿a quién no le gusta el dolor?
  18. Traicioná la confianza - Durante la programación, hacé bromas sobre lo que no sabe tu compañero. Después, decile a todos lo tonto que es.
  19. Negate a aprender herramientas nuevas - Emacs es obviamente superior a la porquería que usa tu compañero. Va a tener que aprender a usarlo. Ahora.
  20. No rotés las parejas - Si trabajar de a pares por dos horas es bueno, entonces trabajar con la misma persona por seis semanas va a ser mejor!
  21. Sé arrogante - De en serio, ¿qué vas a poder aprender de otra persona? Ya sabemos la respuesta: nada.

¿Cuáles son sus favoritas de la lista? ¿Cuáles agregarían?

Basado en 21 ways to hate pair programming.

Inspiración.

"Si tú tienes una manzana y yo tengo una manzana e intercambiamos las manzanas, entonces tanto tú como yo seguiremos teniendo una manzana cada uno. Pero si tú tienes una idea y yo tengo una idea, e intercambiamos las ideas, entonces ambos tendremos dos ideas"

Bernard Shaw