Jak powszechne jest programowanie par w miejscu pracy?

Zawsze intrygowało mnie programowanie parami, ale w ciągu 12 lat rozwoju nigdy nie pracowałem w miejscu, w którym stosowali tę praktykę, więc zawsze byłem sceptyczny co do tego, jak ludzie ją postrzegają.

Zastanawiam się, czy dzieje się tak z powodu pieniędzy / czasu (Pointy szef szefa spostrzega dwie osoby przy jednym komputerze pracujące na tym samym kodzie !!!! jak śmiesz!) Czy z innych powodów?

Mam ten sam koncert od 15 lat, a ostatnio (ostatnie 12-18 miesięcy) zaczęliśmy stosować techniki Agile. Tam, gdzie stosowane jest programowanie parami, historia wyników / funkcja została zaimplementowana na czas z mniejszą liczbą wad. Nadal nie sądzę, by był on wystarczająco często wykorzystywany.

Przed naszą adaptacją Agile jeden programista i ja od czasu do czasu dzielę się klawiaturą (może raz na 3-4 miesiące). Nasz zespół zarządzający wydawał się niechętny, ale zawsze był zadowolony z naszego nieformalnego parowania, ponieważ zazwyczaj wykonał kilka z następujących czynności:

• zmniejszone silosy w zespole (ogromna wygrana, gdy zespół ma 6-8 deweloperów)
• wytworzony kod z mniejszą ilością wad
• każdy deweloper zazwyczaj zbierał z niego umiejętności

Powiedziałbym, że zarządzanie jest niechętne, ale jeśli możesz podjąć kroki dziecka i wykazać, że później funkcja ta jest lepsza (oszczędność kosztów) i / lub każdy (lub jeden) twórca podniósł pewne umiejętności (płacąc dalej), możesz nabrać siły, jeśli uważasz, że jest to praktyka, która pasuje Tobie lub Twojemu zespołowi.

Domyślam się, że deweloperzy prawdopodobnie będą mieli wiele oporów. Czy pamiętasz, że musiałeś pracować z ludźmi, którzy być może nie byli najbardziej zmotywowanymi osobami na świecie podczas studiów, a nawet szkoły średniej? Ci ludzie nadal istnieją. O ile nie masz zespołu złożonego ze wszystkich „najlepszych” osób, tego rodzaju konfiguracja wywoła u niektórych animozję.

Nie zrobiłem tego oficjalnie, ale ilekroć utknę, zadzwonię do dewelopera i oboje wspólnie wypracujemy rozwiązanie. To świetny sposób na odrzucanie pomysłów, pozwalanie jednej osobie myśleć, podczas gdy druga implementuje, abyś nie stracił toku myślenia, ponieważ piszesz go.

Szkoda, że ​​nie zrobiono więcej.

Nie dbam o to:

1 - Lubię kodować swoją muzykę. Nie wszyscy chcą słyszeć, jak Zabójca uderza w ich uszy.

2 - Wychowałem się, biorąc pod uwagę, że patrzenie na ramiona ludzi jest bardzo niegrzeczne i czuję się bardzo nieswojo, gdy ludzie to robią.

3 - Myślę bardzo szybko, a kiedy szukam rozwiązania, kiedy zaczynam znaleźć odpowiedź, przeszkadzanie jest ostatnią rzeczą, której potrzebuję.

4 - Nie mogę od czasu do czasu robić przerw, aby przeglądać fora i grupy dyskusyjne. Niektórzy i tak mogą uważać to za niewłaściwe, ale uważam, że jest to bardzo ważne dla mojej ciągłej poprawy. Czasami jestem zbyt rozkojarzony, ale generalnie korzyść z mojej zwiększonej wiedzy przeważa nad jakimkolwiek spadkiem wydajności.

Przypuszczam, że może być inaczej w innych zespołach, ale kilka razy, kiedy coś mnie zaskakuje i POTRZEBUJĘ pomocy, prawie zawsze jestem tym, który ostatecznie wymyśli rozwiązanie. Jestem naprawdę dobry w tym, co robię, ale myślę, że może być więcej ... nie jestem pewien, w każdym razie stwierdzam, że lepiej mi po prostu rozwiązać ciężkie problemy i ogólnie lepiej zrobić to sam. Może to zabrzmi arogancko, ale to nie oznacza, że ​​to fałsz.

Rozważyłem, że może to pomóc innym w podjęciu niektórych moich technik, ale biorąc pod uwagę # 3, prawie nie byliby w stanie zadawać pytań, nie przerywając mojego myślenia.

To powiedziawszy, próbowałem od czasu do czasu. Czasami ma to niewielkie zalety, ale z pewnością nie widzę w tym spójnej rzeczy. System samotnych wilków działa dla mnie i wydaje się, że działa dla zespołu.

Programowanie w parach to świetny sposób na rozpoczęcie lub zrobienie czegoś niebanalnego i trudnego. Więcej rutynowych i prostych zadań lepiej wykonywać samodzielnie.

Brałem udział w wielu sesjach programowania par, zarówno w firmach startupowych / garażowych, jak i dużych korporacjach. Niezmiennie zdarzało się to tylko wtedy, gdy wprowadzano coś nowego i trudnego, czyli co najwyżej dwa razy w roku przez kilka tygodni. Jak często zdarza się to w Twojej firmie?

Nigdy tego tak nie nazywaliśmy, ale już w ten sposób zawsze atakowaliśmy nowe problemy. Sparowalibyśmy się, aby zacząć pracę nad rozwiązaniem, ale zwykle wybijaliśmy się, aby indywidualnie dokończyć / wyczyścić szczegóły. Już nie tyle. Wydaje się, że staje się coraz rzadszy.

Niezbyt często. We wszystkich sklepach, w których byłem w ciągu ostatnich 10 lat, widziałem to raz. W najwolniejszym i najmniej wydajnym sklepie. Wydaje się, że tworzy hałaśliwe i stresujące środowisko. Jedna osoba kończy w ciągłym prowadzeniu samochodu i mówieniu, co uniemożliwia drugiej myślenie.

Zbierz zespół do recenzji kodu w grupach lub parach i zapewnij programistom własną przestrzeń. Na dłuższą metę będzie lepiej niż ściganie najnowszej mody Agile.