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 .
źródło
Odpowiedzi:
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.
źródło