On 18/07/2012 07:08, Paweł Kierski wrote:
> W dniu 2012-07-17 20:29, Andrzej Jarzabek pisze:
>>
>> Może i umiejętność odpowiadania dyplomatycznie jest cenna, ale jeśli
>> miałbym na podstawie rozmowy ocenić, czy ktoś jest dobrym programistą
>> albo czy dobrze by mi się pracowało, to absolutnie nie chciałbym, żeby
>> taki rozmówca choćby próbował odpowiadać dyplomatycznie.
>
> Ja w tym miejscu "dyplomatycznie" zamieniłbym na "konstruktywnie" -
> o czymś nie mogę mówić, mówię o czymś innym tak, żeby efekt w rozmowie
> był zbliżony (vide przykład Maćka).

Wszystko jedno: ostatecznie efekt jest taki, że nie mówisz o tym, o czym
chcesz mówić, tylko cały czas się zastanawiasz, co możesz powiedzieć, a
czego nie.

> Ogólnie też zgadzam się, że otwarta rozmowa jest lepsza. najfajniej
> jest, jeśli w ciągu tych 15-20 minut obie strony jeszcze się czegoś
> ciekawego dowiedzą, albo w ramach dyskusji jedna strona przekona drugą
> do wyższości jakiegoś szczegółu rozwiązania.

Myślę, że warto poświęcić na kandydata więcej niż 15-20 minut (chyba że
od razu wychodzi zdecydowany "no hire").

do góry

Użytkownik "Roman W" <b...@g...pl> napisał w wiadomości
news:5e9cff1b-1a23-4dfe-9f91-fe5c14164b93@googlegrou
ps.com...
>On Tuesday, July 17, 2012 9:19:38 PM UTC+1, A. L. wrote:
>> On Tue, 17 Jul 2012 10:59:24 +0200, Tomasz Kaczanowski
>> &lt;kaczus@dowyciecia_poczta.onet.pl&gt; wrote:
>>
>> &gt;W dniu 2012-07-17 10:51, Roman W pisze:
>> &gt; &gt; Chcialem prosic grupowiczow o zasugerowanie dobrych pytan na
>> &gt; &gt; interview dla programisty, sprawdzajacych &quot;wiedze
>> ogolna&quot; i ogolne
>> &gt; &gt; obycie w dziedzinie (nic co byloby specyficzne dla jezyka czy
>> &gt; &gt; technologii).
>> &gt;
>> &gt;Przy tak nikłej wiedzy i tak ciężko będzie zweryfikować poprawność
>> &gt;odpowiedzi. W takim przypadku, jedyne co mogę polecić, to sprawdzenie
>> &gt;wykształcenia i dokonań. Obycie i wiedzę ogólną może jako tako
>> sprawdzić
>> &gt;jedynie ten kto ją posiada.
>>
>> Moze facio ktory nie potrafi sformulowac pytan na interview nie
>> powinien sie tym zajmowac? A moze ktos z nim powinien pzreprowadzic
>> interview zeby zobaczyc czy sie w ohggole nadaje?...
>
>Moze potrafi, moze nie, ale chcial sobie poszerzyc repertuar wlasnych
>kradnac cudze pomysly.
>
>RW



Kradnąc?

tx

do góry

W dniu 2012-07-17 10:51, Roman W pisze:
> Chcialem prosic grupowiczow o zasugerowanie dobrych pytan na interview dla
programisty, sprawdzajacych "wiedze ogolna" i ogolne obycie w dziedzinie (nic co
byloby specyficzne dla jezyka czy technologii).
>

Przede wszystkim pozbył bym się kandydatów, którzy by w pierwszym
zdaniu opowiadania o swojej pracy jako programości,
użyli słowa "technologia" :)

mjk

do góry

On Wednesday, July 18, 2012 8:00:04 AM UTC+1, AK wrote:
> Uzytkownik &quot;Roman W&quot; &lt;b...@g...pl&gt; napisal:
>
> &gt; Chcialem prosic grupowiczow o zasugerowanie dobrych pytan na interview dla
programisty,
> &gt; sprawdzajacych &quot;wiedze ogolna&quot; i ogolne obycie w dziedzinie (nic co
byloby specyficzne dla jezyka
> &gt; czy technologii).
> &gt;
> &gt; RW
>
> Odpowiedz sobie sam tylko na jedno proste pytanie.
>
> 1. &quot;Czy jestem w stanie przyjac do pracy kogos lepszego ode mnie,
> kto ew. zajmie moje miejsce/zostanie moim szefem&quot;.
>
> Jesli odpowiedz brzmi &quot;Nie&quot; to wycofaj ten watek, bo nie ma on zadnego
sensu.

Alez oczywiscie. Ja nie jestem programista (mimo ze sporo programuje w pracy). Z
zalozenia bede szukal kogos lepszego od siebie w te klocki, po to go mam zatrudnic.
Watpie zeby zostal moim szefem, chyba ze zmienie zawod.

> &quot;Jelsi&quot; odpowiedz brzmi &quot;Tak&quot; to przyjmuj &quot;bez zbednej
zwloki&quot; pierwszego
> lepszego kandydata spelniajacego ten warunek (co zreszta nie bedzie trudne
zawazajac,
> ze sam w miare znasz wlasciwie wylacznie C++).

Nie tylko, ale to OT.

RW

do góry

On Wednesday, July 18, 2012 8:16:34 AM UTC+1, t.o. wrote:
> Użytkownik &quot;Roman W&quot; &lt;b...@g...pl&gt; napisał w wiadomości


> &gt;Moze potrafi, moze nie, ale chcial sobie poszerzyc repertuar wlasnych
> &gt;kradnac cudze pomysly.
> &gt;
> &gt;RW
>
>
>
> Kradnąc?

Metafora taka. Sorry, zapomnialem ze to grupa dla programistow i ktos to pewnie
potraktuje doslownie.

RW

do góry

On Wednesday, July 18, 2012 9:32:35 AM UTC+1, Slawek Kotynski wrote:
> W dniu 2012-07-17 10:51, Roman W pisze:
> &gt; Chcialem prosic grupowiczow o zasugerowanie dobrych pytan na interview dla
programisty, sprawdzajacych &quot;wiedze ogolna&quot; i ogolne obycie w dziedzinie
(nic co byloby specyficzne dla jezyka czy technologii).
> &gt;
>
> Przede wszystkim pozbył bym się kandydatów, którzy by w pierwszym
> zdaniu opowiadania o swojej pracy jako programości,
> użyli słowa &quot;technologia&quot; :)

Tru dat.

RW

do góry

On 2012-07-17, Edek Pienkowski <e...@g...com> wrote:
>>>> Uwaga: tak, wiem, że ta metoda nie działa z ludźmi, którzy na każde
>>>> pytanie o ich doświadczenia odpowiadają "NDA". Trudno.
>>>
>>> Umiejętność dyplomatycznej odpowiedzi zamiast wprost "nie powiem bo nie
>>> mogę" ja akurat cenię.
>>
>> Nie chodzi o dyplomację, tylko o ludzia, który w ogóle nie opowiada
>> o swoim doświadczeniu zasłaniając się wyłącznie NDA.
>
> Tacy istnieją? "Jak się pan nazywa?" "NDA". "Co pan myśli o OOA?"
> "Pomidor".

A nie widziałeś jak odpowiada A.L.?

--
Secunia non olet.
Stanislaw Klekot

do góry

Dnia Wed, 18 Jul 2012 17:07:47 +0000, Stachu 'Dozzie' K. napisal:
>>
>> Tacy istnieją? "Jak się pan nazywa?" "NDA". "Co pan myśli o OOA?"
>> "Pomidor".
>
> A nie widziałeś jak odpowiada A.L.?

Tak to już jest. Jak Wolfram wypluwa, że się nie da, to trzeba
napisać na forum, że "nda" :)

Edek

do góry

Andrzej Jarzabek wrote:
> On 17/07/2012 23:29, Wojciech Jaczewski wrote:
>> Andrzej Jarzabek wrote:
>>
>>> Problem jest taki, że na podstawie takiej rozmowy trudno
>>> się dowiedzieć, czy ktoś jest dobrym programistą albo dobrym
>>> pracownikiem.
>>
>> Pozostaje pytanie, czy na podstawie jakiejkolwiek rozmowy da się
>> stwierdzić czy jest dobrym programistą lub pracownikiem.
>
> No więc wydaje mi się, że rozmowa np. o takich pytaniach, o których
> pisałem, dałaby mi niezłą orientację.

Ale zdajesz sobie sprawę z tego, że programiści, to w wiekszości
introwertycy, z których bardzo trudno coś wyciągnąć? A tych naprawdę dobrych
bardzo łatwo zrazić taką inwigilacją. Najlepszy sposób, to dać coś do
napisania i ocenić metodykę pracy. Bałagan w kodzie powinien z mety
dyskryminować takiego kandydata, bo burdel = błędy, których namierzenie i
poprawienie zabierze mnóstwo czasu. A czas, to realny pieniądz.
yamma

do góry

Paweł Kierski wrote:

> Sam raz użyłem - wyniki nie tak spektakularne jak w Chinach - ok. 1/3
> kandydatów albo zrezygnowała, albo nie była w stanie przebrnąć przez
> coś trudniejszego niż odwrócenie napisu - ale i tak ileś czasu na
> spotkania to zaoszczędziło.

LOL! To w twojej firmie zajmujecie się odwracaniem napisów?
No, rozwalają mnie tacy, pożal się Boże, HR-owcy. Odpierdolą na teście coś w
stylu: "co zwróci instrukcja echo echo;" i wydaje im się, że oddzielą ziarno
od plew. Na mojej ostatniej rozmowie dostałem kartkę z zadaniami dotyczącymi
WYŁĄCZNIE projektu, którym ewentualnie będę się zajmował - i to jest
najbardziej miarodajny test a nie udowadnianie na siłę, że ktoś jest głąbem,
co jest niestety na porządku dziennym na takich rozmowach.
yamma

do góry