Jak radzisz sobie z pytaniami opartymi na wiedzy w wywiadach? [Zamknięte]

W wywiadach technicznych, w których biorą udział doświadczeni programiści, ankieterzy zadają wiele pytań opartych na wiedzy. [na przykład. Jak skonfigurować to i tamto w xml]. Te pytania mają dokładnie jedną odpowiedź i jest bardzo prawdopodobne, że dobry programista może nie znać odpowiedzi (i dlatego zostanie odrzucony). Czy istnieje dobry sposób, aby odpowiedzieć na te pytania? [Jak grzeczne powiedzenie ankieterowi, że odpowiedź to tylko wyszukiwarka google].

Myślę, że powinno być w porządku powiedzieć ankieterowi, że naprawdę nie znasz odpowiedzi, a następnie kontynuować, aby dowiedzieć się, jak się dowiesz (na przykład zapytaj współpracowników, skonsultuj się z instrukcją, przeszukaj internet itp.) . Powinno to pokazać ankieterowi, że jesteś zaradny i dostosowujesz się do nowych sytuacji i chcesz się uczyć - a także uczciwie przyznajesz się, gdy nie wiesz, zamiast próbować blefować i ponieść porażkę. Nie miałem tego doświadczenia osobiście, więc nie jestem w 100% pewien, jak by to działało, ale zaakceptowałbym taką odpowiedź, gdybym był ankieterem. Powodzenia!

Moim ulubionym rodzajem pytania do rozmowy ... Moja typowa odpowiedź, jeśli nie znam odpowiedzi z góry głowy, to powiedzieć tyle samo, ale następnie przejść do opisu, w jaki sposób rozwiązałbym problem.

Na przykład „Jakie jest wywołanie interfejsu API do Shazbut the Fuzzer?”

Odpowiedź , przejdę do dokumentacji interfejsu API „Fuzzer” online i dowiem się. Szczerze mówiąc, nie użyłem „Fuzzera”, ale użyłem „Fubara”, który robi to samo. Użyliśmy Fubara w naszym ostatnim projekcie z powodu X, Y i Z.

Ten rodzaj podejścia pokazuje wiele rzeczy:

1. Masz więcej niż przypadkowe zrozumienie problemu
2. Wiesz, jak znaleźć odpowiedzi (Howard Hughes nie znał wszystkich odpowiedzi na temat lotnictwa, ale miał zespół ludzi, którzy wiedzieli)
3. Rozumiesz, że istnieją alternatywy i powody, aby wybierać między sobą.

Gdybym był ankieterem, chciałbym kogoś o bardziej kompletnej wiedzy niż ktoś, kto mógłby wyrzucić odpowiedź.

Jeśli pytanie nie brzmi poprawnie, wspomnę o tym. Czasami spotkasz ludzi, którzy chcą cię oszukać - może to sprawdzić, czy zwracasz uwagę, czy też masz zamiar wyrzucić oczywistą złą odpowiedź, tak jakbyś był autorytetem. Korzystając z tego samego hipotetycznego pytania, możesz uzyskać odpowiedź mniej więcej taką: „To pierwszy raz, kiedy o tym słyszałem. Jeśli nie masz nic przeciwko, gdzie mogę uzyskać więcej informacji na ten temat?”

To mówi ankieterowi, że nie zamierzasz udawać, że wiesz coś, czego nie wiesz, ale jesteś gotów się uczyć. To, czy poświęcisz czas na samodzielne sprawdzenie interfejsu API Fuzzer, zależy od Ciebie.

Myślę, że ważne jest, aby w wywiadzie móc wykazać, jak radzisz sobie z ograniczeniami wiedzy. Twój pracodawca będzie chciał zrzucić 200-stronicowy dokument w technologii, której nie znasz, i oczekujesz, że zostaniesz ekspertem w tej dziedzinie.

Kiedy przeprowadzałem wywiad na moje obecne stanowisko, nie napisałem żadnego C ++ przez kilka lat od ukończenia college'u i przyznałem tyle samo. Kiedy ktoś napisał class A : public Bw ramach pytania na tablicy, nie pamiętałem, która była klasą podstawową, a która została wyprowadzona, ale po zapytaniu ankietera o składnię mogłem z powodzeniem odpowiedzieć na pytanie w oparciu o moją wiedzę na temat podstawowych pojęć i zaoferowano mu pracę. Z drugiej strony, ktoś, kto twierdzi, że programuje w C ++ codziennie przez ostatnie 5 lat, powinien znać tę składnię od podstaw.

Jednak nawet ktoś, kto cały czas używa określonego języka, może być zardzewiały w niektórych obszarach, których nie można się spodziewać, ale powinien mieć dobry powód. Na przykład robię programowanie osadzone i od dłuższego czasu nie pisałem kodu, aby otworzyć lub odczytać plik, uzyskać dane od użytkownika, zapytać do bazy danych lub narysować GUI. To nie znaczy, że nie mogłem szybko odzyskać tych umiejętności, ale powinienem być przygotowany do wykazania się umiejętnością, a nie tylko oczekiwać, że uwierzą mi na słowo.

Jako kolejny przykład, w poprzednim zadaniu cała nasza pamięć musiała być przydzielona statycznie, aby ułatwić udowodnienie maksymalnych wymagań pamięci RAM w celu zapewnienia najwyższej niezawodności. W rzadkim wyjątku nie było to możliwe, trzeba było poprosić o podpis, aby się na nim podpisać, a pamięć nigdy nie mogła zostać uwolniona. Bardzo dobrze unikałem dynamicznej alokacji, ale to nie to samo, co bycie w tym dobrym.

Gdybym zadał pytanie o te obszary, przyznałbym, że byłem zardzewiały, i podałem powód, a następnie przystąpiłem do odpowiedzi najlepiej jak mogłem sobie przypomnieć, zadając w razie potrzeby wyjaśnienia.

Jestem wobec nich ambiwalentny. Część mnie nie lubi, jak wiele z nich jest trywialnych („ jaki jest trzeci parametr funkcji drukowania ”), ale zdaję sobie również sprawę, że jeśli ktoś pracuje z technologią, z czasem widziałeś ją tyle razy, że znasz ją na pamięć . Jestem skłonny powiedzieć: „Nie wiem, poszukałem go w Google, zanim zawracam sobie tym głowę współpracownikami”. Z drugiej strony, jeśli odpowiesz na każde pytanie z tą samą odpowiedzią, sprawia to wrażenie, że nie znasz technologii i przejdziesz do wyszukiwarki Google - łącznie z kodem, który rzekomo napisałeś.

Pracuję z .NET. Wczesne wersje frameworka zawierały ponad 40 000 różnych obiektów. Nikt nie może ich wszystkich poznać.

Miałem taki wywiad lub dwa i rozumiem, że może to sprawić, że poczujesz się nieswojo. Zwykle dzieje się tak, gdy pracodawca dotyka jakiejś technologii, którą posiadam w moim CV / CV, z której nie korzystałem przez dobry rok lub dwa.

Odpowiadam na to, dając im zrozumienie technologii, o którą pytają i jak jest stosowana, kiedy jest stosowana, a kiedy nie jest stosowana. Od strony technicznej postaram się jak najlepiej odpowiedzieć, nawet połowa odpowiedzi jest dla nich przydatna i zapewniam ich, że tak, gdybym był na komputerze, Google pomógłby i że odpowiedź techniczna to tylko minuta lub dwie, aby opóźnić w kontynuowaniu pracy.

Podsumowując, myślę, że osoba przeprowadzająca wywiad może zadać wystarczającą liczbę pytań, aby dowiedzieć się, czy masz odpowiedni kaliber do pracy i jakie jest dla Ciebie ryzyko.

Jeśli jednak rzeczywiście odpowiedzieliście niepoprawnie na każde pytanie techniczne lub otrzymaliście bardzo oczywiste pytanie, jak zadeklarować zmienną języka X, źle, to byłoby dla nich bardzo niepokojące i poczuliby, że nie mają czas na zainwestowanie w przyspieszenie lub szkolenie w zakresie podstaw.

Zdarzyło mi się to podczas wywiadu telefonicznego, podczas którego przedstawiono mi pytanie dotyczące narzędzia BASH, z którego wcześniej nie korzystałem. Wyjaśniłem, że chociaż wcześniej go nie używałem, byłem pewien, że mogę po sprawdzeniu Google'a lub jego strony podręcznika.

Będąc wywiadem telefonicznym, ankieter szybko postawił mnie na miejscu, pytając, czy jestem przed komputerem i zapytał, czy właśnie to robię. Kilka chwil później byłem w stanie wyjaśnić, w jaki sposób można go wykorzystać do rozwiązania przedstawionego problemu.

Niedługo potem zaoferowali mi pracę.