On 19/02/2012 19:23, Andrzej Jarzabek wrote:
> On 19/02/2012 14:33, Bronek Kozicki wrote:
>> On 19/02/2012 12:31, Andrzej Jarzabek wrote:
>>>
>>> Druga sprawa jest taka, że to, co opisujesz jest tylko możliwe wtedy,
>>> kiedy masz innych członków zespołu pracujących nad tym samym, co ty. A
>>> to ma te same wady, które są przypisywane programowaniu parami.
>>
>> różnica polega na tym, że każdy z członków zespołu może w danym momencie
>> pracować nad innym zadaniem, i tylko okazjonalnie poświęcić swoją uwagę
>> zadaniom kolegów.
>
> W takiej sytuacji jest kilka problemów:
>
> Skoro kolega zajmuje się czymś innym, to niekonieczenie ma orientację w
> tym, co robisz, żeby jakkolwiek pomóc. Więc musi się wdrożyć w tematem,

widzisz, cały zespół (mały, ale zespół) zajmuje się pielęgnacją
*jednego* programu, jeden z celów takiej polityki jest taki że dowolny
członek zespołu potrafi poprawić program/ocenić pracę innego/dodać nowe
features. Oczywiście niektórzy znaję pewne miejsce programu lepiej od
innych, ale to kwestia praktyki. GUI jest pielęgnowane przez inny zespół
(i w innym języku).

Ponadto na ten konkretny problem każdy z członków zespołu już wcześniej
się natknął, tylko dopiero niedawno zaczęło to przeszkadzać użytkownikom.

> Kolejną istotną sprawą jest czas przestawienia się, zmiany kontekstu.
> Jeśli twój kolega pracuje nad czymś innym, ale odrywa się od swojej

z mojego doświadczenia zmiana kontekstu jest stosunkowo tania jeżeli
cały czas dotyczy programowania, w ramach tego samego programu.
Spotkania za to, czy zmiana projektu .... to już inna para kaloszy.


B.