Avez-vous une expérience avec «l'esprit du débutant» dans la programmation en binôme?

11

L'article "Promiscuous Pairing and Beginner's Mind" (PDF) suggère que vous placez quelqu'un dans la paire qui en sait le moins sur la zone particulière de la base de code. Il suggère également que vous échangez sur le cadre supérieur de la paire toutes les 90 minutes. Non seulement les débutants en apprendront davantage sur ce domaine du code, mais ils penseront également différemment par rapport à quelqu'un qui connaît déjà le domaine.

Quelqu'un a-t-il de l'expérience avec cette stratégie? At-il un lien avec la réalité?

J'ai trouvé d'autres questions sur le moment d'utiliser la programmation par paires et sur l' opportunité d'accepter un travail où la programmation par paires est requise , mais je n'en ai trouvé aucune qui concerne spécifiquement le couplage promiscuité et cette stratégie de "l'esprit du débutant".

Si vous n'êtes pas familier avec la programmation par paires, il y a des articles intéressants sur Wikipedia et c2.com .

Don Kirkby
la source
Quelle est exactement la différence entre la programmation par paires et l'appariement promiscuité?
Fosco
@Fosco, je pense que l'appariement promiscuité consiste à échanger fréquemment des partenaires et à créer toutes les paires possibles au sein de l'équipe. Cependant, je demande au sujet de la stratégie spécifique où vous échangez toujours sur le cadre supérieur de chaque paire, et apporter dans le révélateur des compétences moins pertinentes. L'article que j'ai lié à fait la distinction entre les aptitudes et les compétences. (Les compétences sont plus spécifiques.)
Don Kirkby
J'ai clarifié la question et changé le titre, car il s'agissait plus d'une stratégie spécifique que de l'appariement promiscuité en général.
Don Kirkby
Le lien vers le PDF est rompu. C'est probablement cet article .
Pieter Kuijpers du

Réponses:

6

Je pense que votre question sous-estime (peut-être, confond) la programmation par paires et le couplage promiscuité.

Lorsque vous faites de la programmation en binôme et que l'un des programmeurs en sait beaucoup plus sur la tâche à accomplir, l'autre programmeur apprend très rapidement (les langages, les outils, la conception ou les exigences du produit sur lequel ils travaillent. J'ai de l'expérience avec et je le recommande vivement pour mettre vos collègues ou vous-même au courant.

L'idée du Promiscuous Pairing est lorsque vous avez N programmeurs dans l'équipe et que vous en faites toutes les paires possibles et que vous faites pivoter ces paires fréquemment , puis ces connaissances se propagent très rapidement dans toute l'équipe.

azheglov
la source
On dirait que vous avez réussi à mélanger des experts avec des débutants. Pensez-vous qu'au moins un membre de la paire devrait toujours être un expert? Ce que je demande est sur la stratégie spécifique préconisée dans l'article I lié à cette sélection du moins suggère développeur expérimenté pour chaque tâche, et échanger toujours sur le cadre supérieur d'une paire. L'avantage revendiqué est que les débutants apporteront "l'esprit du débutant" à la tâche, poseront des questions perspicaces et feront des suggestions créatives. Je serais ravi d'entendre tous ceux qui ont essayé cette stratégie spécifique.
Don Kirkby
@Don: (désolé, il m'a fallu un certain temps pour répondre, j'ai pris une longue pause sur le site). Si vous ne pensez pas qu'un membre de la paire devrait toujours être un expert, mais si les deux sont des débutants, ce n'est pas bon. Ils feront des erreurs de débutant et les perpétueront. En même temps, il n'y a rien de mal à poser des "questions de débutant" - tant que la paire peut y répondre!
azheglov