Witam,

Jak oceniać pracę programisty? Zamierzam zatrudnić niebawem pierwszego w życiu i nie wiem jak się za to zabrać. Mam jakąś tam kwotę, którą chciałbym przeznaczyć (widełki) ale zupełnie nie wiem jak ocenić np. w okresie próbbym czy człowiek pracuje efektywnie. Jeśli zlecę mu jakiś projekt a on go wykona to nie mam pojęcia, czy w tym czasie nie mógł zrobić takich dwóch. Albo będzie narzekać, że za dużo pracy a w rzeczywistości tak nie będzie.
Jak to ugryźć?

Musisz jego jedną linijkę kodu liczyć jako 48 sekund pracy. Więc jeśli napisał dla Ciebie 1000 linijek kodu i nie wyrobił się w 14h zegarowych, możesz śmiało zwolnić gnojka i zamknąć firmę. A później na przykład zacząć hodować jedwabniki i zarejestrować się na forum dla miłośników jedwabników i tam już pytać o szczegóły.

Jeżeli sam się interesujesz programowaniem, to powinieneś widzieć ile tobie to zajmie, a w ile on to zrobił.


Hahaha

Damonsson, czemu akurat 48 sekund?
Firma zajmuje się czymś innym. Programista potrzebny jest do rozwijania paneli obsługi i innych systemów wykorzystywanych w firmie. Do tej pory robiłem to ja w wolnym czasie, jednak pracy jest już bardzo dużo. Także w przypadku niepowodzenia na pewno firmy nie zamknę
Czy przeliczenie na linie kodu to na pewno dobry sposób? Napisanie znaczników to 48 sekund?

Serio nie wyczułeś sarkazmu?

To chyba nie wyczułem
Nie mam pojęcia jak się za to zabrać.

Prawdziwy artysta nie liczy czasu

Powiem Ci szczerze, że nie masz szans tego ocenić, i tyle.

Pitu pitu... Co Ty chcesz oceniać skoro nie masz zielonego pojęcia jak to zrobić ? Odpuść to sobie z miejsca. Ogolnie myślę, że dla Ciebie najlepszym rozwiązaniem może być wzięcie go na okres próbny płatny oczywiście. Jeśli będzie odpowiadać Ci i jemu to go bierz. Jeśli będzie się opierdalać to go nie bierz i tyle w temacie...

to rozliczaj się za wykonanie projektu, a nie za godzinę.


typowo polskie myślenie - wszyscy kradną i oszukują.

Przy ciągłej pracy jak niby dzielić to na projekty?



Typowe polskie myślenie właśnie prezentujesz.
Po to są różne umowy, ustalenia, raporty w różnych rodzajach prac i zawodach, żeby wzajemna współpraca, nie tylko na linii pracodawca-pracownik, układała się dobrze.
Przyszedłem po poradę jak ugryźć to w przypadku programisty. Owszem, w google można znaleźć pewne informacje, jednak głównie dla całych zespołów. Nie mam takowego, więc nie mogę tego zastosować. Na pewno na forum są jacyś pracodawcy, którzy mogą się wypowiedzieć.

Tzn? Jakiego typu to są prace? Jeżeli pracą ciągłą są np. kolejne wtyczki, skrypty, strony, to rozliczać się należy za każdą wtyczkę, skrypt, stronę, itp



Tego użytkownika nie słuchaj, bo tym co powiedział właśnie udowodnił, jakim jest CEBULAKIEM .

Wracając do sedna pytania tak jak powiedzieli poprzednicy - jeżeli sam się na tym nie znasz, to nie jesteś w stanie tego ocenić. Możesz też zastosować inną metodę, ale to już będzie niezłe babranie. Po wykonaniu projektu możesz zlecić jakiemuś innemu (ogarniętemu, najlepiej znajomemu) programiście jednorazowo ocenę projektu pod względem kodu i czasu z dokładnym wyjaśnieniem co, jak i dlaczego.

Powodzenia.

Chcę zatrudnić na stałe, umowa o pracę. Jak wtedy proponujesz na takie małe elementy?
Chyba lepsza metoda to sprawdzenie przez kogoś innego. Bo nie chcę z góry zakładać czegoś, czego nie zrealizujemy.
No nic, będziemy próbować jakoś.

Ciekawi mnie o jakiej kwocie mówimy

Hm, zasadnicze pytanie: jesteś programistą? Jeśli tak, to drugie zasadnicze pytanie: czy w miarę kumatym? Jeśli na oba pytania odpowiesz przecząco to pojęcia nie mam co Ci poradzić, bo wydaje mi się, że jesteś skazany na porażkę.

Nie możesz, żadną miarą, oceniać czyjejś pracy nie mając o tym elementarnego - co najmniej - pojęcia.

nie znajdziesz dobrego programisty. Dobry programista już dawno ma prace i na pewno nie robi jako jednoosobowy zespół dla przeciętnego prywaciarza - to po pierwsze. Po drugie dobry programista kosztuje. To co uda się tobie wyłapać na rynku pracy to albo student który coś tam ogarnia ale brak mu doświadczenia, albo samouk, który zrobił kilka statycznych stron i uważa, że zna się w temacie. Życzę Ci ambitnego studenta, w którego tak czy siak będziesz musiał zainwestować bo będzie marnować sporo czasu na nauke nowych rzeczy lub poprawkę startych błędów. Ty jednak tego nie zweryfikujesz bo mimo tego, że Twój pracownik nie jest profesjonalistą, to i tak ma jakiś zasób wiedzy który daje mu przewagę na wciśnięcie Tobie każdego kitu. Z czasem może dojść też do tego, że taki student rozwinie u Ciebie skrzydła i zobaczy, że nic więcej w Twojej firmie nie osiągnie. Biorąc jeszcze zapewne pod uwagę jego zarobki u Ciebie, stwierdzi że to bez sensu i złoży wypowiedzenie na rzecz pracy w poważniejszej firmie : ) Takie są realia i nie piszę tego aby Tobie dopiec. Znam też niestety podejście prywaciarzy do tego fachu. Wielu spostrzega programistów jako "gości od komputera" i bardziej potrafią docenić fach i wiedzę np mechanika niż właśnie "nas". Stąd też później wiele nieporozumień i rozczarowań : )

pedro84, nie jestem i jestem programistą. Nie uczyłem się na niego ale z racji obciążeń finansowych na początk nie było mnie stać i jak napisałem wyżej, do tej pory programowałem trochę. Ale nie jestem w stanie tego porównać bo nie jest to moje główne zajęcie. Ale owszem, większość rzeczy rozumiem, jednak np. oop to nie jest mój temat, raczej proceduralnie wciąż piszę.

[PHP] pobierz, plaintext 
Ale owszem, większość rzeczy rozumiem, jednak np. oop to nie jest mój temat, raczej proceduralnie wciąż piszę. 
[PHP] pobierz, plaintext 

Powiem tak, jak widzisz że nie jest oop, to znaczy że koleś wytwarza skrajnie badziewny kod i trzeba go wywalić ;]
Chyba że szukasz pracownika za 1-1.5k to wtedy trudno czegokolwiek wymagać.