On 19/02/2012 22:20, bartekltg wrote:
> W dniu 2012-02-19 22:16, Andrzej Jarzabek pisze:
>>
>> Ja mam taki przykład. Przepraszam, że bez szczegółów, ale ogólnie
>> sytuacja wyglądała tak, że program się zachowywał w sposób, który nie
>> powinien być możliwy. Byłem w stanie prześledzić do konkretnego momentu
>> i po prostu wylgądało jakby zachowanie programu było sprzeczne z kodem,
>> tudzież zmieniało się wraz ze zmianą okoliczności, które na to
>> zachowanie nie powinny mieć wpływu. Straciłem dwa dni na debugowaniu wtę
>> i wewtę, logowaniu różnych rzeczy, podstawianiu danych itd. i nic - po
>> prostu paradoks. Pokazałem koledze i w 10 minut zorientowaliśmy się,
>> gdzie popełniłem błędne założenie.
>
> To nawet częsta sytuacja. Ale to zwykła praca zespołowa.

No więc zwykła praca zespołowa (przynajmniej taka, z jaką się zwykle
spotykam) prowadzi do sytuacji, gdzie szukasz pomocy po np. dwóch dniach
walenia głową w mur. Przewaga programowania parami jest taka, że pomoc
masz od razu.

[...]
> Nie. To jest dokładnie przykład z posta wcześniej, obie sprzątaczki
> szukają śmieci i razem mają mniejszą szansę przegapić paproszek.
[...]
>> Taką samą analogię można zbudować dla innych parametrów jak performance,
>> maintainablility, jakość projektu rozmaitych interfejsów itd.
>
> Tak. I to wszytko analogia jakości sprzątania czy wyrobienia
> się na powrót właścicieli domu. Nie masz tam nigdzie sytuacji
> typu 'sam nie ruszysz bo nie masz możliwości'.

Różne analogie można tworzyć, zależy co się za co podstawi. Ogólnie
można powiedzieć, że praca sprzątaczki i praca programisty są na tyle
różne, że dowolna analogia zawali się jak zaczniesz ją rozbierać.

Tutaj jest analogia tylko taka, że kod produkowany przez parę
programistów ma szanse mieć lepsze parametry, niż kod produkowany przez
każdego z tych programistów oddzielnie.

Być może analogia załamuje się na sytuacji, gdzie programiści co prawda
na ogół pracują solo, ale sobie pomagają. Problem wtedy jest taki, że
jeśli sobie pomagają rzadko i krótko to to niewiele daje, a jeśli sobie
pomagają dużo i często to ma praktycznie wszystkie wady programowania
parami, plus dodatkowo taką, że częste przełączanie kontekstów powoduje
utratę produktywności samo z siebie.