Pytanie:
Czy puzzle są efektywną częścią procesu rekrutacyjnego?
A E
2015-09-01 16:07:56 UTC
view on stackexchange narkive permalink

Wiele firm - szczególnie w sektorze technologicznym - wykorzystuje różnego rodzaju łamigłówki (w tym zagadki, pytania myślenia lateralnego i pytania przewidujące) podczas rozmów kwalifikacyjnych z potencjalnymi nowymi pracownikami.

W jakim stopniu jest to praktyka skuteczna czy nieskuteczna? Czy istnieje związek między wydajnością rozwiązywania zagadek a efektywnością pracy?

Jeśli istnieją dowody na korelację, to jakiego typu role? A jakie rodzaje łamigłówek?

A jeśli (jak obecnie rozumiem) jest niewiele dowodów na skuteczność rozmów kwalifikacyjnych opartych na łamigłówkach lub nie ma ich wcale, to dlaczego firmy upierają się przy tej praktyce ?

Aktualizacja: Dziękuję wszystkim, którzy do tej pory opublikowali odpowiedzi. Obecnie mamy głównie opinię, osobiste doświadczenia i anegdotę - czy są jakieś aktualne dane na ten temat? To znaczy. studia?

Myślę, że jest to raczej wymowne, że wiele dużych firm programistycznych rezygnuje z używania łamigłówek. Uważam, że zarówno Google, jak i Facebook zlikwidowały to.
Możliwy duplikat http://workplace.stackexchange.com/questions/36580/do-interview-brainteaser-questions-predict-performance
Komentarze nie służą do rozszerzonej dyskusji; ta rozmowa została [przeniesiona do czatu] (http://chat.stackexchange.com/rooms/27699/discussion-on-question-by-ae-are-puzzles-an-effective-part-of-the-recruitment- p).
Dziesięć odpowiedzi:
Kate Gregory
2015-09-01 16:41:48 UTC
view on stackexchange narkive permalink

Po pierwsze, zastrzeżenie: kiedy przeprowadzam wywiady z ludźmi, nie układam im zagadek. Kiedyś to robiłem i przestałem, ponieważ dawali mi fałszywie pozytywne i fałszywie negatywne wyniki. Jednak nigdy nie użyłem układanki z książki lub internetu. Po drugie, z pewnej perspektywy: szefowie kuchni, nianie, księgowi, szefowie HR i rektorzy uniwersytetów nie są pytani o te rzeczy. To głównie programiści.

Po co układać łamigłówkę? Wiele osób uważa, że ​​jest to serwer proxy dla wielu zadań związanych z tworzeniem oprogramowania. Błąd jest trochę jak łamigłówka lub zagadka (z wyjątkiem tego, że nikt nie przygotował go specjalnie dla Ciebie do rozwiązania) i pokazując w rozmowie kwalifikacyjnej, jak systematycznie podchodzisz do takiego problemu, teoria mówi, że demonstrujesz, jak dobrze jesteś ogólnie rzecz biorąc osobą rozwiązującą problemy. Nawet kiedy osoba rozwiązująca mówi rzeczy w stylu „to w zasadzie latarnie i mosty, ale ze świniami”, pokazują, jak mogą rozpoznać jeden problem w drugim i zastosować wcześniejszą wiedzę. Wygląda na to, że wszystko będzie dobrze. Ludzie, którzy widzą wzorce (wszystkie te liczby są o jeden więcej niż potęga dwóch, lub tylko litery z nawet kodami ASCII wychodzą źle) mają tendencję do rozwiązywania błędów szybciej niż ludzie, którzy tego nie robią. Osoby, które potrafią szybko sformułować hipotezę i ją przetestować, są często dobrymi debugerami.

Największym problemem są fałszywe alarmy. Ludzie, którzy nie są w stanie logicznie rozumować, generować hipotez, dostrzegać wzorców, znaleźć słabe ogniwo, wykonać skok, a nawet zrobić podstawową matematykę, mogą mimo wszystko zapamiętać, a to są absolutnie najgorsi ludzie do zatrudniania do tworzenia oprogramowania lub innych kreatywnych Oferty pracy. Niektórzy z nich mogą nauczyć się udawać, że opracowują rozwiązanie na miejscu i cię oszukać.

Mniejszy problem, ale nadal rzeczywisty, to fałszywe negatywy. Ludzie, którzy są doskonałymi debuggerami, ale po prostu uważają, że to głupie, że grupa takiej wielkości nie miałaby wystarczająco dużo światła, aby ludzie mogli przejść przez most, jak chcą, lub czują, że gdy jedna osoba jest na moście, inni mogą przejść w ciemności , a oni po prostu nie odpuszczą i nie pobawią się i nie spróbują rozwiązać podstawowego problemu matematycznego (ułóż te liczby w pary, korzystając z następujących ograniczeń). dobry, żeby dostać pracę programistyczną. Coś w tym rodzaju. Istnieje również realne ryzyko, że rozwiązujący da odpowiedź, która będzie lepsza niż osoba pytająca, i zostanie odrzucona, ponieważ nie „udzieliła poprawnej”.

Pytam ludzi, czy lubią łamigłówki i dlaczego. Ale nie proszę ich o układanie puzzli. I nie zajmowałbym się łamigłówkami w ramach przygotowań do rozmowy kwalifikacyjnej.

** chyba że rozmowa kwalifikacyjna dotyczy rozwiązania Puzzle Solver, prawda? Ktoś musi QA, wszystkie te kawałki w gazecie obok zabawnych rzeczy! ;)
Zgadzam się z tym. Jeśli chcesz przetestować czyjeś umiejętności rozwiązywania problemów, poproś ich, aby wyjaśnili, jak podejdą do rzeczywistego problemu, a nie do wymyślonej łamigłówki.
Nie zgadzam się z pierwszą częścią twojego argumentu o fałszywych negatywach. Jasne, myślenie poza danym problemem jest (ogólnie) dobre, ale czasami w codziennej pracy wystarczy rozwiązać dany problem, a nie bez końca zadawać pytania i / lub odmawiać robienia tego, ponieważ nie podoba Ci się to podejście .
Jednak fałszywe pozytywy nie są trudne do wyeliminowania. Musisz tylko zająć się pierwotnym problemem i kopać głębiej.
@Dukeling Myślę, że czyjaś odmowa przyjęcia przesłanek o lampionach z dokładnie 17 minutami światła nie jest dobrym wskaźnikiem odmowy przyjęcia przesłanek, takich jak to, jakiego języka programowania będziemy używać w tym projekcie lub na jaką platformę celować.
@Chan-HoSuh łatwo powiedzieć, ale większość z tych rzeczy ma prostą sztuczkę (np. Ważenie trzech piłek na raz lub wysyłanie dwóch najszybszych ludzi razem i dwóch najwolniejszych ludzi razem), w które nie da się „wkopać głębiej”. Rozumiesz, albo nie. Kiedy już to zdobędziesz, zrozumiesz, i naprawdę nie ma sposobu, abym mógł sprawdzić, czy to zrozumiałeś, ponieważ sam to przemyślałeś, czy też dlatego, że ktoś wcześniej ci to wyjaśnił.
@KateGregory To interesujące, że wybrałeś problemy, o których można powiedzieć, że są „pułapkami”. Istnieje wiele lepszych problemów, które rzucają światło na proces myślenia osoby rozwiązującej, i często mają one odmiany i rozszerzenia, które pozwalają potknąć się z kimś, kto próbuje udzielić ci gotowej odpowiedzi. Myślę, że dobre wyjaśnienie rozwiązania jest również dobrą umiejętnością, którą trzeba wykazać.
@Chan-HoSuh raczej nie będą to „zagadki”, jak określono w pytaniu, a bardziej prawdopodobne, że będą to „problemy”, których nie wykluczam wykorzystania w wywiadach. Jak zaplanowałbyś wdrożenie całkowitej re-architektury [jakiegokolwiek] systemu jest problemem, a nie zagadką.
Ekstremalna wersja tego - [A może poprosić kandydata do pracy o ułożenie kostki rubika?] (Http://programmers.stackexchange.com/q/240540/40980) (pytanie usunięte na Programmers.SE)
To bardzo interesująca perspektywa zagadek WRT jako „proxy dla wielu zadań programistycznych”. Podczas rozmowy kwalifikacyjnej dotyczącej mojej obecnej pracy po prostu zrezygnowali z proxy: poprosili mnie o zakodowanie rozwiązania średnio trudnego problemu, a następnie przedstawili mi IDE zawierające zepsuty program, pokazali mi, jak odtworzyć błąd i zapytali żebym to naprawić. W obu przypadkach ankieterzy przez cały czas obserwowali to, co robię, aby mogli obserwować mój proces rozwoju i zobaczyć, jak sobie radzę.
Bardzo łatwo jest zrobić złą łamigłówkę za pomocą jednego wymyślonego „właściwego” rozwiązania. Jeśli ludzie używają puzzli, nie powinni sami ich wymyślać.
Kiedyś miałem pytanie o to, aby komputer działał tam, gdzie łowili fakt, że DHCP w systemie Windows domyślnie ustawia jedną konkretną podsieć, gdy serwer DHCP jest niedostępny. Sposób, w jaki go rozwiązałem, przeskakiwał tuż obok i IRL rozwiązałby problem, ale „oblał” test, ponieważ nie na tym się skupiali. Kiedy powiedzieli mi „właściwą” odpowiedź, znalazłem się w niezręcznej sytuacji, w której wyglądałem na mylnego lub głupiego.
Myślę, że kolejną zaletą łamigłówek jest to, że w oczywisty sposób nie zapewniają one potencjalnemu pracodawcy żadnej wartości biznesowej. Jeśli potencjalny pracodawca powierza kandydatowi zadania, które zapewniają rzeczywistą (nawet małą) wartość biznesową, nie byłoby to uważane za zatrudnienie i prawo pracy (płaca minimalna, wynagrodzenie pracowników itp.). Nie wiem - po prostu pytam.
„Istnieje również realne ryzyko, że rozwiązujący da odpowiedź, która jest lepsza niż osoba pytająca, i zostanie odrzucona, ponieważ nie„ daje jej poprawnie ”.” Może się to jednak zdarzyć również w przypadku testów kodu. Zwłaszcza jeśli pisze je programista, wówczas HR-owca nie będący programistą ocenia je Z NIEKTÓRYCH POWODÓW.
@KateGregory Odmowa przyjęcia przesłanek na temat latarni i światła może mieć większe konsekwencje niż zwykła walka z językami i celami: przynajmniej w jednym badaniu, które czytałem, stawiło hipotezę, że chęć zaakceptowania „bzdur” takich jak ten jest ważną częścią „zdobywania” programowania na pierwszym miejscu. Niechęć do zaakceptowania bzdur doprowadziła do prób wstrzyknięcia „sensu” do instrukcji programowania, a tym samym do błędnego wykonania (bezsensownych) kroków, które podejmie komputer. Wstawianie sensu tam, gdzie go nie ma, jest dokładnie tym rodzajem rzeczy, która sprawia, że ​​błędny kod wygląda dobrze.
@emory Masz rację, dlatego ćwiczenia programistyczne i inne tego typu testy powinny być małe, samodzielne i nie mieć wartości biznesowej. Naprawianie problemu, który został już naprawiony lub projektów na małą skalę w oparciu o projekty, które zostały już wdrożone. Generalnie powinno być bardzo oczywiste, kiedy test kodowania jest rzeczywistą pracą, czy to ze względu na długość lub złożoność zadania, czy też reakcję ankietera.
@Lilienthal ważne jest, aby unikać pojawienia się nieprawidłowości, a także samego nieprawidłowości. Jeśli naprawisz jeden z moich problemów, który już naprawiłem, skąd będziesz wiedzieć, że już go naprawiłem? W każdym razie, jeśli Twoja korekta jest lepsza niż moja poprawka, zapewniasz prawdziwą wartość biznesową. Nie jestem menadżerem ds. Rekrutacji, ale uważam, że rozwiązanie jest takie, że po prostu kupuję trochę twojego czasu: kilka godzin dziennie. Wtedy mogę dać ci prawdziwą robotę do wykonania.
@emory To jedno rozwiązanie, ale skomplikowane dla osób, które są obecnie zatrudnione, ponieważ większość umów / polityk nie pozwala ludziom na podjęcie PTO, a następnie skonsultowanie się z inną firmą i prawdopodobnie wzbraniałbym się przed poświęceniem więcej niż godziny na rozmowę kwalifikacyjną. Moje podejście polegałoby na zastosowaniu starego problemu, w którym nawet jeśli rozwiązanie kandydata jest lepsze, nie można go użyć, ponieważ kod jest już przestarzały. Dopóki jesteś szczery z kandydatem, że problem z debugowaniem / programistą, o którego rozwiązanie prosisz, jest stary i jego praca nie zostanie wykorzystana, nie widzę problemu pod względem wyglądu.
Joe Strazzere
2015-09-01 22:27:03 UTC
view on stackexchange narkive permalink

W jakim stopniu ta praktyka jest skuteczna lub nieskuteczna? Czy istnieje korelacja między wydajnością rozwiązywania zagadek a efektywnością pracy?

Jeśli istnieją dowody na korelację, to dla jakiego rodzaju ról? A jakie rodzaje łamigłówek?

A jeśli (jak obecnie rozumiem) jest niewiele dowodów lub nie ma ich wcale na poparcie skuteczności rozmów kwalifikacyjnych opartych na łamigłówkach, to dlaczego firmy upierają się przy tej praktyce ?

Osoby przeprowadzające ankiety często mówią Ci, że używają tych pytań, aby „zobaczyć, jak myślisz”, „zobaczyć, jak myślisz nieszablonowo” lub „zobaczyć, jak myślisz pod presją” ”lub inny wariant.

Nie sądzę, aby istniały jakiekolwiek dowody na poparcie takiego twierdzenia. I nie znam żadnej firmy, która z powagą (z wyjątkiem firm zajmujących się produkcją puzzli) może powiedzieć „odkryliśmy, że lepsi układanki tworzą lepszych pracowników”.

Pytania dotyczące zagadek to moda, której czas już minął . Kiedyś firmy takie jak Microsoft zadawały pytania typu „dlaczego właz jest okrągły?” lub „ile piłeczek ping-pongowych potrzeba, aby wypełnić odrzutowiec?”. Ponieważ ludzie utożsamiali Microsoft z „inteligentnym” i każdy chce wyglądać na inteligentnego, często wybierali podobne metody zadawania pytań.

Kiedyś programista zapytał kandydata do kontroli jakości, którego rekrutowałem. „Jak znaleźć igłę w stóg siana?". Kiedy zapytałem dewelopera, czy uważa to za przydatne pytanie dotyczące kontroli jakości, powiedział, że „powie mu, co myśli kandydat”. Kiedy naciskałem dalej, powiedział, że zadano mu to raz w wywiadzie i uznał, że to „dobre pytanie”. Nigdy więcej nie prosiłem go o pomoc w rozmowach kwalifikacyjnych.

Najwyraźniej Google nie wierzy już, że takie pytania są przydatne i ma pewne pojęcie o prawdziwym celu takich pytań: http: // www .nytimes.com / 2013/06/20 / business / in-head-hunting-big data-may-not-be-such-a-big-deal.html? pagewanted = all&_r = 0

Według Laszlo Bocka, starszego wiceprezesa ds. kadrowych w Google: „Oni niczego nie przewidują. Służą przede wszystkim temu, by rozmówca czuł się mądry”.

Zgadzam się z Laszlo.

Zatrudnianie i rozmowy kwalifikacyjne są trudne. Wymyślenie odpowiednich pytań, aby określić dopasowanie potencjalnego pracownika, jest trudne. Moim zdaniem stawianie zagadek jest po prostu leniwe i marnuje cenny czas na rozmowę kwalifikacyjną. Niestety, większość ludzi nie jest przeszkolona w zakresie prowadzenia skutecznego wywiadu, więc po prostu kierują się tym, co według nich jest „inteligentne” lub „najlepszą praktyką” i nie zastanawiają się nad tym.

Po tym, jak zostaniesz zatrudniony i awansujesz w swojej karierze, aby zostać menedżerem ds. Nigdy więcej „Jaka jest prędkość powietrza nieobciążonej jaskółki?” proszę.

Absolutnie się zgadzam - „Jak byś znalazł igłę w stogu siana” - zdobądź duży pieprzony magnes ING!
„Ile piłeczek ping-pongowych wystarczyłoby, by wypełnić odrzutowiec?” <- To jest problem z oszacowaniem Fermiego, a nie zagadka. Nie mają one „właściwej” odpowiedzi, chodzi o to, aby zobaczyć, jak kandydat radzi sobie z procesem oceny. https://en.wikipedia.org/wiki/Fermi_problem
@TheWanderingDevManager: Moim ulubionym jest „Wrzuć siano do czystego pojemnika z wodą i wymieszaj”. - siano pływa, igły nie :)
- Jak znaleźć igłę w stogu siana? Zdobądź wielkiego wachlarza, zdmuchnij całe siano. * jeszcze lepiej * Podpal cały stóg siana i masz go ... swoją cenną igłę.
„Ile piłeczek ping-pongowych wystarczyłoby, aby wypełnić odrzutowiec?” - Dużo
@jpatokal A dlaczego QA miałaby wiedzieć cokolwiek na temat szacowania Fermiego? Właśnie dlatego łamigłówki są bezużyteczne, nie mają nic wspólnego z pracą. A jeśli praca rzeczywiście wymaga znajomości problemów Fermiego, dlaczego nie zapytać ich bezpośrednio?
@dirkk Ponieważ umiejętność rozwiązania problemu i szybkiego i niezupełnie niedokładnego oszacowania jego skali jest dość przydatną umiejętnością dla wielu osób zajmujących się IT, zwłaszcza architektów, menedżerów produktu itp., Podczas gdy wiedza o tym, dlaczego pokrywa włazu jest okrągła lub jak przekroczyć rzekę z lisem, kurczakiem i kapustą nie ma.
Google twierdzi, że przestał robić łamigłówki, ale niektórzy z ich ankieterów nadal spędzają dużą część czasu na pytaniach o szacowanie Fermiego. Nie jestem przekonany, "ile psów jest w Londynie?" (powtórz 5 razy z różnymi ankieterami, używając różnych rzeczowników i miast) ma silniejszą korelację z wydajnością pracy niż „zgadnij wagę ciasta owocowego”.
„Nigdy więcej nie prosiłem go o pomoc przy wywiadach”. a następnie „większość ludzi nie jest przeszkolona, ​​jak przeprowadzić skuteczną rozmowę kwalifikacyjną”… czy nie masz ironii?
Całkowicie zgadzam się z @JoeStrazzere i Laszlo. Zagadki to intelektualne zadośćuczynienie dla ankietera. Jeśli kandydat otrzyma twoją odpowiedź, on i prowadzący rozmowę są genialni. Jeśli nie otrzyma odpowiedzi, jest opanowany, a ankieter czuje się mądrzejszy niż ktoś, kto wciąż jest wystarczająco dobry, aby uzyskać wywiad. Jeśli otrzyma inną odpowiedź, jest zagrożeniem dla ego.
@AE zobacz ten wątek quora: https://www.quora.com/Does-Google-still-ask-estimation-questions-to-Product-Manager-candidates Google nadal zadaje pytania dotyczące szacowania i wydaje się, że jest ku temu dobry powód.
Kingrames
2015-09-01 17:35:51 UTC
view on stackexchange narkive permalink

Powiem nie.

Puzzle są specjalnie zaprojektowane, aby mieć „najlepsze” rozwiązanie i często, szczególnie w zadaniach programistycznych, napotykasz problemy, w których nie ma rozwiązania.

Używanie łamigłówki w procesie rozmowy kwalifikacyjnej jest czymś więcej niż protekcjonalnością, zwłaszcza że mówisz o czyjejś karierze lub potencjalnej karierze, a na pewno o ich zarobkach, a mimo to traktujesz to jak grę . To bardzo, bardzo lekceważące.

Biorąc to pod uwagę, czasami nie jest to rzecz, do której należy dążyć, ale raczej „najlepsza opcja” w przypadku miejsc zatrudniania. Wielu menedżerów, przedstawicieli HR, dyrektorów generalnych, a czasami nawet szefów IT nie ma pojęcia, co robią faktyczni programiści (i co gorsza, myślą, że robią) i używają tych zagadek, aby wprowadzić kogoś w stan umysłu, który myślą, że będziesz być w trakcie programowania. To mniej test umiejętności, a bardziej test „postawy w warunkach stresu”.

Ale przekonasz się, że większość ludzi, którzy zatrudniają pracowników na podstawie wyników części testu z układanki, zatrudniać okropnych ludzi. (Powinieneś skupić się na CV!)

Chociaż zgadzam się z tobą co do łamigłówek, nigdy nie skupiłbym się tylko na życiorysie, zbyt wiele osób kładzie się na życiorysach dotyczących ich rzeczywistego poziomu umiejętności.
Możesz też na przykład napisać coś w stylu „Ile okien jest w Nowym Jorku?” łamigłówka - ostateczna odpowiedź nie jest wcale ważna, ważny jest sposób myślenia, aby się tam dostać (więc nie jest to coś, co ma „najlepsze” rozwiązanie). Z czysto protekcjonalnego / pełnego szacunku punktu widzenia nie rozumiem, jak proszenie kogoś o rozwiązanie zagadki różni się tak bardzo od żartowania podczas wywiadu, prowadzenia bardziej swobodnego i otwartego wywiadu, a nawet poproszenia go o rozwiązanie problemu z programowaniem zabawek (który dzieje się w prawie każdym wywiadzie z programistą).
@Dukeling - „ważną częścią jest sposób myślenia, aby się tam dostać” - tak jak w przypadku ** każdej ** innej układanki, rozwiązaniem jest „wygooglowałbym to”? Ponieważ wszystko inne to wymyślone bzdury i wszyscy o tym wiemy.
@Dukeling, to właśnie miałem na myśli mówiąc o „guesstimation” qns.
@Dukeling, czyli [problem Fermiego] (https://en.wikipedia.org/wiki/Fermi_problem) (klasyczna forma to „Ilu stroicieli fortepianów jest w Chicago?”, Chociaż widziałem też „ile stacji benzynowych w Stanach Zjednoczonych?"). Jeśli wiesz, jak do tego podejść, to wcale nie jest zagadka - po prostu kwestia mnożenia domysłów i wiedzy, które z nich odgadnąć.
@MichaelT Jestem pewien, że są ludzie, którzy nie byliby w stanie rozwiązać takiego problemu, nawet gdyby podano przykładowe rozwiązanie innego problemu, chociaż prawdopodobnie są lepsze sposoby na przetestowanie tej samej kompetencji w większym stopniu.
@MichaelT: i jeśli nie możesz rozsądnie określić populacji, ile osób ma fortepiany, które dostroiły lub ile czasu zajmuje nastrojenie fortepianu lub jak często trzeba stroić? Jeśli chcesz zobaczyć, czy potrafią zidentyfikować kluczowe czynniki, poproś ich o zidentyfikowanie kluczowych czynników. Pomiń sugestię, że chcesz uzyskać rzeczywistą liczbę.
@jmoreno Osobiście uważam, że pytania Fermiego są często okropnymi zagadkami do wywiadów (choć, na marginesie, to mówi coś o tym, jak można sporządzać szacunki dla oprogramowania). Jednak na tym polega problem i czego może szukać ankieter.
keshlam
2015-09-02 03:15:39 UTC
view on stackexchange narkive permalink

Łamigłówki programistyczne kończą się w najlepszym razie odpowiednikiem mikro-testów kompilatora. O wiele bardziej prawdopodobne jest, że powiedzą ci, czy programista rozwiązał wcześniej ten problem, czy podobny, niż powie ci, jak dobrze radzi sobie w rozwiązywaniu problemów.

To. Dobry inżynier oprogramowania rozważyłby wiele podejść, ocenił je i pracował w iteracyjny sposób, aby znaleźć właściwe rozwiązanie. Nie rozwiązujesz wszystkiego za jednym zamachem.
BЈовић
2015-09-02 13:27:37 UTC
view on stackexchange narkive permalink

Pracuję jako starszy inżynier oprogramowania w Niemczech. W ciągu ostatnich 6 lat miałem co najmniej 25 wywiadów. Tylko raz zadano mi zagadkowe pytanie. Nie trzeba dodawać, że cały wywiad był dość dziwny.

Z mojego doświadczenia wynika, że ​​ludzie nie zadają już pytań typu puzzle. Przynajmniej nie w branży IT. Na przykład w Google „Dobrze sprawdzają się ustrukturyzowane wywiady behawioralne, w których masz spójną rubrykę oceniania ludzi”.

Nawet firma Microsoft, gdzie narodziły się pytania typu puzzle przestali zadawać takie pytania, ponieważ zdali sobie sprawę, że to strata czasu. Jest taki słynny artykuł „Co zrobiłby Feynman?”, który w dość zabawny sposób dyskredytuje takie pytania.

Niestety praktyka nadal żyje i ma się dobrze tutaj w Londynie.
@AE To niefortunne. Możesz zagrać w ich grę lub nie. Jeśli zdecydujesz się nie odpowiadać na ich głupie zagadkowe pytanie, to myślę, że rozmowa szybko się skończy.
Bardzo podobał mi się link Feynman. Przypomniał mi się [pytanie dotyczące barometru Bohra] (http://felix.physics.sunysb.edu/~allen/Jokes/bohr.html) - aby zmierzyć wysokość budynku za pomocą barometru, zapytaj dozorcy i podaj mu barometr, jeśli poda ci wysokość!
Jeśli chcesz rozwijać się w branży, musisz odpowiedzieć na wiele głupszych pytań. Żartobliwa historia Feynmana pokazuje tylko, że facet taki jak Feynman prawdopodobnie nie nadawałby się do przemysłu (ale możesz założyć się, że gdyby potrzebował pracy, aby uratować swoją umierającą żonę lub coś w tym rodzaju, odpowiedziałby szybko oczekiwaną odpowiedzią).
Nawiasem mówiąc, pewien facet narzekał mi kiedyś, że problemy matematyczne z historiami często wyglądają jak „wyobraź sobie słomkę do picia leżącą wzdłuż przekątnej pudełka, oblicz jej długość ...”, kiedy chodzi o to, żebyś obliczył długość przekątnej. Problemy fabularne są pełne takich sztucznych rzeczy. Powiedział, że problem jest nieokreślony, ponieważ nie podano okrągłej średnicy słomy ani jej grubości. Zastanawiam się, kto tutaj miałby rację co do tego gościa. (Nawiasem mówiąc, ten facet zdobył medal Fieldsa, „Nagrodę Nobla” z matematyki, więc nie jest tak, że nie mógł rozwiązać tych problemów z historią)
@Chan-HoSuh Najwyraźniej przegapiłeś punkt. Podczas wywiadu facet poprosił mnie o zaprojektowanie kosza na śmieci. Jaki kretyn poprosiłby o to stanowisko inżyniera oprogramowania? Jeśli chodzi o gościa takiego jak Feyman, jak doszliście do wniosku, że „prawdopodobnie nie nadawałby się do przemysłu”, gdyby nie odpowiadał na idiotyczne zagadki tak, jak chciał ankieter? Artykuł, do którego dołączyłem, mówi, że takie pytania mogą dać fałszywie pozytywne i negatywne wnioski.
@BЈовић Nie rozumiem, co jest złego w proszeniu kogoś o zaprojektowanie czegoś. Moja odpowiedź brzmiałaby: „Jakie są wymagania?” i idź stamtąd. Powiedziałbym, że jest to całkiem istotne dla tworzenia oprogramowania. Rozumiem, ale wygląda na to, że nie zrozumiałeś mojego.
@Chan-HoSuh Kiedy wspomniałeś o „słomce do picia”, najpierw pomyślałem o [tym] (http://thumbs.dreamstime.com/z/drinking-straw-27608122.jpg);) i „naprawdę. Jak?” :)
@BЈовић właściwie to też zostało omówione z tym matematykiem :)
Jakoś tęskniłem za tym pseudo-Feynmanem. Może uda nam się zamknąć to pytanie jako duplikat na blogu Erica ...
jamesdlin
2015-09-02 13:08:43 UTC
view on stackexchange narkive permalink

Czasami (ale rzadko) zadaję zagadki. Kiedy to robię, łamigłówki, które zadaję, nie wymagają chwili a ha (przebłysku wglądu), ale są takie, które można rozwiązać za pomocą logicznej dedukcji: czy kandydat może rozbić problem na mniejszy problem, rozwiązać go, a następnie wykorzystać ten wynik do rozwiązania większego problemu?

Albo czasami zadaję pytania inne niż łamigłówki, a jeśli zostanie mi trochę czasu, czasami mogę przeżuć trochę zagadek. Ale kiedy to robię, nie chodzi o to, aby próbować używać go jako jakiegoś proxy do oceny ich umiejętności programistycznych; Chodzi o to, aby znaleźć punkt danych zgodny z kulturą, ponieważ programiści, z którymi pracuję, też lubią łamigłówki. Być może kandydat słyszał już o tym problemie, ale może się to zdarzyć również w przypadku pytań z zakresu programowania innych niż puzzle. Jeśli tak (i ​​tak twierdzę), może informacje, które z nich zbieram, są takie, że kandydat lubi łamigłówki, wie, jak uzyskać odpowiedzi i jest szczery.

Myślę, że czasami mogą się przydać, ale musisz uważać na łamigłówki, których używasz i pomyśleć o tym, co tak naprawdę próbujesz zmierzyć.

Prawdopodobnie najbardziej rozsądna odpowiedź tutaj.
Chan-Ho Suh
2015-09-02 00:05:35 UTC
view on stackexchange narkive permalink

Oprócz rozwoju oprogramowania, jeden sektor, w którym zagadki / łamigłówki / ilościowe rozwiązywanie problemów jest testowane jako część procesu rozmowy kwalifikacyjnej, pełni techniczne role w finansach.

Słyszałem kilka powodów, dla których warto testować rozmówców w taki sposób:

1) jest to forma testu warunków skrajnych. Ponieważ jest wiele zawodów, w których osoba musi być bardzo szybka i być w stanie zastosować swoje umiejętności ilościowe w jednej chwili, należy to jakoś przetestować.

2) To skuteczny test podstawowych umiejętności. Finanse przyciągają ludzi z różnych środowisk akademickich. Jak sprawdzić, czy ktoś, kto twierdzi, że jest „dobry w prawdopodobieństwie”, naprawdę tak jest? Czy wystarczy doktorat z matematyki? Jest wiele osób z podstawową matematyką, które mają lepsze umiejętności probabilistycznego rozumowania niż wielu doktorów matematyki.

@JoeStrazzere Nie sądzę, aby zadawanie bardziej skomplikowanych pytań, o które można się martwić, koniecznie rzuci na to światło. Można zadawać oddzielne pytania dotyczące pojęć finansowych.
Jeśli chcesz zweryfikować roszczenia CV, zapytaj o roszczenia. Opowiedz mi o projektach A i B. Jakie problemy wystąpiły? Co z tym zrobiłeś? Jaką lekcję wziąłeś ze sobą?
@Gusdor To, co proponujesz, działa tylko w przypadku niektórych roszczeń. Z pewnością nie pomoże to odfiltrować kandydatów z dobrymi podstawowymi umiejętnościami technicznymi od złych.
@Chan-HoSuh Czy na pewno? Kandydat _ "Potrafię napisać trochę Pythona" _. Przeprowadzający wywiad: _ „Super, jaka jest twoja ulubiona rzecz w języku? Co ci się nie podoba?” _ Tego rodzaju pytania pomagają ocenić poziom doświadczenia. Szczegółowa odpowiedź może wskazywać dogłębną wiedzę, zrównoważoną analizę i pasję do umiejętności lub wcześniejszej pracy.
@Gusdor Jak powiedziałem, podstawowe umiejętności techniczne. Najlepszym sposobem, aby sprawdzić, czy facet rzeczywiście może napisać pętlę w Pythonie, aby robić podstawowe rzeczy, takie jak FizzBuzz, jest poproszenie go o zrobienie tego. Aby sprawdzić, czy facet naprawdę rozumie oszacowanie maksymalnego prawdopodobieństwa (twierdzi, że używał go do robienia wszelkiego rodzaju fantazyjnych rzeczy), mogę zapytać: „Rzucam monetą 10 razy i otrzymuję 3 orły i 7 reszek. Jakie jest oszacowanie MLE dla prawdopodobieństwo, że rzut przyniesie mi głowy? " Zaskakujące jest, że ludzie mogą zawieść takie pytania, nawet jeśli ich CV jest nienaganne, tak jak, co zaskakujące, niektórzy doświadczeni programiści nie mogą rozwiązać FizzBuzz.
Z pewnością zgadzam się, że są one powszechnie stosowane w finansach kwantowych. Napisałem nawet książkę, która jest kompilacją takich puzzli i odniosła duży sukces. Jednym z powodów, dla których uważam, że są popularne, jest to, że jest to próba wyrównania ludzi z bardzo różnych środowisk. Pytania różnią się od bardzo technicznych, np. Napisz procedurę w C ++, aby zrobić X, przez głupie łamigłówki, aż po podstawowe pytania dotyczące prawdopodobieństwa finansowego.
JeffC
2015-09-02 22:43:05 UTC
view on stackexchange narkive permalink

Powiedziałbym, że to zależy od dziedziny. W niektórych przypadkach, takich jak programowanie, kandydaci (na ogół) mają stopień naukowy i historię pracy lub przynajmniej projekty szkolne. Można im zadawać konkretne pytania dotyczące programowania, więc moim zdaniem nie ma sensu zadawać im pytań związanych z zagadkami.

Moje szczególne doświadczenie dotyczy kontroli jakości oprogramowania. Kiedy przed laty przeprowadzałem rozmowę kwalifikacyjną w firmie Microsoft na stanowisko QA, byłem tuż po ukończeniu szkoły podyplomowej i nie miałem odpowiedniego doświadczenia zawodowego. Nie było stopni naukowych z kontroli jakości oprogramowania. Więc o co powinni zapytać? Ludzie, którzy nie wykonali QA (i niektórzy, którzy to zrobili) na ogół nie rozumieją QA, więc trudno jest zadawać pytania osobom niebędącym testerami i oczekiwać dobrych odpowiedzi.

Zadali mi wiele zagadek pytania, ponieważ chcieli zobaczyć, jak sobie radzę z rozwiązywaniem zagadek. Nie chodziło tylko o odpowiedź, ale o proces myślowy, który za nią stoi. Zadali mi również proste pytania testowe ... jak przetestowałbyś pole daty? W miarę postępów w wywiadach następna osoba zadawała pytania w oparciu o to, o co mnie wcześniej proszono, czy mógłbym się nauczyć i zastosować tę wiedzę.

Możesz się wiele dowiedzieć o osobie dzięki temu, jak rozwiązuje problem. Czy poddają się natychmiast, gdy nie mogą tego rozgryźć? Czy zadają mi wiele pytań, aby dowiedzieć się, jak go rozwiązać? Czy dają jedną odpowiedź i utknęli? Te umiejętności są istotne w wielu zawodach, nie tylko w kontroli jakości.

Myślę, że nowy urok (no cóż, nie taki nowy, ale w każdym razie ...) w wywiadach jest pytaniem opartym na doświadczeniu. Opowiedz mi o sytuacji, w której zrobiłeś X. Myślenie jest takie, że sposób, w jaki podszedłeś do problemu w przeszłości, jest prawdopodobnie taki, jak podejdziesz do niego następnym razem, gdy się pojawi. To świetnie ... ale jak zadawać takie pytania, jak te dotyczące dziedziny, w której kandydat nie ma doświadczenia? Nie mówię, że nie da się tego zrobić, ale jest to o wiele trudniejsze ... ale dobre pytania do wywiadu nie są łatwe do wymyślenia.

Niektórzy ludzie mają problemy z „wymyślonymi” łamigłówkami. Tak, są „wymyślone”, to jest celowe. Jesteś programistą w projekcie i ktoś pyta Cię, jak rozwiązać problem z X. Cóż, zrobiłbym Y ... cóż, Y oznaczałoby całkowite przepisanie projektu, więc Y nie wchodzi w grę. To nie jest wymyślone ... to prawdziwy świat i zdarza się to cały czas. Musisz umieć pracować w ramach ograniczeń, czy ci się to podoba, czy nie. Wymyślona łamigłówka (przynajmniej te dobre) jest analogią do prawdziwego życia.
Cort Ammon
2015-09-03 08:40:37 UTC
view on stackexchange narkive permalink

Wszystkie dowody naukowe, jakie widziałem, nie potwierdzają skuteczności łamigłówek. Uważam jednak, że mają pewien potencjał w podejściach nienaukowych. Weź pod uwagę, że wszystko w procesie rozmowy kwalifikacyjnej jest narzędziem. Są to narzędzia, które pomogą Tobie i firmie określić, czy dobrze do siebie pasują (głównie po to, aby pomóc firmie, ale działa to w obie strony). W związku z tym ankieter korzysta z wszelkich dostępnych mu narzędzi. Niektórzy ankieterzy mogą uznać, że zadawanie pytań z łamigłówki jest skutecznym narzędziem w ich zestawie narzędzi, aby dowiedzieć się więcej o tobie, a następnie zadać bardziej trafne pytania. Myślę, że w takim scenariuszu łamigłówki są bardzo przydatne. Nie jest to odpowiedź na zagadkę, która się liczy jako taka, ale wszystkie subtelne szczegóły, które ją otaczają.

Chciałbym na chwilę przejść do fikcji, a konkretnie do Dune em Franka Herberta >. Fikcja często jest na dobrej pozycji do zbadania skrajnej wersji sytuacji, a czasami może to uczynić mniej ekstremalną wersję bardziej przejrzystą. W Dune jedna z grup ma coś, co nazywa się „skrzynką bólu” lub „skrzynką cierpienia”. Kładziesz w nim rękę i wykorzystuje indukcję nerwów, aby wywołać najbardziej potworny ból we wszechświecie. Jest to część testu mającego na celu określenie, czy jesteś wystarczająco człowiekiem, aby przejść do ich „rozmowy kwalifikacyjnej”. Wyjaśnia się, że to nie ból się liczy, ale to, jak ankieter obserwuje twoje reakcje i wchodzi w interakcję z tobą, gdy czujesz, że twoja ręka topnieje. W rękach kogoś, kto nie wie, jak go używać, pudełko jest bezużyteczne, jak wszystko oprócz narzędzia tortur. Jednak w rękach kogoś, kto wie, jak go użyć do osiągnięcia swoich celów, odrywa warstwy obronne, dzięki czemu mogą przeprowadzić prawdziwą część wywiadu bez ingerencji w płytkie rzeczy, takie jak zapamiętywanie lub brawura.

A teraz, po opisaniu tego wywiadu, czy nie cieszysz się, że tak naprawdę proszą cię o rozwiązanie kilku zagadek?

Val
2015-09-02 22:00:27 UTC
view on stackexchange narkive permalink

Jest bardzo interesujący artykuł na ten temat w The Daily WTF. Główny problem polega na tym, że chociaż układanki myślenia lateralnego mają mierzyć sposób, w jaki dochodzisz do rozwiązania, większość ankieterów oczekuj dokładnie tych samych odpowiedzi, które mają na swoich arkuszach ocen. Tak więc kandydat, który dobrze myśli i ma wiele dobrych pomysłów, może zostać odrzucony na korzyść kogoś, kto przypadkiem słyszał już tę zagadkę.

[ten, który rozwiązuje zagadkę w genialny i innowacyjny sposób] nie dostanie pracy. Pomimo całkowitego absurdu wniosku projektowego i pełnej praktyczności udzielonej odpowiedzi, zadanie trafi do kandydata, któremu uda się odpowiedzieć na to pytanie, projektując wyjątkowo skomplikowane rozwiązanie dla zupełnie nieistniejącego problemu. A tym kandydatem będzie ta sama osoba, która projektuje ich oprogramowanie.

Narzędzie jest tak dobre, jak osoba go używająca. Jeśli idioci zadają „doskonałe” pytanie (a) i źle oceniają odpowiedzi, to ... zdarzają się złe rzeczy. Nie obwiniaj pytających, obwiniaj pytających.
Nie nazwałbym proponowanego rozwiązania rozwiązaniem w żadnym rzeczywistym sensie. W jakiś sposób osoba pisząca ten artykuł wywnioskowała niewłaściwą rzecz z rzekomego incydentu. Osoba nie zdała wywiadu z dobrego powodu. Prawdopodobnie ankieter był zdumiony niewrażliwością rozmówcy na osoby z niepełnosprawnością wzroku i intencją pytania, która ma na celu znalezienie rozwiązania problemu jakości życia (wobec którego rozmówca wydawał się wtedy bezdusznie obojętny).
Istnieje różnica między kwestią jakości życia a problemem całkowicie nieistniejącym. Myślę, że z tego przykładu wyciągnąłeś również niewłaściwe wnioski. Chodziło o to, że ktoś, kto potrafi zaprojektować zbyt skomplikowane rozwiązanie problemu, który w ogóle nie istnieje, nie stanie się lepszym programistą niż ten, który zidentyfikuje usługę do wykonania jako niepotrzebną. Lepszym przykładem, jaki widziałem, jest przeniesienie góry Fudżi, podczas gdy ankieter odmówił odpowiedzi na żadne z pytań, takich jak kto jest konsumentem i jak możemy go zadowolić bez przenoszenia góry (klasyczny problem XY)
@Chan-Ho Suh: To nie było tak bardzo proponowane rozwiązanie, ale pokazanie, jak głupie było to pytanie.
@vsz Nie widzę, dlaczego to nieistniejący problem. Istnieją motocykliści z niepełnosprawnością wzroku i chcieliby to robić bezpieczniej. Mówiąc o zostaniu lepszymi programistami, jeśli napotkasz problem, musisz go rozwiązać. Jeśli uważasz, że firma jest w błędzie i nie jest to prawdziwy problem, musisz przeprowadzić badania, aby udowodnić swoją rację, a nie tylko ją odrzucić (tak jak ty i druga osoba).
@Chan-Ho Suh: Kandydat zapytał, czy cel jest tylko lekko niedowidzący, czy całkowicie niewidomy. Odpowiedziano, że docelowa grupa demograficzna jest całkowicie ślepa. Ale to już nie ma znaczenia, wydaje się, że głosy nad tą odpowiedzią zależą wyłącznie od tego, czy uważasz, że powiedzenie „ślepy” jest politycznie niepoprawne, czy nie.
Praktycznym rozwiązaniem jest tandem.


To pytanie i odpowiedź zostało automatycznie przetłumaczone z języka angielskiego.Oryginalna treść jest dostępna na stackexchange, za co dziękujemy za licencję cc by-sa 3.0, w ramach której jest rozpowszechniana.
Loading...