Pair programming 10 zasad. Dobre praktyki programowania w parach

Pair programming, czyli programowanie w parach, polega na jednoczesnej pracy dwóch programistów nad jednym kodem. Jeden z nich jest “kierowcą”, a drugi “pasażerem” lub „nawigatorem”.

Kierowca odpowiada za pisanie kodu, a pasażer przygląda się, zadaje pytania, dodaje pomysły i niekiedy naprowadza kierowcę. W tej technice często po pewnym czasie następuje zamiana roli.

To popularny sposób, który przynosi korzyści dla projektu jako całości, jak i dla biorących udział programistów. Brzmi łatwo, ale w praktyce, często miewamy problemy z takim trybem pracy.

Krzysztof Szukieć. CEO Stepwise. Absolwent Ecole Nationale Superieure des Telecommunications de Breatagne. Swoje doświadczenie zdobywał na projektach m.i.n we Francji i Hiszpanii, zarówno jako IT Project Manger, jak i Software Development Manager. Założyciel firmy Stepwise działające na rynkach międzynarodowych od 3 lat. Aktywnie udzielający się w wielu organizacjach zrzeszających przedstawicieli branży IT.

Pair programming w 10 zasadach:

Jest wiele dobrych praktyk programowania, które wpływają na efektywność pracy, redukują ilość poprawek i błędów w kodzie oraz pozwalają na stworzenie jego najbardziej optymalnej wersji. W tym artykule skupimy się na praktycznych poradach, które znajdą zastosowanie w programowaniu w parach. Poniżej znajdziesz 10 zasad, które pozwolą Ci w pełni skorzystać z możliwości pair programmingu.

1. Wspólnie ustalcie miejsce pracy

Każdy programista ma swoje przyzwyczajenia i preferencje, jeśli chodzi o środowisko pracy. Dlatego musicie wcześniej omówić, jak będzie wyglądało Wasze miejsce pracy. Nawet z pozoru małe rzeczy, takie jak myszka czy skróty na klawiaturze, mogą utrudnić współpracę i sprawić, że pair programming nie będzie przyjemnym doświadczeniem.

2. Zadawajcie konkretne pytania

Jeśli zapytasz kogoś “jaka jest wartość zmiennej?”, ciężko będzie uzyskać odpowiedź, której potrzebujesz. Zamiast tego zadawaj konkretne pytania “jaka jest wartość zmiennej w linijce numer 124 w pliku x.java?”. Dzięki temu unikniecie marnowania czasu i nauczycie się lepiej komunikować, co jest jedną z największych zalet pair programmingu.

3. Skupcie się na najlepszych rozwiązaniach

Każdy z nas ma swoje pomysły. Czasem, podczas pracy, będziecie zgodni. A czasem nie. To dobry znak – z dyskusji wychodzą najlepsze rozwiązania. Ale musicie odpowiednio poprowadzić dyskusję, w przeciwnym razie, będzie ona trwała wiecznie. Zamiast opowiadać o swoich pomysłach i rozwijać ich szczegóły, skupcie się na przedstawieniu zalet i korzyści płynących z danego rozwiązania. Dzięki temu programowanie w parach będzie bardziej efektywne i zamiast marnować Wasz czas na rozwlekłą dyskusję, wypracujecie najlepsze rozwiązania.

4. Otwarta komunikacja

Podczas dyskusji na pewno zdarzy Ci się, że opinia współpracownika zaboli. Zamiast ukrywać to uczucie i próbować zdusić je w sobie, powiedz o tym otwarcie. Musicie komunikować swoje odczucia i myśli, w przeciwnym razie, stracicie swoją produktywność. Jeśli będziecie chować urazę, prędzej czy później wpłynie to na jakość Waszej pracy i współpracy. Lepiej uniknąć tego z góry i od razu jasno i otwarcie rozmawiać.

5. Doceniaj swojego współpracownika

Pair programming to bardzo osobiste doświadczenie. Obca osoba wchodzi do naszej przestrzeni, naszych metod pracy, korzysta z naszych pomysłów. Ale jest to też bardzo podnosząca na duchu sytuacja. Niezależnie od tego, co się stało, albo możesz być dumny, ponieważ pomogłeś rozwiązać problem, albo czujesz się dumny, ponieważ zdobyłeś nową wiedzę.

Przez to, że to delikatny rodzaj współpracy, staraj się zawsze docenić swojego współpracownika, kiedy jest to możliwe. Nie musisz wszędzie dorzucać komplementów, ale warto czasem przekazać drugiej osobie, że jej pomysł czy rozwiązanie są super lub podziękować za nauczenie Cię czegoś.

Oferty pracy z

6. Staraj się nie przeszkadzać

Niezależnie od tego, czy w trakcie dyskusji, czy w trakcie pracy – staraj się nie przerywać współpracownikowi w środku zdania lub w środku linijki kodu. Czasem oboje możecie mieć potrzebę porozmawiania na jakikolwiek temat, ale rozmowy tego typu obniżają Waszą produktywność. Zamiast tego, ustalcie przerwę.

7. Przerwy są ważne

Skoro już wspomnieliśmy o przerwach, pamiętaj, że są one niezwykle ważne. Niezależnie od tego czy pracujesz sam, czy z kimś, przerwy zawsze są potrzebne. Każdy z Was potrzebuje chwili na oczyszczenie umysłu, odpoczynek, rozmowy niezwiązane z pracą. Musicie ustalić konkretny plan przerw. Przykładowo, raz na godzinę. I nie dajcie się złapać w pułapkę “kończenia tej jednej, małej rzeczy”. Ta jedna, mała rzecz, często zamienia się w kilkugodzinny maraton pracy, który nie służy Waszej produktywności.

8. Często się zmieniajcie

Jak już wiesz, pair programming opiera się na dwóch rolach – “kierowcy” i “pasażera”. Prawdopodobnie możesz się domyślić, że rola kierowcy jest dużo ciekawsza, w końcu to on fizycznie korzysta z klawiatury i pisze kod. Dlatego pamiętajcie o tym, żeby często zmieniać swoje role. Jeśli Twój współpracownik sam nie zaproponuje zmiany, Ty to zrób. Alternatywnie, dobrze jest też ustalić konkretny plan zamian.

9. Tłumacz swój kod

Zamiast pracować w ciszy, tłumacz swojemu współpracownikowi co robisz, jak to robisz i dlaczego tak robisz. Dzięki temu zawsze macie otwarty kanał do komunikacji i osoba, która w danym momencie jest “pasażerem” nie będzie wykluczona. Tłumaczenie kodu jest też świetną metodą na uporządkowanie swojej wiedzy, ponieważ musimy przekazać ją komuś innemu w taki sposób, żeby nas zrozumiał.

10. Bądź w swojej roli

Często podczas pracy, gdy będziesz na miejscu “pasażera”, możesz mieć potrzebę szybko coś dopisać lub zmienić w kodzie. Powstrzymaj się od tego i pozostań w swojej roli aż do czasu zamiany. Jeśli chcesz coś zmienić lub poprawić – zakomunikuj to swojemu współpracownikowi. Takie “jednorazowe” zamiany roli wprowadzają chaos, zmniejszają efektywność pracy i zabierają Wam jedną z największych korzyści z pair programmingu, jaką jest komunikacja.

Stosowanie się do powyższych zasad pomoże Ci wykorzystać pełny potencjał pair programmingu. Pamiętaj jednak, że to, z kim współpracujesz i Wasza relacja jest kluczowa dla przebiegu pracy. A niestety, nad tym musisz pracować sam.

Zdjęcie główne artykułu pochodzi z unsplash.com.