Niedawno miałem wywiady na miejscu z Google i Amazonem i otrzymałem uprzejme listy odrzucające, informujące mnie, że jestem blisko, ale niezupełnie odpowiednie dla umiejętności, których szukali.
Doszedłem do ostatniej rundy dla wszystkich wywiadów, które przeprowadziłem (z wyjątkiem niektórych ofert z małych, nieciekawych stanowisk, z którymi przeprowadzałem wywiady z praktyką), ale do tej pory przeprowadzenie 5-8 wywiadów dziennie daje mi wystarczająco dużo czasu na moje błędy sumują się na tyle, że wykluczam mnie z gry.
Wiem, że dobrze sobie poradziłem, przynajmniej w kwestiach związanych z kodowaniem i innymi ogólnymi pytaniami technicznymi, najwyraźniej jestem kiepski w projektowaniu gier OOP, takich jak gry karciane lub garaże parkingowe (zanurzyłem się zbyt głęboko w jednym obiekcie i zamiast tego zużyłem cały swój czas bycia szerszym) i moje odpowiedzi na kodowanie, chociaż działają ogólnie, nie całkiem nie miałem kilku błędów / krawędzi, które przeoczyłem (jak przypadek, w którym węzeł wejściowy może być odpowiedzią, a nie musi być wyraźny). I nie mam problemu z powiedzeniem „nie wiem”, ale może trochę się bawię i muszę to powiedzieć w przypadku pytań, które, jak sądzę, potrafię odpowiedzieć, ale nie potrafię udzielić wyraźnej odpowiedzi na ...
Więc jakie są rzeczy, które popychają cię do bycia dobrym, ale nie do „wynajmowania”?
Czy masz jakieś porady na temat tego, czego szukasz, lub czegoś, co wiesz, co dało ci tak niewiele dodatkowej pomocy?
Odpowiedzi:
Przede wszystkim sugeruję skontaktowanie się z przedstawicielem HR w obu firmach i spytanie, czy mogą podać jakiekolwiek szczegóły na temat „dlaczego”. Jest całkiem prawdopodobne, że będą w stanie dać ci wskazówki, gdzie popełniłeś błąd lub nad czym powinieneś popracować.
Po drugie, nie poddawaj się! Jeśli naprawdę chcesz pracować dla jednej z tych firm, poczekaj kilka miesięcy, może rok i złóż podanie o inną pracę. Możliwe, że po prostu nie „żelowałeś” jednego konkretnego ankietera, a jeśli masz rozmowę z kimś innym, powiedzą „zatrudnić”.
Wreszcie, jeśli uważasz, że nie zgadzałeś się pod względem odpowiedzi technicznych, to ważnym aspektem, którego szukają, jest to, czy jesteś „kulturowym” dopasowaniem. To znaczy, czy będziesz pasować do reszty zespołu i czy twoja osobowość jest dobra. Zbadaj kulturę firmy i zdecyduj, czy uważasz, że jest to coś, w czym możesz się dopasować, i upewnij się, że udowodnisz to również w wywiadzie.
Powodzenia i nie poddawaj się!
źródło
Jak powiedział Dean, jesteś oceniany na podstawie wielu atrybutów, a są to zwykle:
Umiejętności techniczne wymagane do pełnienia tej roli będą się różnić w zależności od zespołu, z którym przeprowadzasz wywiad, więc jeśli to nie zadziała z jednym zespołem, możesz (w zależności od firmy) ponownie złożyć podanie i znaleźć lepsze dopasowanie do innego zespołu. Więc nie trać nadziei!
Większość umiejętności technicznych jest zwykle testowana pod kątem problemów z kodowaniem. Wspomniałeś, że przypadkowo przegapiłeś skrzynkę graniczną i że wkradło się kilka błędów (tak jak robią to nieraz, gdy prosi się o kodowanie na tablicy). Dobrym podejściem do odpowiedzi na te pytania dotyczące kodowania jest wykonanie następujących czynności:
Wreszcie przyznanie, że czegoś nie wiesz, jest lepsze (IMHO) niż potykanie się przy próbach udawania. To prawda, że w wywiadzie prosi się o rozwiązanie problemu, ale jeśli nie wiesz, od czego zacząć, radzę porozmawiać o prawidłowych podejściach i spróbować zawęzić listę poprawnych rozwiązań, które uwzględniają podane przeciwwskazania. Jeśli nie masz pojęcia, od czego zacząć, być może nadszedł czas, aby to wyjaśnić (wiąże się to również z tym, jak pasujesz do zespołu. Powiedziałbym, że lepiej zapytać o kierunek wcześniej). Więc nie sądzę, że powiedzenie „nie wiesz” jest złą rzeczą (zakładając, że to nie wszystko, co zostało powiedziane =])
Niewiele można zrobić z dopasowaniem, ponieważ często sprowadza się to do osobistej opinii ankietera, ale rozmowa z ankieterem na temat tego, co myślisz / robisz, jest lepsza niż pisanie w ciszy przez 15 minut, a następnie deklarowanie "Skończyłem".
Pamiętaj, że te rzeczy są zwykle rozmową dwukierunkową . Oni nie tylko przeprowadzają z tobą wywiad, ale również z nimi. Zachęcamy do zadawania pytań na temat pracy / zespołu / firmy.
Wreszcie, rekruterzy Microsoft publikują całkiem sporo informacji na temat tego, czego szukają podczas ekranu telefonu / rozmowy kwalifikacyjnej, więc zaleciłbym przeczytanie. Dodatkowo GlassDoor ma wiele informacji na temat procesów przeprowadzania wywiadów dla firm (ale odpowiedzi przesłane przez użytkownika nie zawsze są poprawne). Wyszukiwanie w Google pytań wywiadowych MS / Google / Amazon / Apple / itp. Również przyniesie rezultaty.
Powodzenia.
źródło
Może to zabrzmieć elitarnie, ale brutalna prawda jest taka, że nie można nic zrobić, aby zostać zatrudnionym. Szukają pewnej ilości talentów i nie wszyscy ją mają. Akceptujemy ten trudny fakt w sztukach scenicznych - bez względu na to, jak wiele osób ćwiczy, nie będą mogli zostać zatrudnieni w New York Philharmonic. Doktorat po angielsku nie pozwoli ci napisać świetnej powieści. Dotyczy to również elitarnych zespołów oprogramowania. Nie przeprowadzają wywiadów w celu znalezienia osób, które znają określoną technologię. Przeprowadzają wywiady, aby znaleźć osoby, które będą się do nich dopasowywać: osoby z głębokim spojrzeniem na programowanie, które mogą nadążyć za zespołem, śledzić szybko poruszające się dyskusje techniczne, wybierać nowe języki, wprowadzać nowe pomysły, tworzyć nowe technologie.
==== 3/7/2014 ====
Ten wywiad z Laszlo Bock wydaje się zgadzać. Google nie dba o stopnie, stopnie ani wyniki testów:
źródło
Wygląda na to, że sam już określiłeś niektóre obszary, które możesz poprawić.
Łącząc te aspekty z poprzednim pytaniem , nie wiedząc nic więcej o tobie, zaleciłbym trochę wysiłku po stronie inżynieryjnej , będąc w stanie zaprojektować praktyczne oprogramowanie i jasno przekazać ten projekt. Zamiast uczyć się więcej teorii CS, przeczytaj książki, takie jak Programowanie pereł , Refaktoryzacja , Standardy kodowania C ++ i Kod zakończony . Jeśli jedno z „nieciekawych” zadań wiąże się z odpowiedzialnością za projektowanie prawdziwego oprogramowania, podejmij je i uczyń je interesującym. W prawdziwym świecie często czujesz się jak ten facet, ale wciąż może być bardzo satysfakcjonujące, gdy wiesz, że poradziłeś sobie z trudnym problemem, nawet jeśli jest to zwykłe zastosowanie.
źródło
Ok, po prostu wrzuć tutaj trochę praktycznych doświadczeń.
Pracuję dla jednej z tych elitarnych firm programistycznych i nie uważam, aby nasze zasady zatrudniania były ukierunkowane na „nie tracenie” wielkich talentów, ale na „nie zatrudnianie” miernych talentów. Widziałem, że niektóre z tych firm naprawdę chcą zatrudnić wspaniałych ludzi, ale robią to, przeprowadzając wywiady z wieloma naprawdę dobrze wyglądającymi (na papierze) programistami, a następnie eliminując tych, których nie chcą. Kiedy ktoś zostanie zatrudniony, bardzo trudno jest się go pozbyć, więc opłaca się odrzucić kandydata, który według ciebie może być świetny, ale któryś z ankieterów widział kilka czerwonych flag.
W firmie, w której obecnie pracuję, zostałem odrzucony, ponieważ jeden i tylko jeden z ankieterów (najważniejszy) dał mi kciuk w dół. Ten ankieter zadał mi bardzo specyficzne pytanie dotyczące domeny i nie mówił płynnie po angielsku. Nie zatrudnili mnie, ale zespół pomyślał, że firma straci potencjalnie dobry wynajem. W następnym tygodniu wysłali mnie na inny zestaw wywiadów z innym zespołem i dostałem pracę (z dodanymi znakami „silnego zatrudnienia”).
Moja rada jest taka, że jeśli naprawdę wierzysz, że masz to, czego potrzeba, kontynuuj rozmowy z tą firmą i ucz się z każdego doświadczenia, aż do momentu znalezienia pracy. Większość tych firm prowadzi rejestr wszystkich osób, z którymi rozmawia, i umieszcza na czarnej liście biednych kandydatów (aby nigdy nie dostali kolejnego strzału). Jednak kandydaci, którzy byli dobrymi kandydatami, ale po prostu nie spisali się dobrze tego dnia lub nie pasowali do zespołu, pozostaną w puli rekrutacyjnej. Natychmiast dowiesz się, czy znalazłeś się na czarnej liście, gdy telefon od rekrutera po prostu przestanie pewnego dnia, a każdy kontakt w przyszłości wydaje się być głuchy. Jeśli otrzymasz od firmy zapytania w przyszłości, wiesz, że nic ci nie jest. Nawiązanie większej liczby wywiadów po pierwszym odrzuceniu nie ma żadnej szkody, o ile nie znalazłeś się na czarnej liście. W rzeczywistości, Gorąco polecam przeprowadzanie wywiadów z wieloma zespołami jednocześnie. Ankieterzy odrzucą cię przy pierwszym postrzeganym znaku kłopotu, niezależnie od tego, czy jest to prawdziwy problem, czy nie. Są ostrożni i nie chcą o wiele gorszych wynajmów niż dobrzy.
Jeszcze kilka myśli:
- Żadna z tych firm nie przekaże ci opinii. Jest to odpowiedzialność prawna. Bani, że tak jest, ale mogę obiecać, że tak się nie stanie.
- Osobiście rozmawiałem z genialnym inżynierem, kiedy przeprowadziłem wywiad z Microsoftem, który powiedział mi, że zajęło mu to ponad 5 prób, zanim w końcu został zatrudniony. Ten facet był SDE na wyższym poziomie, więc MSFT najwyraźniej potwierdziło, że dobrze go zatrudniono, promując go.
Kilka porad:
Poznaj swoje struktury danych i algorytmy do przodu i do tyłu. Musisz wiedzieć wszystko od samego przejścia grafu.
Zna architekturę, zwłaszcza systemy rozproszone i problemy skali
Zapamiętaj listę projektów, które prowadziłeś. Zapamiętaj listę przykładów zasad przywództwa, które pokazałeś w swojej pracy. To są najtrudniejsze pytania, na które należy odpowiedzieć w wywiadzie (wywiady behawioralne). Możesz być doskonały w dziedzinie technologii, a jeśli nie przeżyjesz wywiadu behawioralnego, nie zostaniesz zatrudniony.
Nie martw się o to, jakich języków programowania szukają. Zna jeden język obiektowy do tyłu i do przodu i kod w tym. Ankieterowi zazwyczaj nie zależy na języku, w którym się piszesz i nie ocenia cię na podstawie tego.
Na koniec napisz do mnie swoje CV. ; =)
źródło
Niekoniecznie przegapiłem to, ponieważ się myliłem
Może nie zrobiłeś nic złego, ale ktoś inny zrobił to lepiej. Może pod względem osobowości, umiejętności komunikacyjnych, relacji, podobnych doświadczeń z poprzednich projektów itp.
Być może dobrze było cię zatrudnić, ale nie było cię tylko na liście. Nie martwiłbym się zbytnio. Wszystko dzieje się w określonym celu.
źródło