Jak Intel rekrutuje inżynierów danych

Poniższy przebieg odpowiada opisom kandydatów uczestniczących w rekrutacji Intel na stanowiska inżynierów oprogramowania. Nie ma analogicznych relacji dotyczących procesów dla inżynierów danych, dlatego należy traktować go jako najbliższy punkt odniesienia, a nie dokładny proces dla tej roli. Rozmowa wstępna, programowanie, projektowanie systemów, rozmowa behawioralna i etap onsite są na tej stronie kategoriami przygotowań, a nie nazwami etapów stosowanymi przez Intel.

• Podawana długość i różnice. Kandydaci opisują proces obejmujący od 4 do 6 etapów, zależny od poziomu stanowiska, jednostki biznesowej oraz tego, czy kandydat jest świeżo po studiach, czy ma doświadczenie zawodowe.
• Opisywany początek. Według relacji kandydaci na stanowiska juniorskie i staże zaczynają od testu online zawierającego 2 zadania programistyczne o łatwym lub średnim poziomie trudności, na które przeznacza się około 60–90 minut; doświadczeni kandydaci często go pomijają i od razu odbywają około 30-minutową rozmowę z rekruterem.
• Opisywana rozmowa techniczna. Kandydaci opisują trwającą od 45 do 60 minut rozmowę techniczną z inżynierem na podobnym stanowisku lub menedżerem rekrutującym, czasem około 60-minutową rozmowę ze starszym inżynierem oprogramowania obejmującą programowanie w C lub C++, projektowanie algorytmów i zagadnienia systemowe.
• Opisywany etap onsite. Zdalny etap onsite obejmuje od 3 do 4 rozmów jedna po drugiej przez Microsoft Teams, trwa około 3–4 godzin, a po nim następuje krótsza, około 30-minutowa rozmowa końcowa z menedżerem lub członkiem kierownictwa.

Kandydaci opisują etap onsite dla inżynierów jako połączenie rundy programistycznej w C lub C++, dyskusji o projektowaniu systemów z myślą o platformach Intel, szczegółowej rozmowy z konkretnej dziedziny, takiej jak kompilatory, sterowniki, AI lub grafika, rozmowy behawioralnej z menedżerem zespołu inżynieryjnego oraz rozmowy międzyzespołowej ze starszym inżynierem, przy czym dokładna liczba, kolejność i długość rozmów zależą od zespołu. Dla inżyniera danych najważniejszym wspólnym elementem jest szczegółowa rozmowa dziedzinowa: według relacji procesy dogłębnie sprawdzają faktyczną specjalizację zespołu, więc podobnego podejścia należy oczekiwać w obszarze danych.

Rozmowy na stanowisko inżyniera danych zwykle sprawdzają:

• SQL i modelowanie danych. Poprawne zapytania tworzone pod presją czasu oraz schematy, które pozostają użyteczne przy zmianie wymagań.
• Potoki i orkiestrację. Zależności, idempotentne ponowne uruchomienia, uzupełnianie danych historycznych oraz spóźnione lub nieprawidłowe dane źródłowe.
• Rozproszone systemy danych. Partycjonowanie, formaty przechowywania, przetwarzanie wsadowe w porównaniu ze strumieniowym i koszty; w firmie produkującej układy scalone dane telemetryczne i produkcyjne nadają tym pytaniom konkretny wymiar.
• Jakość danych i odpowiedzialność. Wykrywanie problemów, komunikowanie ich i zapobieganie im.

Ponieważ dostępne relacje dotyczą procesu dla inżynierów, to właśnie on stanowi użyteczny punkt porównania, a przedstawione różnice wynikają z ogólnych praktyk rekrutacyjnych na stanowiska związane z danymi, nie zaś z relacji dotyczących Intel.

• Język programowania. Według relacji rundy inżynierskie odbywają się w C lub C++. Inżynier danych nie powinien zakładać, że będzie tak samo; należy przygotować się z SQL oraz języka używanego do pracy z danymi, a rekrutera zapytać, jakich języków oczekuje zespół.
• Projektowanie. Opisywane rozmowy o projektowaniu koncentrują się na platformach Intel. Rozmowa o projektowaniu w inżynierii danych zwykle dotyczy przepływu danych, ich przechowywania i aktualności; warto przygotować się do rozrysowania całego potoku od początku do końca.
• Rozmowy międzyzespołowe i behawioralne. Opisywana rozmowa międzyzespołowa ze starszym inżynierem oraz rozmowa behawioralna z menedżerem zespołu inżynieryjnego mają formę niezależną od stanowiska, dlatego należy przygotować się do nich zgodnie z tym opisem.

Intel nie publikuje harmonogramów, a relacje kandydatów podają czas poszczególnych etapów, nie całego procesu: około 60–90 minut na test dla kandydatów na stanowiska juniorskie, od 45 do 60 minut na rozmowę wstępną, około 3–4 godzin na etap onsite oraz około 30 minut na rozmowę końcową.

Według relacji trudność wynika z wymaganej wytrzymałości i specjalizacji. Rozmowy onsite odbywające się jedna po drugiej w ciągu jednego popołudnia pozostawiają niewiele czasu na odpoczynek, a szczegółowa rozmowa dziedzinowa oznacza, że co najmniej jeden rekruter zagłębi się w temat równie mocno, jak robi to zespół w codziennej pracy. Inżynier danych, który potrafi przez wiele godzin prowadzić rozmowę o systemach i szczegółowo omówić jedną specjalizację z obszaru danych, jest przygotowany na taki przebieg.

Przygotuj się do opisywanego przebiegu, jednocześnie potwierdzając szczegóły dotyczące stanowiska z rekruterem.

• Zapytaj o języki i przebieg procesu. Według relacji procesy różnią się między zespołami; zapytaj, jakich języków się oczekuje, ile będzie rozmów i czy przewidziano test.
• Ćwiczenia z SQL i modelowania. Ćwicz na głos funkcje okna, usuwanie duplikatów oraz wolno zmieniające się wymiary, wyjaśniając kompromisy.
• Dwa projekty potoków. Przygotuj systemy, które potrafisz rozrysować od początku do końca wraz ze sposobami ich awarii, ponieważ według relacji rozmowy o projektowaniu są stałym elementem procesu.
• Własna szczegółowa specjalizacja. Wybierz najlepiej znany sobie obszar danych i przygotuj się na pytania na jego temat przez całą rozmowę.
• Przećwicz rozmowy jedna po drugiej. Próbna rozmowa kwalifikacyjna z SubcueAI pozwala przećwiczyć kilka rozmów podczas jednej sesji, co odpowiada opisywanemu przez kandydatów przebiegowi etapu onsite.