2009-09-23 21 views

Odpowiedz

3

Szacunki w oparciu o współczynniki od 10: 1 do 20: 1 (czasy przeglądu do recenzji) są zdecydowanie uzasadnione. Twój aktualny przebieg może oczywiście różnić się w zależności od czystości i czytelności kodu.

Jeśli Twój zespół stosuje programowanie w parze (do pewnego stopnia, niekoniecznie w pełnym wymiarze godzin), może to zwiększyć znajomość programu przez programistów i sprawić, że kod zostanie skrócony w czasie przeglądania.

3

Jeżeli ocena jest wykonywana przez kogoś, kto jest „wewnętrzne” do zespołu. Przegląd będzie trochę łatwy, ponieważ on/ona wie, co się tam dzieje na ekranie pod względem funkcjonalnym. Tak więc 40-godzinny rozwój zajmie 2-3 godziny.

Jeśli recenzja zostanie wykonana przez kogoś "zewnętrznego" do zespołu. On/ona może poświęcić jeden dzień na 40 godzinny rozwój. Ponieważ Recenzent zajmie dużo czasu, aby zrozumieć logikę niż normy poszukujących itp

HTH

+0

Czy możesz sobie wyobrazić, że zewnętrzny zasób do sprawdzania kodu będzie w końcu równie efektywny z wewnętrznego zasobu (ostatecznie uczenie się podstawy kodu). Czy też zewnętrzny zasób jest zwykle inną osobą za każdym razem, gdy jakiś kod wymaga przeglądu? – resolveaswontfix

+0

Osoba z zewnątrz jest inna za każdym razem lub może być taka sama. W dużych firmach doradczych, gdy dostarczają kod klientowi. Istnieją dwie opinie, które powinny się zdarzyć Internal, External. Wewnętrzny jest ktoś z zespołem. Zewnętrzna może być dowolną osobą techniczną - która może/powinna przejrzeć kod. Jest więc szansa, że ​​zewnętrzny jest zawsze inną osobą! –

0

Zakładając swoich praktyk przeglądu kodu mają mieć każdy zameldowania przeglądowi przez innego dewelopera to prawdopodobnie około 2-5 minut na godzina opracowania kodu. To oczywiście bardzo zgrubne oszacowanie.

4

Nie sądzę, że można tak to określić. 1 godzina czasu pracy programisty rzadko odpowiada ustawionej ilości kodu, który jest faktycznie zapisany. Czasami masz ciężkie problemy, które mogą wymagać godziny (na przykład) badań tylko po to, aby uzyskać jedną linię dla konkretnego wywołania metody.

Czasami zdarza się, że dowiadujesz się z dużą ilością kodu typu "kopiuj/wklej", w którym możesz wygenerować wiele do przejrzenia w krótkim czasie.

Zamiast tego, sugerowałbym, abyś spojrzał na to, jak duże są twoje ekrany, w połączeniu ze złożoną logiką, a następnie spróbuj wyliczyć czas przeglądu kodu.

Można też powiedzieć: poświęćmy 5% całkowitego budżetu projektu na przeglądanie. Bez względu na to, nie będzie to oparte na liczbie godzin przeznaczonych na faktyczne zbudowanie czegoś.

2

Powinieneś być w stanie przejrzeć tygodniową wartość pracy w ciągu 2 godzin. (Za jeden programista)

0

W moim osobistym doświadczeniem, opinie kod porównaniu z czasu kodowania, jest zmienna i zależy od wielu czynników takich jak:

  • doświadczenie Coder deweloper
  • Złożoność problemu
  • Wiedza na temat projektu od programisty i recenzenta.
  • pożądanej jakości rozwiązań w kodzie projektu przeglądowi
  • Inne szczegóły

To może wynosić od 10% czasu Coder do 250% w najgorszych przypadkach.

Powiązane problemy