Proces Rozmów Kwalifikacyjnych Amazon SDE Intern

Większość opisów rekrutacji do Amazon dotyczy pełnoetatowego Loop, przez który nie przechodzi kandydat na staż. Ta sekcja opisuje wersję dla stażystów, która ma mniej etapów i przesuwa ciężar na początek.

• Zgłoszenie i przegląd CV. Rekrutacja uniwersytecka działa sezonowo, więc kalendarz liczy się tu bardziej niż w innych momentach. Zgłoszenia zwykle otwierają się późnym latem na kolejny rok.
• Ocena online. Ograniczona czasowo, nadzorowana zdalnie ocena wysyłana e-mailem. Zwykle łączy zadania programistyczne z ćwiczeniem work-simulation, w którym reagujesz na sytuacje z pracy, oraz ankietą work-style dopasowaną do Leadership Principles.
• Rozmowy. Zwykle jedna lub dwie rozmowy wideo na Amazon Chime, każda trwająca około 45 do 60 minut, łączące zadanie programistyczne z pytaniami behawioralnymi.
• Decyzja i dopasowanie zespołu. Oferty mogą przyjść przed przypisaniem konkretnego zespołu, a dopasowanie następuje później.

Terminy różnią się znacznie w zależności od sezonu i liczby kandydatów. Kandydaci zgłaszają okresy od dwóch tygodni do kilku miesięcy między oceną a zaproszeniem na rozmowę.

Trzy różnice zmieniają sposób, w jaki powinieneś się przygotować. Najbardziej oczywista to długość: kandydat SDE 1 po studiach mierzy się z Loop złożonym z czterech lub pięciu rozmów, podczas gdy stażysta częściej ma do czynienia z jedną lub dwiema. Wersja dla absolwentów, etap po etapie, znajduje się pod /answers/topic/company-interviews.

Druga różnica dotyczy tego, gdzie odbywa się selekcja. Przy mniejszej liczbie rozmów ocena wykonuje więcej pracy, więc słaba ocena jest trudniejsza do odrobienia niż później, w dłuższej ścieżce. Traktuj ją jako prawdziwą rundę, a nie formalność.

Trzecia różnica to zakres. System design nie pojawia się na poziomie stażu, a zadania programistyczne pozostają bliższe strukturom danych, stringom i grafom niż systemom rozproszonym. To, co się nie zmniejsza, to część behawioralna — element, który stażyści najczęściej lekceważą.

Są oceniane, a osoby prowadzące rozmowę zapisują to, co mówisz, w odniesieniu do każdej z nich. Częstym błędem jest założenie, że student nie ma na czym się oprzeć, przez co odpowiedzi dotyczące Leadership Principles są improwizowane, podczas gdy programowanie dostaje tygodnie przygotowań.

Zajęcia na studiach, hackathon, praca dorywcza, koło naukowe i projekt osobisty to wszystko ważne źródła. Pomyśl o studentce drugiego roku zapytanej o sytuację, w której musiała dostarczyć coś przy niepełnych informacjach. Jej odpowiedź dotyczyła zadania grupowego, w którym koleżanka z zespołu przestała odpowiadać dwa dni przed oddaniem projektu, co ona ucięła i co ostatecznie zostało dostarczone. To kompletna historia z decyzją i wynikiem, i została oceniona tak samo jak przykład z pracy.

Przygotuj cztery lub pięć historii z sytuacją, twoim konkretnym działaniem i wynikiem, i spodziewaj się pytań dodatkowych o to, co zrobiłbyś inaczej. Ćwiczenie ich na głos w tempie mówienia to właśnie do czego służy /mock-interview; pisane notatki rzadko przetrwają zderzenie z pytaniem dodatkowym na żywo.

Te dwa etapy mają różne odpowiedzi, a mylenie ich to sposób, w jaki kandydaci wpadają w kłopoty.

Ocena online jest ograniczona czasowo i nadzorowana zdalnie. Oceny Amazon monitorują sesję, a korzystanie tam z pomocy z zewnątrz jest naruszeniem zasad, niezależnie od tego, co technicznie umożliwia dane narzędzie. Nie ma uczciwej interpretacji tego etapu, w której asystent byłby odpowiedni.

Zwykła rozmowa wideo na własnym komputerze to inna sytuacja. Lokalny asystent, który transkrybuje dźwięk spotkania i pokazuje podpowiedzi w nakładce na ekranie, jest technicznie wykonalny, a do rozmowy nie dołącza żaden bot. Nadal wykracza to poza dopuszczalny zakres w momencie, gdy udostępniasz ekran, rozmowa jest nagrywana jako odpowiedź jednostronna, lub korzystasz z laptopa zarządzanego przez firmę. Te granice są opisane na /answers/topic/detectability, i warto je przeczytać, zanim na czymkolwiek się oprzesz.