Alguma experiência com a "mente do iniciante" na programação em pares?

O artigo "Emparelhamento promíscuo e mente do iniciante" (PDF) sugere que você coloque alguém no par que sabe o mínimo sobre a área específica da base de código. Ele também sugere que você trocar para fora o membro sênior do par a cada 90 minutos ou assim. Os novatos não apenas aprenderão sobre essa área do código, mas também pensarão diferentemente em comparação com alguém que já conhece a área.

Alguém tem experiência com essa estratégia? Tem alguma conexão com a realidade?

Encontrei outras perguntas sobre quando usar a programação em pares e se deveria aceitar um trabalho em que a programação em pares é necessária , mas não encontrei nenhuma especificamente sobre emparelhamento promíscuo e essa estratégia da "mente do iniciante".

Se você não conhece a programação em pares, há artigos interessantes na Wikipedia e no c2.com .

agile pair-programming

— Don Kirkby
fonte

Qual é exatamente a diferença entre a programação em pares e o emparelhamento promíscuo?

— Fosco

Veja também: meta.stackexchange.com/questions/22795/…

— Shog9

@Fosco, acho que o emparelhamento promíscuo ocorre quando você troca de parceiro com frequência e faz todos os pares possíveis dentro da equipe. No entanto, eu estou perguntando sobre a estratégia específica onde você sempre trocar para fora o membro mais velho de cada par, e trazer o desenvolvedor com as habilidades menos relevantes. O artigo ao qual vinculei distingue entre habilidades e competências. (Habilidades são mais específicos.)

— Don Kirkby

Esclarei a questão e mudei o título, pois tratava-se mais de uma estratégia específica do que de emparelhamento promíscuo em geral.

— Don Kirkby

O link para o PDF está quebrado. Provavelmente é este artigo .

— Pieter Kuijpers

Acho que sua pergunta subestima (talvez confunda) a programação em pares e o emparelhamento promíscuo.

Quando você combina a programação e um dos programadores sabe muito mais sobre a tarefa em questão, o outro programa aprende muito rapidamente (as linguagens, as ferramentas, o design ou os requisitos do produto em que estão trabalhando. Tenho experiência com isso e recomendo vivamente para atualizar seus colegas de trabalho ou a si mesmo.

A idéia do emparelhamento promíscuo é quando você tem N programadores na equipe, cria todos os pares possíveis e gira esses pares com freqüência , então esse conhecimento se espalha por toda a equipe muito rapidamente.

— azheglov
fonte

Parece que você teve sucesso misturando especialistas com iniciantes. Você acha que pelo menos um membro do par deve ser sempre um especialista? O que eu estou perguntando sobre é a estratégia específica defendida no artigo I ligada ao que sugere selecionando o desenvolvedor menos experiente para cada tarefa, e sempre trocando fora o membro mais velho de um par. O benefício alegado é que os novatos trarão a "mente do iniciante" para a tarefa, farão perguntas esclarecedoras e farão sugestões criativas. Eu adoraria ouvir quem já tentou essa estratégia específica.

— Don Kirkby

@ Don: (desculpe, demorei um pouco para responder, fiz uma longa pausa no site). Se você não acha que um membro do par deve sempre ser um especialista, mas se ambos são iniciantes, isso não é bom. Eles vão cometer erros de novatos e perpetuá-los. Ao mesmo tempo, não há nada de errado em fazer "perguntas para iniciantes" - desde que o par possa respondê-las!

— precisa saber é o seguinte