Dnia Fri, 13 Jul 2007 19:18:04 -0000, Tequila Uć <p...@p...onet.pl>
w <1...@n...googlegroups.c
om> napisał:

>
>> Słyszałem o takim podejściu, aby _wzajemnie_ dokonywać inspekcji kodu.
>> Bynajmniej nie po to, aby uzyskać statystyki kto ile byków/linijkę kodu
>> robi, ale aby "cenzor" miał świadomość, że niedługo sam będzie oceniany
>> przez drugą osobę. W efekcie ocena nie jest zbyt surowa, kulturalnie zwraca
>> się uwagę.
>
> a nie skutkuje to przymykaniem oka na błędy, po to żeby samemu nie być
> zbyt surowo ocenionym??
> Ja też nie chcę tworzyć statystyk dla samego ich tworzenia. Szukam po
> prostu matematycznego modelu, który będzie potem miał przełożenie na
> premię.

http://www.joelonsoftware.com/
Gdzieś tam było napisane, jak ładnie matematycznymi modelami załątwić
kreatywność w programowaniu, czyli spowodować, że programiści zamaist
programować zaczną nabijać punkty w rankingu, kod będzie lepiej
punktowany i bardziej syfiasty.

Do audytu kodu musisz mieć bardzo solidne ustalenia.
I przygotować ewentualnie instancjęweryfikującą jakość owego audytu,
czyli nie że koleś A umówi się z kolesiem B na tyle a tyle błędów, A je
zrobi, B je znajdzie, a potem odwrotnie, i obaj będą wygrani, podczas
gdy tych błędów od początku mogło nie być.
Gra o sumie zerowej wystartuje wyścig szczurów, o sumie dodatniej
zarżnie produktywność.

ja czyli jakub
--
Z zaparkowanego Forda Fulkersona wysiedli generał Grant i porucznik
Revoke.