Jak Tesla rekrutuje inżynierów danych

Relacje kandydatów opisują proces rekrutacji inżynierów oprogramowania w Tesla; nie ma relacji dotyczących rekrutacji inżynierów danych, więc poniższy przebieg należy traktować jako najbliższy punkt odniesienia. Wstępna selekcja, programowanie, projektowanie systemów, rozmowa behawioralna i etap na miejscu to kategorie przygotowań na tej stronie, a nie nazwy etapów używane przez Tesla.

• Wczesny udział menedżera rekrutującego. Według relacji Tesla wcześnie angażuje menedżera rekrutującego: rozmowa z nim zwykle odbywa się przed jakąkolwiek rozmową techniczną, dzięki czemu kandydaci mogą ocenić dopasowanie do zespołu, zanim zdecydują się na cały proces.
• Opisywany przebieg. Wstępna rozmowa z rekruterem, rozmowa z menedżerem rekrutującym, około 60-minutowy etap techniczny w narzędziu do współpracy, takim jak CoderPad, z praktycznymi zadaniami niezależnymi od języka, a następnie etapy programistyczne, etapy projektowania systemów oraz jedna lub dwie około 45-minutowe rozmowy z menedżerem rekrutującym albo osobami na stanowiskach kierowniczych.
• Opisywany alternatywny początek. Niektórzy kandydaci opisują test online z trzema zadaniami programistycznymi w Codility przed dwiema rozmowami telefonicznymi; druga z nich odbywa się zwykle z menedżerem rekrutującym i dotyczy wcześniejszego doświadczenia, umiejętności oraz motywacji.
• Opisywany etap na miejscu. Pięć rozmów po 45 minut: zadanie projektowe, dwa etapy rozwiązywania problemów i dwie rozmowy behawioralne — jedna ze starszym rangą menedżerem, a druga z menedżerem rekrutującym.

Według relacji Tesla w dużej mierze odeszła od zadań domowych na rzecz rozmów technicznych na żywo i szybko przeprowadza kandydatów przez proces.

Według relacji techniczny etap wstępny obejmuje praktyczne zadania niezależne od języka zamiast łamigłówek, a zestaw rozmów zmienia się zależnie od poziomu stanowiska: starsi kandydaci zwykle przechodzą dwa etapy programistyczne i jeden etap projektowania systemów, natomiast kandydaci na stanowiska eksperckie mają mniej etapów programistycznych, a więcej projektowania systemów. Dla inżyniera danych najważniejszy wniosek jest taki, że największe znaczenie mają praktyczne problemy i projektowanie, a wraz ze stażem nacisk przesuwa się w stronę projektowania.

Rozmowy na stanowisko inżyniera danych zazwyczaj oceniają:

• SQL i modelowanie danych. Poprawne zapytania tworzone pod presją czasu oraz schematy odporne na zmiany; praktyczne zadanie niezależne od języka dobrze pasuje do przetwarzania danych.
• 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; telemetria pojazdów i fabryk nadaje tym zagadnieniom konkretny wymiar.
• Jakość danych i odpowiedzialność. Wykrywanie, komunikowanie i zapobieganie problemom — właśnie to mogą sprawdzać opisywane rozmowy behawioralne z menedżerami.

Ponieważ relacje opisują proces rekrutacji na stanowiska inżynierskie, poniższe różnice wynikają z ogólnych praktyk dotyczących ról związanych z danymi, a nie z informacji podawanych o Tesla.

• Programowanie. Opisywane zadania są praktyczne i niezależne od języka. Inżynier danych powinien przygotować się z SQL oraz języka ukierunkowanego na pracę z danymi i spodziewać się raczej zadań przypominających transformacje niż łamigłówek algorytmicznych.
• Projektowanie. Etap projektowania w inżynierii danych dotyczy przepływu, przechowywania i aktualności danych; warto przygotować się do narysowania kompletnego potoku telemetrii, ponieważ według relacji znaczenie projektowania rośnie wraz ze stażem.
• Rozmowa behawioralna. Opisywane rozmowy ze starszym rangą menedżerem i menedżerem rekrutującym, dotyczące wcześniejszego doświadczenia, umiejętności oraz motywacji, są niezależne od roli; przygotuj się do nich zgodnie z tym opisem.

Tesla nie publikuje harmonogramu. Kandydaci podają, że proces przebiega szybko: etap techniczny trwa około 60 minut, późniejsze rozmowy około 45 minut każda, a etap na miejscu jest opisywany jako pięć rozmów po 45 minut.

Według relacji trudność wynika z tempa i praktycznego charakteru procesu. Szybka rekrutacja z rozmowami technicznymi na żywo zamiast zadań domowych pozostawia niewiele czasu na przygotowanie między etapami, a praktyczne zadania premiują kandydatów, którzy potrafią od razu stworzyć działającą logikę przetwarzania danych, zamiast jedynie przytaczać wzorce. Wczesna rozmowa z menedżerem rekrutującym oznacza również, że dopasowanie jest oceniane już podczas pierwszej rozmowy technicznej.

Przygotuj się do opisywanego przebiegu procesu i potwierdź z rekruterem szczegóły dotyczące stanowiska.

• Wykorzystaj rozmowę z menedżerem rekrutującym. Według relacji odbywa się ona jako pierwsza; zapytaj, jak wyglądają dane zespołu i jakich języków oczekuje się podczas etapów technicznych.
• Praktyczne zadania. Ćwicz przetwarzanie danych i zadania z SQL we współdzielonym edytorze, w blokach trwających około 60 minut, koncentrując się na działającym kodzie.
• Dogłębne projektowanie. Przygotuj dwa projekty potoków, które potrafisz narysować od początku do końca wraz ze scenariuszami awarii.
• Wcześniejsze doświadczenie, umiejętności, motywacja. Według relacji rozmowy z menedżerami obejmują wszystkie trzy obszary; przygotuj konkretne sytuacje i szczerą odpowiedź, dlaczego chcesz wykonywać tę pracę.
• Przećwicz szybki proces. Próbna rozmowa kwalifikacyjna z SubcueAI pozwala podczas jednej sesji przećwiczyć etap techniczny, a następnie rozmowę z menedżerem.