Jakieś doświadczenia z „umysłem początkującego” w programowaniu parami?

Artykuł „Łączenie w pary i umysł początkującego” (PDF) sugeruje, abyś umieścił w parze kogoś, kto najmniej wie o danym obszarze kodu źródłowego. Sugeruje również, że zamienisz się starszy członek pary co 90 minut. Nie tylko nowicjusze dowiedzą się o tym obszarze kodu, ale także będą myśleć inaczej niż ktoś, kto już zna ten obszar.

Czy ktoś ma doświadczenie w tej strategii? Czy ma to jakiś związek z rzeczywistością?

Znalazłem inne pytania dotyczące tego, kiedy stosować programowanie w parach i czy zaakceptować pracę, w której wymagane jest programowanie w parach , ale nie znalazłem żadnych, które dotyczyłyby w szczególności rozwiązłego parowania i strategii „początkującego umysłu”.

Jeśli nie znasz programowania parowego, na Wikipedii i c2.com znajdziesz ciekawe artykuły .

agile pair-programming

— Don Kirkby
źródło

Jaka jest dokładnie różnica między programowaniem par i parowaniem rozwiązłym?

— Fosco,

Zobacz także: meta.stackexchange.com/questions/22795/…

— Shog9

@Fosco, myślę, że rozwiązywanie problemów polega na tym, że często zamieniasz partnerów i tworzysz wszystkie możliwe pary w zespole. Jednak pytam o strategii określonej w którym zawsze zamiana na starszy członek każdej pary i doprowadzić w wywoływaczu z najmniej odpowiednich umiejętności. Artykuł, do którego nawiązałem, rozróżnia umiejętności i kompetencje. (Umiejętności są bardziej szczegółowe.)

— Don Kirkby

Wyjaśniłem pytanie i zmieniłem tytuł, ponieważ chodziło bardziej o konkretną strategię niż ogólnie o rozwiązłe parowanie.

— Don Kirkby

Link do pliku PDF jest uszkodzony. To chyba ten artykuł .

— Pieter Kuijpers

Myślę, że twoje pytanie nie rozumie (być może myli) programowania par i rozwiązanego parowania.

Kiedy programujesz w parę i jeden z programistów wie znacznie więcej na temat danego zadania, drugi programista uczy się bardzo szybko (języki, narzędzia, konstrukcja lub wymagania dotyczące produktu, nad którym pracują. Mam doświadczenie w i bardzo polecam go, aby przyspieszyć pracę współpracowników lub siebie.

Idea rozwiązanego parowania polega na tym, że masz w zespole N programistów i tworzysz z nich wszystkie możliwe pary i często je zmieniasz , wtedy taka wiedza rozprzestrzenia się bardzo szybko w zespole.

— azheglov
źródło

Wygląda na to, że odniosłeś sukces, łącząc ekspertów z nowicjuszami. Czy uważasz, że przynajmniej jeden członek pary powinien zawsze być ekspertem? Co Pytam o to specyficzna strategia zalecał w artykule I powiązany że sugeruje wybranie najmniej doświadczony deweloper dla każdego zadania i zawsze wymieniając się starszy członek pary. Twierdzoną korzyścią jest to, że początkujący przyniosą „umysł początkującego” do zadania, zadadzą wnikliwe pytania i przedstawią twórcze sugestie. Chciałbym usłyszeć od każdego, kto próbował tej konkretnej strategii.

— Don Kirkby

@ Don: (przepraszam, że odpowiedź zajęła mi trochę czasu, zrobiłem sobie długą przerwę na stronie). Jeśli nie uważasz, że jeden członek pary powinien zawsze być ekspertem, ale jeśli oboje są nowicjuszami, to nie jest dobrze. Popełniają błędy początkujących i je utrwalają. Jednocześnie zadawanie „pytań początkujących” nie jest niczym złym - o ile para może na nie odpowiedzieć!

— azheglov,