Andrzej Jarzabek <a...@g...com> napisał(a):
> > Najlepszy sposób, to dać coś do napisania i ocenić metodykę pracy.

> Sorki, ale nie wierzę w to. Pomijając ewentualne odsianie ludzi, którzy
> programować nie potrafią w ogóle (co raczej wyszłoby też w rozmowie, ale
> test jeest szybszy), to jednak podstawowym problemem w realnym tworzeniu
> oprogramowania jest panowanie nad złożonością. Żeby porządnie
> stwierdzić, jak dobrze ktoś panuje nad złożonością, to na dzieńdobry
> trzebaby dać projekt o odpowiedniej złożoności do zrobienia (poniżej
> kilkudziesięciu godzin pracy raczej nie ma o czym mówić), a żeby
> naprawdę cokolwiek ocenić, to trzebaby na koniec wziąć i zmienić
> wymagania, najlepiej w sposób kłócący się z aktualnym projektem
> programu, i kazać przerobić. A przecież na takie rzeczy nikt nie ma czasu.

Aby zrobić coś dobrze, obojętnie czy się chce dobrze zatrudniać, czy
dobrze skakać o tyczce, to trzeba poświęcić dużo czasu. Zwykle nie da się
dobrze i szybko. Istnieje coś takiego jak zatrudnienie na okres próbny,
wymaga czasu, ale przez dwa tygodnie można komuś dać mały projekcik i
potem zmienić połowę założeń i zobaczyć co kandydat robi.
Pozdrawiam



--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/