¿Alguna experiencia con la "mente de principiante" en la programación en pareja?

El artículo "Emparejamiento promiscuo y mente de principiante" (PDF) sugiere que coloque a alguien en el par que sepa menos sobre el área particular de la base de código. También sugiere que se intercambia a cabo el alto miembro de la pareja cada 90 minutos más o menos. Los novatos no solo aprenderán sobre esa área del código, sino que también pensarán de manera diferente en comparación con alguien que ya conoce el área.

¿Alguien tiene experiencia con esta estrategia? ¿Tiene alguna conexión con la realidad?

Encontré otras preguntas sobre cuándo usar la programación de pares y si aceptar un trabajo donde se requiere programación de pares , pero no encontré ninguna que sea específicamente sobre el emparejamiento promiscuo y esta estrategia de "mente de principiante".

Si no está familiarizado con la programación de pares, hay artículos interesantes en Wikipedia y c2.com .

agile pair-programming

— Don Kirkby
fuente

¿Cuál es exactamente la diferencia entre la programación de pares y el emparejamiento promiscuo?

— Fosco

Ver también: meta.stackexchange.com/questions/22795/…

— Shog9

@Fosco, creo que el emparejamiento promiscuo es cuando intercambias socios con frecuencia y haces todos los pares posibles dentro del equipo. Sin embargo, yo estoy preguntando por la estrategia específica en la que siempre se intercambia a cabo el alto miembro de cada par, y llevar en el revelador con las habilidades menos relevantes. El documento que relacioné distingue entre habilidades y competencias. (Las habilidades son más específicas.)

— Don Kirkby

Aclaré la pregunta y cambié el título, ya que se trataba más de una estrategia específica que del emparejamiento promiscuo en general.

— Don Kirkby

El enlace al PDF está roto. Probablemente sea este artículo .

— Pieter Kuijpers el

Creo que su pregunta subestima (quizás confunde) Programación de pares y emparejamiento promiscuo.

Cuando empareja la programación y uno de los programadores sabe mucho más sobre la tarea en cuestión, el otro programador aprende muy rápidamente (los idiomas, las herramientas, el diseño o los requisitos del producto en el que están trabajando. Tengo experiencia con eso y lo recomiendo encarecidamente para que sus compañeros de trabajo o usted mismo se pongan al día.

La idea del emparejamiento promiscuo es cuando tienes N programadores en el equipo y haces todos los pares posibles de ellos y rotas esos pares con frecuencia , luego ese conocimiento se extiende por todo el equipo muy rápidamente.

— azheglov
fuente

Parece que has tenido éxito mezclando expertos con novatos. ¿Crees que al menos un miembro de la pareja siempre debe ser un experto? Lo que estoy preguntando es la estrategia concreta propugnada en el artículo vinculado a la selección que sugiere el desarrollador con menos experiencia para cada tarea, y siempre intercambiando fuera el miembro más antiguo de un par. El beneficio afirmado es que los novatos traerán "mente de principiante" a la tarea, harán preguntas perspicaces y harán sugerencias creativas. Me encantaría saber de cualquiera que haya probado esta estrategia específica.

— Don Kirkby

@Don: (lo siento, me tomó un tiempo responder, me tomé un largo descanso del sitio). Si no crees que un miembro de la pareja siempre debe ser un experto, pero si ambos son novatos, eso no es bueno. Cometerán errores de novatos y los perpetuarán. Al mismo tiempo, no hay nada de malo en hacer "preguntas para novatos", ¡siempre y cuando la pareja pueda responderlas!

— azheglov