Temat: Zadania na rozmowę o pracę

Witam,
mam takie pytanie do tych którzy kiedyś musieli rekrutować pracowników. Jakie zadania dawaliście kandydatom ? Może się jakimiś podzielicie ? Przerzuciłem chyba z tuzin ludzi i zaczynam się zastanawiać czy nie mam za wysokich wymagań (tzn znajomość php do 5.3 włącznie, OOP, Smarty lub inny TE [ nie kombinowałem, mało kto zna inne systemy szablonów a chciałem by znali jakikolwiek ] no i standardowo MySQL).

Otóż z tych kandydatów którzy już z początku nie uciekli i rozmyślili się kilku przyszło na rozmowę. Wpierw pokazałem im nad czym pracujemy, później rzucili okiem na kod i różne takie. Porozmawialiśmy o kasie i dziennej rutynie a jak już wszystko było jasne to pogadaliśmy o PHP.

I tu zaczęły się schody. Teoria, nawet najprostsza jeżeli chodzi o OOP leży i kwiczy. Jeden facet nawet nie mógł mi odpowiedzieć czemu programuje obiektowo. Proste pytanie - dlaczego OOP i zero odpowiedzi. Gdzie przed chwilą mówił mi że OOP ma w jednym paluszku.

No ale nie wszyscy lubią teorię. Znam programistów z 10-letnim stażem klepiących w Javie różne cuda a jak go zapytasz co to nawet sławny Singleton albo Active Record albo cokolwiek to wywali oczy i zapyta czy to coś ala Hibernate albo Swing.

Więc dałem im 3 - wydawało się proste pytania:

1. Adres url w stylu:
http://www.example.com/test1/

gdzie dostawali 2 liczby (dosłownie - na stronie były wypisane 2 liczby) które musieli dodać i wysłać pod adres
http://www.example.com/test1/[wynik]

co pokazało by im czy jest dobrze czy źle. 1 osoba to zrobiła po pół godziny bawiąc się curl gdzie wystarczyło skorzystać z file_get_contents. Mało tego - jak mu powiedziałem żeby z tego skorzystał to najpierw pobrał zawartość strony z użyciem file_get_contents a później jak miał wywołać ten sam adres z dodanym wynikiem to użył... file_put_contents... I niestety mu się nie udało.

2. Niektórych takie zadanie może zaskoczyć bo jednak nie często pobieramy coś z innych stron okazuje się (powiedzmy) więc pomyślałem że dam coś bardzo praktycznego. Mieli plik tego typu:

$tab = array(

    array(id => 1, parent => 0, name => pierwszy),

    array(id => 2, parent => 1, name => drugi),

    itp...

);

Jest to mniej i więcej to co otrzymacie po pobraniu danych z bd. No więc zadanie polegało na... zrobieniu z tego drzewa UL / LI. Zagnieżdżonego rzecz jasna. Nikt mi tego nie zrobił gdzie wystarczyła prosta funkcja rekurencyjna. Punktem drugim tego zadania tylko dla tych którzy znają smarty (znam takich co robią w Twigu albo w Blitzu itp więc tylko dla niektórych) było to by zrealizowali to właśnie w Smarty 3. I nawet wszystko przygotowałem, tylko wystarczyło szablon uzupełnić i ewentualnie coś dopisać po stronie PHP.

Przy następnym kandydacie chyba zapytam tylko o różnicę między = / == / === ale szczerze powiedziawszy - zaczynam się bać.

Macie jakieś sugestie ? Perypetie ? Cokolwiek ? Może polecacie jakieś zadania które by się lepiej sprawdziły ? Zależało mi na takich które można zrobić w 2-10 minut. Nie cierpię dawać takich jak raz trafiłem gdzie miało się przygotować bd, skrypt do obsługi bd, kolejny który bada 3 adresy WWW pod względem cen i robi porównywarkę. Dużo zabawy i strata czasu.

Temat: Zadania na rozmowę o pracę

jak chcesz to mogę ci rozwiązac te zadania - może pomoże ci to przestać się bac ;)

Temat: Zadania na rozmowę o pracę

Na czym Ci najbardziej zależy?

Jeżeli na znajomości PHP i jego funkcji, to wydaje mi się, że 2 jest ok, chociaż bym je trochę skomplikował:)

Jeżeli na OOP (rozumieniu), to poprosiłbym kandydata o stworzenie diagramów (bądź szkieletu kodu) na podstawie jakiegoś scenariusza np.
"Kandydat przychodzi na rozmowę kwalifikacyjną, ma on jakieś dane osobowe i umiejętności. Musimy sprawdzić czy wśród jego umiejętności są co najmniej dwie, które nas interesują. Jeżeli tak, to go zatrudniamy:)"
Oprócz tego ja zawsze zadaje pytanie o różnice pomiędzy interfejsem, a klasą abstrakcyjną. I okazuje się, że nie jest to takie proste:)

Co do SQL (bo z tego co piszesz, to jest takie wymaganie), to proponowałbym jakieś zapytanie z jednym, dwoma joinami (jeżeli dwa, to najlepiej mieszane), jakimś warunkiem (dla skomplikowania może być having).Sebastian Malaca edytował(a) ten post dnia 21.02.12 o godzinie 11:23

Temat: Zadania na rozmowę o pracę

Zależy mi na programiście który wie co robi :) O SQL nawet nie pytam. W systemie który przygotowałem jakiekolwiek zapytanie SQL pisze się raz na ruski rok a nawet rzadziej. Ostatnio też coraz częściej myślę o bazie MongoDb. Przy tym co robimy w wielu wypadkach sprawdziła by się o wiele bardziej niż bazy SQL ale niestety nie znam jej jeszcze na tyle dobrze. Zwłaszcza chciał bym wiedzieć jak wygląda wydajność przy takiej bazie.
Więc o SQL specjalnie nie pytam. Zakładają że kandydaci się orientują co nie co. A jak coś to zawsze mam w biurze książki i tablice do luknięcia.

Z diagramem to niegłupi pomysł. Poprosić o kawałek własnego kodu żeby zobaczyć jak pisać a na rozmowie rzucić mu zaprojektowanie interfejsu dla narzędzia które miało by go rozwiązywać (bez właściwego kodu).

Z tym interfejsem i klasą abstrakcyjną to się nie dziwię. Nawet nie pamiętam kiedy widziałem jakiś zewnętrzny projekt który by użył albo jedno albo drugie nie mówiąc już o tym że wiele osób rzeczywiście nie wie czym się one różnią. Może rzeczywiście będę to wyciągał rozmawiając z kandydatem. Na ogół robię to "podstępnie". Tzn rzucam tekst w stylu "super, ostatni kandydat to nawet nie wiedział co to jest active record" i obserwuję wyraz twarzy kandydata :P

Właściwie oba zadania miały sprawdzić znajomość PHP i przy okazji pozwolić mi obserwować jak kandydaci podchodzą do problemu. Bo nie tyle mnie interesowało czy rozwiązali problem ile jak rozwiązali go i jak się do tego zabierali.

Temat: Zadania na rozmowę o pracę

@Dariusz,

Jeśli masz godzinę na rozmowę, trzeba znaleźć złoty środek między sprawdzeniem wiedzy teoretycznej kandydata a umiejętnością rozwiązywania zadanego problemu.

Przykładowo.

1. Ustosunkuj się do problemu przedsiębiorstwa. Znajdź rozwiązanie tego problemu. Zaproponuj architekturę, technologię, zaprojektuj wycinek bazy danych.
To jest realny problem, o którym można z kandydatem porozmawiać.

Nie komentował bym również umiejętności kandydatów. To mało profesjonalne. W najgorszym wypadku może się obrócić przeciwko rekrutującemu.

Przykład:

Na spotkaniu rekrutacyjnym siedzi pani z HR, techniczy i manadżer działu. Techniczny pyta.
T: Jaka jest różnica między interfejsem a klasą abstrakcyjną?
K: Taka i taka.
T: Niestety, niewiele pan o tym wie.
K: A jaki jest czas dostępu do metody interfejsu a metody klasy abstrakcyjnej?
T: ...

Kultura musi być.

Temat: Zadania na rozmowę o pracę

Dariusz Półtorak:
Ostatnio też coraz częściej myślę o bazie MongoDb. Przy tym co robimy w wielu wypadkach sprawdziła by się o wiele bardziej niż bazy SQL ale niestety nie znam jej jeszcze na tyle dobrze. Zwłaszcza chciał bym wiedzieć jak wygląda wydajność przy takiej bazie.

Jednym z powodów powstania MongoDB i innych baz NoSQL było zwiększenie wydajności, i łatwości skalowalności baz danych. MongoDB jest jednak bardzo agresywne w zużyciu pamięci RAM i powierzchni dysku, i głównie dzięki temu jest tak wydajne.

Minusem systemów NoSQL jest np. brak wsparcia dla transakcji ACID - tzn. w mongo można pewne operacje synchronizować ale to nie to samo co transakcja ACID, na pewno nikt w tej chwili nie użyłby tej bazy np. do obsługi transakcji bankowych.

PS.
http://www.linuxjournal.com/article/10770Tomasz Zadora edytował(a) ten post dnia 21.02.12 o godzinie 12:57

Temat: Zadania na rozmowę o pracę

Taka uwaga do zadania pierwszego - sam skorzystał bym z curl'a, ale ja mam jakąś awersję do otwierania zewnętrznych urli metodami plikowymi.

Gdy miałem okazję rekrutować/egzaminować to ludzie dostawali konkretny problem i z nim pracowali.
Projekt - diagram, a potem implementacja wybranych elementów. Podczas pracy, słowna opisówka jak i dlaczego tak.

Żadko kiedy sprawdzam czy to co zrobili zadziała, czy zna słownictwo. Ważniejsze jest dla mnie czy orientuje się w tym co robi i czy potrafi uzasadnić wybory jakich dokonuje.

[edit]
@Dariusz - swoją drogą, a umiał byś odpowiedzieć na pytanie czemu piszesz obiektowo?
Bo ja jak odpowiadam sobie na to pytanie, to chyba bym sobie pracy nie dał :DMichał Wachowski edytował(a) ten post dnia 21.02.12 o godzinie 13:05

Temat: Zadania na rozmowę o pracę

Tomasz Zadora:

Dariusz Półtorak:
Ostatnio też coraz częściej myślę o bazie MongoDb. Przy tym co robimy w wielu wypadkach sprawdziła by się o wiele bardziej niż bazy SQL ale niestety nie znam jej jeszcze na tyle dobrze. Zwłaszcza chciał bym wiedzieć jak wygląda wydajność przy takiej bazie.

Jednym z powodów powstania MongoDB i innych baz NoSQL było zwiększenie wydajności, i łatwości skalowalności baz danych. MongoDB jest jednak bardzo agresywne w zużyciu pamięci RAM i powierzchni dysku, i głównie dzięki temu jest tak wydajne.

Minusem systemów NoSQL jest np. brak wsparcia dla transakcji ACID - tzn. w mongo można pewne operacje synchronizować ale to nie to samo co transakcja ACID, na pewno nikt w tej chwili nie użyłby tej bazy np. do obsługi transakcji bankowych.

PS.
http://www.linuxjournal.com/article/10770

Z powierzchnią dysku nie mam się co przejmować. To samo RAM więc chyba w końcu wezmę się za eksperymentowanie. Dzięki.

Piotr Fatyga:
@Dariusz,

Jeśli masz godzinę na rozmowę, trzeba znaleźć złoty środek między sprawdzeniem wiedzy teoretycznej kandydata a umiejętnością rozwiązywania zadanego problemu.

Nie ma limitu czasu właściwie ale nie lubię przeciągać takich spotkań. Na ogół lubię najpierw rozluźnić atmosferę bo się stresują co niektórzy. Dlatego im pokazuje jak się pracuje. Pokazuje im kod i jakieś rozwiązania i takie tam. Długo to nie trwa a po chwili zachowują się o wiele swobodniej.
O teorii jest mało. Jak mówiłem - jest wielu programistów którzy mają podejście bardzo praktyczne. Mi to nie przeszkadza. Sam długo tak pracowałem i dopiero z czasem zacząłem bardziej studiować to co robię. Często się okazywało że to co robię czy to co gdzieś widziałem a stosuje ma fachową nazwę :P To mnie przekonało że warto zakupić literaturę i zgłębić temat. Ale nie mam nic przeciw ludziom czysto praktycznym.

Przykładowo.

1. Ustosunkuj się do problemu przedsiębiorstwa. Znajdź rozwiązanie tego problemu. Zaproponuj architekturę, technologię, zaprojektuj wycinek bazy danych.
To jest realny problem, o którym można z kandydatem porozmawiać.

Prawda. Ale takie rozmowy to już z kandydatami którzy pokazali że coś potrafią. Ja rozbijam się o beton który nie potrafi powiedzieć czemu właściwie stosuje OOP

Nie komentował bym również umiejętności kandydatów. To mało profesjonalne. W najgorszym wypadku może się obrócić przeciwko rekrutującemu.

Przykład:

Na spotkaniu rekrutacyjnym siedzi pani z HR, techniczy i manadżer działu. Techniczny pyta.
T: Jaka jest różnica między interfejsem a klasą abstrakcyjną?
K: Taka i taka.
T: Niestety, niewiele pan o tym wie.
K: A jaki jest czas dostępu do metody interfejsu a metody klasy abstrakcyjnej?
T: ...

Kultura musi być.

Tu mam bardzo prostą zasadę. Jak kandydat nie zapyta to nie komentuję. Trafiło mi się dwóch takich co mi na email wysłali prośbę by im podpowiedzieć na czym mogli by się skupić i pytali się jaką literaturę mogę polecić.
A co do

K: A jaki jest czas dostępu do metody interfejsu a metody klasy abstrakcyjnej?

to powiem tyle że w momencie gdy klient ma podstawy to jest to wiedza. Jeżeli klient nie ma podstaw to taka wiedza jest tylko ciekawostką którą przeczytał. Przypomina mi się profesor którego bardzo cenię. Miał prostą zasadę. Każdy egzamin rozbijał na 3 części. Każda część miała pułap na zaliczenie jej.
Żeby dostać 5 musiałem rozwiązać wszystkie 3 części na 80%. ALE jeżeli nie rozwiązałeś części pierwszej (która była wymagana by w ogóle zaliczyć) to choćbyś część 2 i 3 rozwiązał na 100% to i tak nie zaliczysz.

Nie wybudujesz domu nie mając solidnych fundamentów. Ot takie moje spostrzeżenie.

Temat: Zadania na rozmowę o pracę

Jeśli chcesz znaleźć programistę, a nie osobę, która miała PHP na lekcjach informatyki / zajęciach na studiach, to nie możesz odpuszczać i zaniżać wymagań.
Co do znajomości teorii to zgadzam się, często to leży, ale jeśli ktoś jest sensowny, to zawsze może nadrobić. Wydaje mi się, że najważniejsze jest przetestowanie sposobu myślenia i podejścia do rozwiązywania problemów.

Ja robiłem jedno większe zadanie. Kandydat dostawał bazę danych o bardzo prostej strukturze, w której były dane produktów (id, nazwa, opis, cena), kategorii (id, nazwa), powiązań z kategorii z produktami oraz zdjęcia (id, nazwa, ścieżka do pliku).
Zadanie polegało na zrobieniu prostej strony z możliwością przeglądania produktów wg kategorii plus prostej wyszukiwarki (szukanie całego stringa). Do tego przewidziałem kilka dodatkowych poleceń, jakby komuś dobrze poszło. Wydaje mi się, że tego typu test dobrze się sprawdził. Na pewno eliminował osoby, które potrafiły tylko coś poprawiać w istniejącym kodzie.

Temat: Zadania na rozmowę o pracę

Michał Wachowski:
Taka uwaga do zadania pierwszego - sam skorzystał bym z curl'a, ale ja mam jakąś awersję do otwierania zewnętrznych urli metodami plikowymi.

tym bardziej że często fopen i tym podobne wynalazki na wielu serwerach nie mogą otwierać nielokalnych ścieżek

Temat: Zadania na rozmowę o pracę

Mateusz Jaworski:

Michał Wachowski:
Taka uwaga do zadania pierwszego - sam skorzystał bym z curl'a, ale ja mam jakąś awersję do otwierania zewnętrznych urli metodami plikowymi.

tym bardziej że często fopen i tym podobne wynalazki na wielu serwerach nie mogą otwierać nielokalnych ścieżek

Co nie zmienia faktu że gdybym stał przed perspektywą zaglądania do manuala i wyklepania całego kodu jaki jest potrzebny przy curl to bym chociaż sprawdził czy coś takiego:

$str = file_get_contents('http://example.com/test1/');

$arr = explode(' ', $str);

$result = $arr[0]+$arr[1];

echo file_get_contents("http://example.com/test1/$result/");

w ogóle działa...Dariusz Półtorak edytował(a) ten post dnia 21.02.12 o godzinie 14:20

Temat: Zadania na rozmowę o pracę

No racja, sprobowac nie zaszkodzi. Ja zwykle jak potrzebuje cos na szybko to sie tez z cURL nie pałuje.

Ja jak zyje zawsze cURL przeklejam z PHP.net bo nigdy nie pamietam jak sie tego uzywaMateusz Jaworski edytował(a) ten post dnia 21.02.12 o godzinie 14:25

Temat: Zadania na rozmowę o pracę

Z reguły jak robisz takie rzeczy w aplikacji to używasz cURL'a bo od tego właśnie jest. file_get_contents nie uzywa się raczej do zewnętrznych linków. Inna sprawa jest taka że wcale nie jest powiedziane że cURL też bedzie zainstalowany wszędzie :)
Ogólnie to można zrobić sprawdzenie czy jest jedno i drugie i z jakiegoś korzystać ale w zadaniach testowych przecież nie chodzi o to żeby siedzieć 20 godzin nad jednym rozwiązaniem. Wchodzisz na php.net, kopiujesz podstawowe opcje cURL'a, pobierasz i wysyłasz odpowiednie dane i tyle.

Co do samego sprawdzenia kandydatów jako programistów to całkiem fajne jest codility, są tam co prawda dość proste zadania ale przynajmniej można sprawdzić czy dana osoba potrafi myśleć.
Znajomość poleceń moim zdaniem jest sprawą drugorzędną, tym bardziej że po to mamy dokumentacje żeby z niej korzystać, a technologii jest tak dużo że i tak wszystkiego nie da się ogarnąć.

Ogólnie to mi się wydaje że powinien być jakiś krótki test w stylu tego codility, potem jakaś rozmowa i pytania a propo rozwiązania jakiegoś problemu, nie po to żeby kandydat podał najlepsze ale żeby zorientować sie czy w ogóle wie o czym mówi.
Długie zadania są bez sensu, osoba pracująca i myśląca o zmianie pracy nie będzie siedzieć nie wiadomo ile dni nad głupim zadaniem, bo może złożyła takich aplikacji np 5 i teraz sobie siedź i klep 5 różnych testów zamiast zająć się pracą :) No chyba że pracodawcą jest np google to sobie może pozwolić na przesadzanie :)

Temat: Zadania na rozmowę o pracę

Jakub Korupczyński:
Z reguły jak robisz takie rzeczy w aplikacji to używasz cURL'a bo od tego właśnie jest. file_get_contents nie uzywa się raczej do zewnętrznych linków. Inna sprawa jest taka że wcale nie jest powiedziane że cURL też bedzie zainstalowany wszędzie :)

Wiesz, mógł zrobić tak czy siak. cURL na serwerze który mu dałem był. Najbardziej spodobał mi się moment gdy mu powiedziałem że późnij trzeba pobrać zawartość strony dodając do linku wynik. Podałem wzór linku a pod spodem nawet PRZYKŁAD.
Poza tym to że do wywołania linku z wynikiem użył file_put_contents() też dało mi wiele do myślenia...

Ogólnie to można zrobić sprawdzenie czy jest jedno i drugie i z jakiegoś korzystać ale w zadaniach testowych przecież nie chodzi o to żeby siedzieć 20 godzin nad jednym rozwiązaniem. Wchodzisz na php.net, kopiujesz podstawowe opcje cURL'a, pobierasz i wysyłasz odpowiednie dane i tyle.

I ja im to na początku mówię. Internet jest. Mogą korzystać z czego chcą. Nawet kopiować gotowe rozwiązania.

Co do samego sprawdzenia kandydatów jako programistów to całkiem fajne jest codility, są tam co prawda dość proste zadania ale przynajmniej można sprawdzić czy dana osoba potrafi myśleć.

Szczerze ? 90% zadań jakie się wykonuje tworząc witryny na gotowych narzędziach to rzeczy wykonywane mechanicznie. Żadnej filozofii tam nie trzeba. I jeżeli ktoś nie potrafi poradzić sobie z prostą rekurencją to nie wiem czy zrobił by coś co wymaga więcej kombinowania.
Wszystko mam zrobione tak że nawet tresowana małpa może to użyć.

Znajomość poleceń moim zdaniem jest sprawą drugorzędną, tym bardziej że po to mamy dokumentacje żeby z niej korzystać, a technologii jest tak dużo że i tak wszystkiego nie da się ogarnąć.

Prawda. Jak kolega wyżej - cURL przeklejam z php.net bo nie pamiętam wielu drobiazgów. Tak to już mam. Ale jednak to co najczęściej się używa (operacje na ciągach znaków, tablicach itp itd etc) powinno się mieć w jednym paluszku.
Zresztą sam się złapałem na tym ostatnio że... musiałem zaglądnąć do PDO żeby sobie coś przypomnieć. Bo przez ostatnie 2 lata nie skorzystałem ani razu bezpośrednio z PDO :P

Ogólnie to mi się wydaje że powinien być jakiś krótki test w stylu tego codility, potem jakaś rozmowa i pytania a propo rozwiązania jakiegoś problemu, nie po to żeby kandydat podał najlepsze ale żeby zorientować sie czy w ogóle wie o czym mówi.

Mi się zawsze wydaje że jak rzucisz problem to dobry programista powinien Ci tak z d*** rzucić jakimś rozwiązaniem. Niekoniecznie najlepszy. Może nawet najgorszym ale bez zastanowienia powinien mieć już jakąś koncepcję.
Później można ważyć wady i zalety tego a tamtego.

Długie zadania są bez sensu, osoba pracująca i myśląca o zmianie pracy nie będzie siedzieć nie wiadomo ile dni nad głupim zadaniem, bo może złożyła takich aplikacji np 5 i teraz sobie siedź i klep 5 różnych testów zamiast zająć się pracą :) No chyba że pracodawcą jest np google to sobie może pozwolić na przesadzanie :)

Dodatkowo ja nie widzę sensu w marnowaniu czasu mojego i przede wszystkim - kandydata. 30 min dla tych którzy na początku już się nie sprawdzają - 2h maks. Najlepiej do godziny. Wiem że to mało by kogoś solidnie ocenić ale wystarczająco by odsiać tych którzy się kompletnie nie nadają.

Temat: Zadania na rozmowę o pracę

Może problem tkwi w innym miejscu.
Szukasz osoby która biegle zna podstawy, przyzwoitą wiedzę o praktycznym OOP, PHP 5.3 i ma doświadczenie w tym wszystkim.

Tylko że tacy ludzie gdzieś już pracują i niekoniecznie rozglądają się za nową posadą.

Może zaatakuj konkretnych ludzi?

Temat: Zadania na rozmowę o pracę

Dariusz Półtorak:
Dodatkowo ja nie widzę sensu w marnowaniu czasu mojego i przede wszystkim - kandydata. 30 min dla tych którzy na początku już się nie sprawdzają - 2h maks. Najlepiej do godziny. Wiem że to mało by kogoś solidnie ocenić ale wystarczająco by odsiać tych którzy się kompletnie nie nadają.

Dlatego trzeba stosować prostą zasadę: najpierw wstępna selekcja (albo krótka rozmowa, albo np. test którzy piszą wszyscy kandydaci równocześnie), a następnie selekcja bardziej szczególowa, do której wybierasz kilku kandydatów i poświęcasz im więcej czasu.
Gorzej, jak nie ma kogo wybrać. Wtedy nie zostaje nic innego jak szukać dalej.
A może telepraca i szukanie w całym kraju?

Temat: Zadania na rozmowę o pracę

Rafał Krzaczyński:
A może telepraca i szukanie w całym kraju?

Słowo "telepraca" kojarzy mi się z dzwonieniem po ludziach i zapraszaniem ich na spotkania o jakimś produkcie, którego nikt nie chce :D
Wolę "praca zdalna".

Temat: Zadania na rozmowę o pracę

Rafał Krzaczyński:

Dariusz Półtorak:
Dodatkowo ja nie widzę sensu w marnowaniu czasu mojego i przede wszystkim - kandydata. 30 min dla tych którzy na początku już się nie sprawdzają - 2h maks. Najlepiej do godziny. Wiem że to mało by kogoś solidnie ocenić ale wystarczająco by odsiać tych którzy się kompletnie nie nadają.

Dlatego trzeba stosować prostą zasadę: najpierw wstępna selekcja (albo krótka rozmowa, albo np. test którzy piszą wszyscy kandydaci równocześnie), a następnie selekcja bardziej szczególowa, do której wybierasz kilku kandydatów i poświęcasz im więcej czasu.
Gorzej, jak nie ma kogo wybrać. Wtedy nie zostaje nic innego jak szukać dalej.
A może telepraca i szukanie w całym kraju?

Szczerze ? Nie lubię traktować ludzi jak bydła. Zwłaszcza że nie prowadzę dużego naboru. Zawsze proszę o fragmenty kodu jaki napisali żeby zobaczyć jak piszą, jakie stosują nazewnictwo itp. Reszta wychodzi na rozmowie.

@Michał Wachowski, co prawda to prawda ale z wyciąganiem ludzi z pracy poczekam jeszcze 2 tygodnie aż mnie terminy przycisną.

Temat: Zadania na rozmowę o pracę

No tu też jest kwestia tego czy oferta jest atrakcyjna dla programistów, może np zgłaszają się tylko osoby początkujące bo niska pensja itp. Albo może wymagania macie wpisane tak duże, że zgłaszają się tylko tacy co liczą na fuksa że dostaną pracę nic nie umiejąc, tak też się zdarza.
Ale to tylko sugestie, nie widziałem ogłoszenia przecież.

Temat: Zadania na rozmowę o pracę

do wczesniejszej dyskusji::

bawie sie obecnie crawlerami, pajaczkami i innymi robotami. na dluzsza mete cURL jest lepszy, chocby dlatego ze mozna wyslac dodatkowe informacje, ale na upartego znam jeszcze przynamniej 3 inne metody lacznie z 'wget' ;) bo i do stosowania takich rozwiazan zostalem zmuszony

mongoDB - ciekawe rozwiazanie, tyle ze trzeba sensownie to zaplanowac do czego tak naprawde chcesz to uzywac, jest o tyle wygodne, ze ma wsparcie w samym php, i tu ma przewage nad innymi bazami nosql
ja obecnie buduje hybryde mongodb + mysql... czasem i tak trzeba :)

glowny watek::
czasem stres powoduje ze czlowiek 'glupieje' sam pamietam tak z 5 lat temu gdy sie przyjmowalem do jednej z firm, najwiekszym problemem bylo dokladne zrozumienie o co chodzi w zadaniu ;) potem to juz z gorki.

szczerze - daj im zadanie ktore mozna spokojnie napisac w 5 min, zostaw ich na 15 min i wyjdz na kawe. ewent. nie patrz im na rece co i poco klepia
ocenisz wyniki po tych 15 minutach...

z drugiej strony mam straszna awersje do zadan pisanych na papierze, pamietam kiedys jak na rozmowie mialem jakiegos regexpa na papierze napisac... brrr.
pamietam tez jak otrzymalem do wypelnienia test z pytaniami w stylu:
'co wyswietli sie na ekranie z: echo print('test') '
wtedy to ja im podziekowalem, i stwierdzilem ze w takiej firmie to ja nie chce pracowac :)Jacek Szczepaniak edytował(a) ten post dnia 21.02.12 o godzinie 17:29