Hej

Zastanawiam się nad tym jak zmierzyć wydajność pracy programisty php wykorzystującego znajomość technologii:

1. Projektowanie aplikacji UML , bazy danych DBdesigner
2. OOP PHP 5 , MVC , szablony.

Biorę pod uwagę średnio zaawansowaną aplikację (sklep, cms)

Jak zwykle... za dużo zmiennych Wiadomo jest że jedną super globalną będzie: na różnych etapach tworzenia projektu są różne czasy. Może wystąpić typowy dylemat inżynierii oprogramowania, etc.

Tyle, ile się da
Tyle, ile trzeba

Programowanie to proces twórczy - nie liczysz pracy jak w fabryce wieszaków. Jeśli jednak tak, to współczuję Twoim pracownikom

Pozdrawiam

w/g mnie nie liczy się ile kto jest w stanie napsiać w dzień, liczy się czy kod będzie dobry(!) i na czas / termin.

Ja osobiście mam dzień gdzie naprawde nic mi się nei chce a kod pojawia się jak krew z nosa, a czasami mam taki powerUP że lece kodze cały czas bezp rzerwy, ale ogólnie : trzymanie się terminów + tworzenie dobrego kodu - to powinno się mierzyć

Programowanie to nie jest zwykłe klepanie kodu, lecz także projektowanie i opracowywanie nowych rozwiązań. Jeśli zaczniesz do mierzenia wydajności podchodzić analitycznie, powychodzą Ci głupoty. Od czasu do czasu trzeba się także zatrzymać z kodowaniem, by przemyśleć następny ruch, dzięki któremu jutro się nie zatniesz i nie będziesz musiał zaczynać od początku. Jak takie coś zmierzysz?

To nie jest lanie asfaltu. Nie zawsze idzie równo.

Programowanie to proces twórczy zależny również od dyspozycji umysłowej w danej chwili. Jednego dnia piszesz jak w transie a drugiego dnia nie wiesz do czego służy klawiatura i piszesz mniej.

No i tez inna kwestia - co innego jak sie dostaje do zaprogramowania cos nowego (np. koniecznosc integracji z zewnetrznymi bibliotekami JSa lub cos z Flashem) na kodzie, ktorego dobrze jeszcze nie znamy, itp, itd, a co innego kiedy klepiemy po prostu kolejny CRUD na dobrze znanym nam rozwiazaniu/technologii. Wtedy to i mozna napisac mase kodu (i w bardzo dobrej jakosci), ale na ile to jest jeszcze programowanie, a na ile odtworcza praca.

Bez jaj Nie na pracowników te dywagacje. Docelowo chciałbym siebie zmierzyć



Dlatego też napisałem, iż na różnych etapach różne czasy.

Można zrobić jakieś statystyki ilościowe, np. ilość zmiennych/funkcji/klas czy objętość kodu na godzinę, liczba linijek kodu, jakościowe, typu liczba parse error na godzinę

A tak na poważnie to trzeba oceniać gotowe projekty biorąc pod uwagę ich wielkość, stopień skomplikowania a także użyte technologie, narzędzia, kreatywność i innowacyjność programisty, jakość kodu no i wydajność oraz funkcjonalność produktu. Można zrobić jakiś prosty system oceny w oparciu o wybrane kryteria i ich wagi, ale nawet dobrze znając się na HTML/CSS/PHP/MYSQL/AJAX ciężko będzie ocenić czyjąś pracę bez dokładnego zapoznania się z nią - jednej czy dwóm osobom możesz patrzeć na ręce, ale więcej nie dasz rady.

Najprościej wymagać dokładnych harmonogramów - potem bierzesz wycinek pracy, dokładnie zapoznajesz się z nim, a kiedy już odkryjesz, że np. "pilotażowe wdrożenie wstępnej architektury bazy" zaplanowane na pół dnia to trzy linijki kodu i 5 minut pracy to jesteś w domu Kiedy uda Ci się skrócić ten czas do pół godziny kosztem pół dnia perswazji to programiści nadmuchają następny etap i tak w kółko

Ja jednak będę obstawał, że wszelkie pomiary są pozbawione sensu.
Potrafię napisać dziennie kilkaset, czasem grubo ponad tysiąc lini kodu. Przekłada się to na kilkanaście klas. Fajnie, prawda?
Tylko, że często cały poprzedni dzień, albo dwa poświęcę na projektowanie tego (niekoniecznie w UML, tylko w pamięci, albo w kilku punktach), a zajmuję się tym czasie jakąś "drobnicą", czyli poprawkami.

Inny przykład. Mam do napisania prosty skrypt, ale ma on działać w większym systemie. Muszę rozeznać się w systemie, zobaczyć, na jakie jego elementy mój kod będzie miał wpływ, gdzie go umieścić i na koniec dopiero... piszę 10 linijek. Czas: 2 godziny.

To, co piszę to jest z punktu widzenia freelancera - punkt widzenia szeregowego pracownika poznam od nowego roku ;]

@Pilsener - z rozdmuchiwaniem się zgodzę, ale tego nie unikniesz

Pozdrawiam

Fakt, jak słusznie zauważył Przedmówca - wszystko zależy od trybu pracy. Freelancing to jednak zwykle praca na akord - im szybciej się przecież skończy, tym szybciej się skasuje za projekt i można przejść do następnego, a to nieraz (i niekoniecznie jest to zdrowym bodźcem) mobilizuje do szybszej pracy.

Z drugiej strony - stała praca może być (chociaż znowu - nie musi) być nieco spokojniejsza pod tym względem. Mi osobiście daje w pewnym sensie dodatkowy czas na naukę, a co za tym idzie - zdobycie kolejnych doświadczeń, które często przy zleceniach bym sobie odpuścił, właśnie ze względu na czasożerność...

Wszystko jest względne. Zdarzyło mi się robić projekty w iście ekspresowym tempie (jak na przykład w zasadzie kompletny silnik sklepu, pisany od zera), z drugiej strony - akordówka wpływa często niekorzystnie na produktywność, bo człowiek to nie maszyna i uptime zbliżony do 100% jest niemożliwy

Przy okazji - najlepszego wszystkim, samych dobrze płatnych i przynoszących satysfakcję projektów

chodziło o układanie dywaniku asfaltowo-mineralnego z masy bitumicznej ?!

Ja pisze 283 linie dziennie.

Heh, ja dokładnie 365.5 linii.

Elo, panowie. No ale jaką macie długość linii ustawioną?
Ja mam 80 znaków

A ja pisze wszystko w jednej linii żeby utrudnić złodziejom modyfikację kodu

Tyle ile sie miesci w 1920x1080

Panowie nie liczy się ilość tylko jakość kodu.

@nasty
A wielkość czcionki ?

Dokładnie! tak samo jak umiejętność wyczucia ironii

w dzień?

w dzień razi mnie słońce. piszę pod osłoną nocy

Moj znajomy mający firme programistyczną twierdzi że średnia jego programistów to 200-250linijek.
Mi się to wydawało bardzo mało bo myśle że mam kilka razy taką średnią , choć wiele zależy od zadania
Znam też takich co robią po 2000 linijek dziennie ale kodują jeden dzień a potem tydzień piją

2000 linii dziennie? no chyba nie liczac czasu przeznaczonego na picie kawy, przerwy na fajka, sypania [moderacja] bo cos nie dziala, debugowanie, wykop, bash, joemonster, opowiadanie kolezankom i kolegom z pracy roznych historyjek, itd..

scanner: mozesz juz teraz mi go dac ;]

Polecam tę pozycję, zwłaszcza rozdział 20 i 21.