"Tequila Uć" <p...@p...onet.pl> wrote in message
news:1184354284.050700.243020@n60g2000hse.googlegrou
ps.com...

>> 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??

Code review czy Peer review nie maja na celu oceny _programisty_. Jesli to
jest Twoim celem to lepiej zapomnij o inspekcjach. W sumie to nie zapominaj
bo to na prawde potezna metoda w zapewnianiu jakosci, tylko ewentualne
metryki wykorzystuj do oceny produktu, a nie pracownikow.
Naczelna idea jest taka, ze zglaszane bledy nie sa atakiem na autora, tylko
przyczynkiem do poprawienia jakosci kodu. koniec kropka.
Code review ma za zadanie wychwycic bledy w kodzie, niedostateczna
jakosc/ilosc komentarzy, brak odnosnikow do dokumentacji, odstepstwa od
coding standardu jesli taki obowiazuje itp. Jak zaczniesz do tego dorabiac
ideologie przeliczalna na premie to cala zabawa straci calkowicie sens.

>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ę.
Otworz ksiazke do matematyki i wybierz dowolny wzor. wszystkie beda mialy
taki sam sens.

pzdr
Muchomor