Irgendwelche Erfahrungen mit "Anfängergeist" in der Paarprogrammierung?

Der Artikel "Promiscuous Pairing and Beginner's Mind" (PDF) schlägt vor, dass Sie jemanden in das Paar aufnehmen, der am wenigsten über den jeweiligen Bereich der Codebasis Bescheid weiß. Es zeigt auch , dass Sie tauschen aus alle 90 Minuten , um das leitende Element des Paares oder so. Die Neulinge lernen nicht nur diesen Bereich des Codes kennen, sondern denken auch anders als jemand, der den Bereich bereits kennt.

Hat jemand Erfahrung mit dieser Strategie? Hat es irgendeinen Zusammenhang mit der Realität?

Ich habe andere Fragen dazu gefunden, wann die Paarprogrammierung verwendet werden soll und ob ein Job angenommen werden soll, bei dem die Paarprogrammierung erforderlich ist , aber ich habe keine gefunden, die sich speziell mit promiskuitivem Pairing und dieser Strategie für Anfänger befassen.

Wenn Sie mit Paarprogrammierung nicht vertraut sind, gibt es interessante Artikel auf Wikipedia und c2.com .

agile pair-programming

— Don Kirkby
quelle

Was genau ist der Unterschied zwischen Pair Programming und Promiscuous Pairing?

— Fosco

Siehe auch: meta.stackexchange.com/questions/22795/…

— Shog9

@Fosco, ich denke, promiskuitive Paarung ist, wenn Sie häufig Partner tauschen und alle möglichen Paare innerhalb des Teams bilden. Allerdings frage ich über die spezifische Strategie , wo Sie immer tauschen aus dem hochrangigen Mitglied eines jedes Paares, und mit den am wenigsten relevanten Fähigkeiten in dem Entwickler bringen. Das Papier, mit dem ich verlinkt habe, unterscheidet zwischen Fähigkeiten und Kompetenzen. (Fähigkeiten sind spezifischer.)

— Don Kirkby

Ich habe die Frage geklärt und den Titel geändert, da es mehr um eine bestimmte Strategie als um promiskuitives Pairing im Allgemeinen ging.

— Don Kirkby

Der Link zum PDF ist defekt. Es ist wahrscheinlich dieser Artikel .

— Pieter Kuijpers

Ich denke, Ihre Frage versteht (vielleicht verwirrt) Pair Programming und Promiscuous Pairing.

Wenn Sie Pair-Programmierung durchführen und einer der Programmierer viel mehr über die jeweilige Aufgabe weiß, lernt der andere Programmierer sehr schnell (die Sprachen, die Werkzeuge, das Design oder die Anforderungen des Produkts, an dem er arbeitet. Ich habe Erfahrung mit das und empfehlen es sehr, um Ihre Mitarbeiter oder sich selbst auf den neuesten Stand zu bringen.

Die Idee von Promiscuous Pairing ist, wenn Sie N Programmierer im Team haben und alle möglichen Paare daraus machen und diese Paare häufig drehen , dann verbreitet sich dieses Wissen sehr schnell im gesamten Team.

— Azheglov
quelle

Klingt so, als hätten Sie erfolgreich Experten mit Neulingen gemischt. Denken Sie, dass mindestens ein Mitglied des Paares immer ein Experte sein sollte? Was ich frage ist über die spezifische Strategie im Artikel I damit verbunden befürwortete schlägt vor , die am wenigsten erfahrenen Entwickler für jede Aufgabe auswählen und immer Swapping aus dem Senioren Mitglied eines Paares. Der behauptete Vorteil ist, dass Neulinge "Anfängergeist" in die Aufgabe einbringen, aufschlussreiche Fragen stellen und kreative Vorschläge machen. Ich würde gerne von jedem hören, der diese spezielle Strategie ausprobiert hat.

— Don Kirkby

@ Don: (Entschuldigung, ich habe eine Weile gebraucht, um zu antworten, ich habe eine lange Pause von der Seite gemacht). Wenn Sie nicht glauben, dass ein Mitglied des Paares immer ein Experte sein sollte, aber wenn beide Neulinge sind, ist das nicht gut. Sie werden Neulingsfehler machen und sie verewigen. Gleichzeitig ist es nichts Falsches, "Fragen an Neulinge" zu stellen - solange das Paar sie beantworten kann!

— Azheglov