Ostatnio w mojej firmie zasugerowano, że jeden programista powinien skupić się (i tylko jeden) na jednej funkcji. Oznaczałoby to coś takiego, jak odejście dewelopera od normalnej rutyny zespołu, zwolnienie go z innych obowiązków (spotkań itp.), A ta osoba byłaby „jedyna” odpowiedzialna za tę funkcję, pod względem technologicznym.
Dla przypomnienia, używamy SCRUM w SAFe i mamy pełnoetatowych programistów na zespół, dzieląc kontrolę jakości i właścicieli produktów między naszymi dwoma zespołami (Android i iOS).
Chociaż zgadzam się, że zwiększyłoby to wydajność w krótkim okresie, mam wrażenie (i myślę, że nauczyłem się tego na uniwersytecie), że jest to zła praktyka z wielu powodów:
- Przegląd kodu traci wartość.
- Minimalne dzielenie się wiedzą.
- Przyrost ryzyka
- Utrata elastyczności zespołu.
Czy mam rację, czy to wcale nie jest zła praktyka?
3
Moja natychmiastowa reakcja jest taka, że może to zadziałać, jeśli zrobisz to z umiarem, ale masz rację co do problemów, jeśli posunę się za daleko. Z drugiej strony, z mojego doświadczenia wynika, że każda funkcja ma już faktycznego właściciela: ostatnią osobę, która spędzała dużo czasu nad nią pracując.
—
Ixrec,
„ jeden programista powinien się skoncentrować (i tylko jeden) ” - jeśli chcesz mieć SPOF, warto to zrobić w ten sposób. Niedawno sformułowałem teorię empiryczną, zgodnie z którą osoba, której najbardziej potrzebujesz w określonej sytuacji („ wtf?! Dlaczego tak to napisał? ”), Jest zazwyczaj dokładnie tą, która jest absolutnie nieosiągalna.
—
JensG,
@JensG: Meh, mam teorię empiryczną, że osobą, której najczęściej potrzebuję („wtf? Dlaczego on tak to napisał?”), Jestem ja, i jako taki czynnik autobusowy dla „zapamiętywania rzeczy, które powinny były zostać zapisane w tym momencie „wynosi 0. Jest to po prostu bardziej zauważalne, gdy ktoś mnie blokuje, ponieważ martwię się tym, zamiast ponownie sprawdzać istniejący kod od zera na jego podstawie ;-)
—
Steve Jessop
@SteveJessop: Jasne, próbując inżynieryjne innych ludzi sposób myślenia, badając kilka KLOC ich kodu, podczas gdy klient krzyczy na ciebie, że potrzebuje rozwiązanie teraz ( ! Lub inny ) może być fajny pomysł dla niektórych osób, ale Nie jestem na tyle bystry, by zobaczyć coś śmiesznego w marnowaniu czasu, że zamiast tego mógłbym spędzić bardziej produktywnie.
—
JensG,
@JensG: na szczęście moi klienci są bardziej towarzysko niż twoi. Dlatego nie jestem pod tak dużą presją, aby angażować się w takie magiczne myślenie, które prowadzi do wniosku, że bycie dla mnie ważnym naprawdę powoduje, że ludzie są mniej osiągalni przeze mnie. Jako taki, pomyślałem, że w tym, co powiedziałeś, był element żartowania, więc tak, jestem na tyle nerdy, aby znaleźć zabawną sytuację, w której rekompensujesz niezrozumiały kod, próbując zatrzymać wielu ludzi, którzy pamiętają, jak to działa. Zwłaszcza, że takie wtfi są często moją własną głupią winą, a nie winą moich kolegów.
—
Steve Jessop,