¿Qué tan común es la programación de pares en el lugar de trabajo?

Siempre me ha intrigado la programación en pareja, pero en 12 años de desarrollo nunca he trabajado en un lugar donde hayan empleado esta práctica, por lo que siempre he sido escéptico sobre cómo la gente lo ve.

Me pregunto si esto se debe a dinero / tiempo (¡¡¡El jefe de pelo puntiagudo que ve a dos personas en una computadora trabajando en el mismo código !!!! cómo se atreven!) O por otras razones?

He tenido el mismo concierto durante 15 años y recientemente (los últimos 12-18 meses) comenzamos a adoptar técnicas ágiles. Cuando se utiliza la programación de pares, la historia / característica del resultado se ha implementado a tiempo sin defectos. Sin embargo, todavía no creo que se haya empleado con la suficiente frecuencia.

Antes de nuestra adopción ágil, otro desarrollador y yo hemos compartido el teclado de vez en cuando a lo largo de los años con poca frecuencia (tal vez una vez cada 3-4 meses). Nuestro equipo de administración parecía reacio pero siempre estaba satisfecho con nuestro emparejamiento informal, ya que generalmente lograba algunos de los siguientes:

• Silos reducidos en el equipo (gran victoria cuando el equipo tiene 6-8 desarrolladores)
• código producido con menos defectos
• cada desarrollador normalmente adquirió habilidades

Yo diría que la administración es reacia, pero si puede dar pequeños pasos y demostrar que la función es mejor después (ahorro de costos) y / o cada (o uno) desarrollador adquirió algunas habilidades (pagarla), puede tomar impulso si te parece una práctica que se adapta a ti o a tu equipo.

Supongo que probablemente habrá muchas resistencias de los desarrolladores. ¿Recuerdas haber sido forzado a trabajar con personas que quizás no eran las personas más motivadas del mundo durante la universidad o incluso en la escuela secundaria? Esas personas aún existen. A menos que tenga un equipo compuesto por todas las personas "de primera categoría", este tipo de configuración causará cierta animosidad en el grupo.

No lo he hecho oficialmente, pero cada vez que estoy atascado, llamaré a un desarrollador y ambos trabajaremos juntos en una solución. Es una excelente manera de intercambiar ideas, dejar que una persona piense mientras la otra lo implementa, para que no pierda su línea de pensamiento porque la está escribiendo.

Ojalá se hiciera más.

No me importa

1 - Me gusta escuchar mi música mientras codifico. No todos quieren escuchar a Slayer sonando en sus oídos.

2 - Me crié considerando que mirar por encima de los hombros de las personas es muy grosero y me siento muy incómodo cuando la gente lo hace.

3 - Pienso muy rápido y cuando estoy buscando una solución, cuando empiezo a encontrar una respuesta, lo último que necesito es que me interrumpan.

4 - No puedo tomar descansos ocasionales para examinar foros y grupos de noticias. Algunos pueden pensar que es inapropiado de todos modos, pero me parece muy importante para mi mejora continua. De vez en cuando me distraigo demasiado, pero en general el beneficio de mi mayor conocimiento supera cualquier impacto en mi productividad.

Supongo que podría ser diferente en otros equipos, pero las pocas veces que estoy realmente perplejo por algo y NECESITO ayuda, casi siempre soy el que finalmente encuentra la solución de todos modos. Soy realmente bueno en lo que hago, pero creo que podrían estar sucediendo más cosas ... no estoy seguro, de todos modos encuentro que estoy mejor resolviendo los problemas difíciles y, en general, mejor hacerlo solo. Puede sonar arrogante, pero eso no lo hace falso.

He considerado que en realidad podría ayudar a otros a aprender algunas de mis técnicas, pero, teniendo en cuenta el # 3, difícilmente podrían hacer preguntas sin romper mi línea de pensamiento de todos modos.

Dicho todo esto, lo he intentado de vez en cuando. A veces tiene beneficios menores, pero ciertamente no puedo verlo como algo consistente. El sistema del lobo solitario funciona para mí y parece funcionar para el equipo.

La programación en pareja es una excelente manera de comenzar o hacer algo no trivial y difícil. Las tareas más rutinarias y simples se hacen mejor solo.

Participé en varias sesiones de programación de pares, tanto en empresas de inicio / garaje como en grandes corporaciones. Invariablemente sucedió solo cuando se estaba creando algo nuevo y difícil, es decir, dos veces al año en el mejor de los casos, durante algunas semanas. ¿Con qué frecuencia sucede esto en su empresa?

Nunca lo llamamos así, pero en el pasado, así es como siempre atacamos nuevos problemas. Nos emparejaríamos para comenzar con una solución, pero luego usualmente nos separamos para terminar / limpiar los detalles individualmente. Ya no tanto. Parece volverse cada vez más raro.

No muy comun. En todas las tiendas en las que he estado en los últimos 10 años, lo he visto una vez. En la tienda más lenta y menos eficiente. Parece crear un ambiente ruidoso y estresante. Una persona termina conduciendo y hablando constantemente evitando que la otra piense.

Reúna al equipo para revisiones de código, ya sea en grupos o en parejas, y brinde a los desarrolladores su propio espacio. Será mejor a largo plazo que perseguir la última moda Agile.