Pair programming, una práctica extrema

Creo que pair programming a ese extremo pues nomás en la uni, pero no le decíamos pair programming, era simplemente un proyecto de programación en equipo y el equipo era de 2. Uno programaba, el otro se ponía a pensar en resolver algún otro problema del proyecto, o veía el código del primero y le hacía como ese gato "te faltó un punto y coma", etc.

En la chamba lo he llegado a hacer un par de veces pero es más como una sesión de debugging cuando alguien se atora en algo y nomás no le sale, vamos tomando turnos para sentarnos con esa persona a encontrar el problema y arreglarlo.

Algo que no contempla todo lo que mencionaste (no tengo tiempo de ver el video ahorita), es que los dos que comparten la compu sean cuates o tengan intereses afines y se distraigan platicando de algo. Si me van a poner a programar todo el tiempo con otra persona, lo primero que haría sería preguntarle qué música le gusta. Si tenemos gustos en común, podemos escuchar música. Si nuestros gustos son muy dispares mejor no oimos nada (y no podemos usar audífonos porque tenemos que estar en comunicación). Y si nos gusta música similar, será inevitable la distracción... "te gusta esta banda pero nunca has oído X? a ver entra a youtube y checa este video, mira a este wey cómo toca" y habrá distracciones. Se me hace muy idealista, utópico e incluso ingenuo pensar que por poner a dos personas a trabajar juntas no habrá distracciones.

Creo que eso solamente funcionaría si pones a dos personas que no se soportan mutuamente; así ambas tienen la misión de hacer el trabajo bien y rápido para poder largarse y no estar un segundo más al lado de su compañero que detestan. Y eso sí me ha pasado: estando en un ambiente de trabajo que simplemente no me gusta, mi productividad se iba al máximo, porque hacía todo lo que tenía que hacer para poder despegarme de estos tipos; claro que también era para poder salir temprano porque me estaba yendo a entrevistas de trabajo y en cuanto pude me largué. Supongo que hay alguna lección ahí de que la productividad será la misma pero puede ser muy alta durante un periodo corto de tiempo o más baja pero durante un periodo más largo.

Hace mucho tiempo trabaje en un proyecto asi, creo que es muy productivo cuando te entiendes con la persona al momento de trabajar(puede ser que no te caiga tan bien),pero eso de trabajar con compañeros que se creen Albert Einstein y solo sus ideas son las adecuadas esta de la fregada, solo vas a pasar el tiempo discutiendo cual es la mejor opcion.

Creo que el principio de esta forma de trabajar es el intercambio de ideas y conocimientos, la verdad creo que es mejor trabajar asi al momento de hacer el diseño y arquitectura de la aplicacion, o cuando hay un algoritmo muy dificil.

¿Dónde venden esa Aeron doble? jajajaja.

Pues no sé, estoy un poco escéptico ante la ganancia en productividad de dos personas en un mismo pc, si es que la hay (porque veo que depende mucho del escenario) quizá no sea tan extrema como para pensar en virar todo el desarrollo de una compañía a este esquema.

A mi no me gusta trabajar así. O sea, de entrada siento que si soy el que teclea las cosas el otro te puede decir sin pensar: "ay no manches, ¿porqué hiciste:
 
si esto otro:
 
se ve mejor".

Y así, en fin. Creo que la manera conservadora funciona bien, en donde todos tienen acceso a código, se hacen cambios y mezclas y al final se llega al objetivo.
Bueno, es que además soy de los que piensa que uno en el trabajo debe estar cómodo, si no pasa lo que nos cuenta @ezamudio y por tu práctica con la que ganas un porcentaje (seguro no muy extraordinario) puedes perder a un buen empleado.

Otra cosa a considerar es que pues no siempre puedes tener a las personas de muéganos, pero si puedes ponerlos a trabajar en cosas juntos y en otras pues separarlos, esto también hace a la gente más independiente, con Pair programming uno depende del otro y en el caso de trabajo no es del todo recomendable, ¿qué pasa cuando me cambian de "pareja"?, changos es más difícil hacerle entender todo de vuelta y explicarle porqué ciertas cosas son así.

Para terminar, esto no va para mí. Aunque sería suave recordar los tiempos de la universidad, que a fin de cuentas era lo que hacíamos, sólo que cómo a mí la escuela nunca se me hizo algo de presión, me parecía divertido. Yo analizaba y hacía pseudocódigo y otr@ programaba.

Es válida si tu compañero tiene la disposición y no poner excusas a la hora de trabajar.

Es bueno si se sabe escoger un buen compañero. Yo he trabajado asi, y es buena técnica. Mientras uno revisa el código otro investiga como resolver algunos problemas que van apareciendo.

Cuando te estresas en una parte del código siempre es bueno tener ayuda.

En hay mucha información sobre este método para construir software. Hay inclusive reportes que muestran las ventajas de la programación por pares. Hay opiniones de muchas gente conocida del mundo de la programación extrema y las técnicas ágiles.
La información es muy amplia y responde a muchas de las dudas que aquí se están discutiendo. Vale mucho la pena leer eso.

Yo tampoco he trabajo de esa manera, pero creo que deberían inventar el "Pair Debugging" , precisamente ayer por la tarde al terminar de codificar unas pruebas había cosas que no salían y no encontraba como corregirlas, me senté con un compañero a "debuggear" el código en su máquina y en relativamente poco tiempo encontramos los problemas y los resolvimos antes de la hora de salida. A veces solo con dejar de estar frente al teclado y ver lo que hiciste te da otra perspectiva.

Si quieren incrementar la productividad al máximo hagan lo que hizo el jefe de @ezamudio y pongan a todos los que se caen mal en el mismo proyecto.

Jajaja!

Es en serio?? ... (risas)

Yo creo que lejos de aumentar la "productividad" van a provocar todo lo contrario.

Un buen jefe debe promover la armonía en cualquier centro de trabajo. Es bastante extraño

Es que a ezamudio todos le caen mal :P jajaj

No, ya en serio, si debe de haber camaradería entre los que programan en pareja, porque si bien es cierto que puedes trabajar un rato así ( 2 o 3 días ) sería muy difícil e incomodo hacer todo un proyecto con alguien que te cae mal ( o por que ejemplo que le huela mal la boca ) o así por el estilo.

Yo he conocido a un par de personas que trabajan así TODO el tiempo y dicen que esta super bien, pero puede que hayan desarrollado el sindrome de estocolmo o que dicen que está bien porque ... pues es lo que a ellos les gusta.