Jak Meta prowadzi rozmowy z inżynierami danych

Meta nie publikuje procesu przeznaczonego specjalnie dla inżynierów danych. Publikuje natomiast proces dla inżynierów oprogramowania, który jest najbliższym udokumentowanym punktem odniesienia i schematem, pod kątem którego powinien przygotować się inżynier danych, pamiętając, że rzeczywisty proces może wyglądać inaczej.

• Rozmowa techniczna (inżynierowie oprogramowania). 45-minutowa rozmowa z inżynierem Meta, poświęcona głównie programowaniu: 5 minut na przedstawienie się, 35 minut na programowanie i 5 minut na pytania kandydata. Jeśli rozmowa nie odbywa się osobiście, inżynier udostępnia narzędzie do wspólnej edycji; podczas spotkania osobistego używa się tablicy.
• Pełny proces (inżynierowie oprogramowania). Rozmowa z ogólnymi zadaniami programistycznymi, rozmowa dotycząca projektowania oraz rozmowa behawioralna obejmująca wcześniejsze doświadczenie zawodowe i motywację. Rozmowy dotyczące projektowania i kompetencji behawioralnych trwają po 45 minut, a rozmowa programistyczna w pełnym procesie ma ten sam 45-minutowy format, w tym 35 minut programowania.

Meta nie publikuje informacji o czasie trwania całego procesu, liczbie etapów dla inżyniera danych ani o tym, czy w przypadku ról związanych z danymi programowanie oznacza SQL zamiast programowania ogólnego. Rozmowa wstępna, programowanie, projektowanie systemów, rozmowa behawioralna i etap na miejscu to kategorie przygotowań na tej stronie, a nie nazwy etapów stosowane przez Meta.

Opublikowany proces rekrutacyjny dla inżynierów sprawdza trzy obszary podczas trzech oddzielnych rozmów: programowanie, projektowanie oraz wcześniejsze doświadczenie zawodowe i motywację. Inżynier danych przygotowujący się do rozmowy w Meta powinien przyjąć te same trzy perspektywy i wypełnić je zagadnieniami dotyczącymi danych, pamiętając jednak, że jest to wniosek wyciągnięty z procesu dla inżynierów, a nie opublikowany format rekrutacji inżynierów danych.

Rozmowy rekrutacyjne z inżynierami danych zazwyczaj oceniają:

• SQL i modelowanie danych. Poprawne, czytelne zapytania pisane pod presją czasu oraz schematy, których można bronić przy zmieniających się wymaganiach. Ponieważ opublikowana rozmowa techniczna dla inżynierów obejmuje 35 minut programowania, liczą się zarówno szybkość, jak i poprawność.
• Potoki i orkiestracja. Zależności, idempotentne ponowne uruchomienia, uzupełnianie danych historycznych oraz obsługa opóźnionych lub nieprawidłowych źródeł.
• Rozproszone systemy danych. Partycjonowanie, formaty przechowywania, przetwarzanie wsadowe w porównaniu ze strumieniowym oraz koszt każdego rozwiązania, czyli zagadnienia, które naturalnie obejmowałaby rozmowa projektowa dla tej roli.
• Jakość danych i odpowiedzialność. Wykrywanie, komunikowanie i zapobieganie problemom, czyli materiał do rozmowy behawioralnej o wcześniejszej pracy.

Ponieważ jedynym opublikowanym procesem jest proces dla inżynierów, to on stanowi użyteczny punkt odniesienia, a poniższe różnice wynikają z ogólnej praktyki dotyczącej ról związanych z danymi, nie zaś z informacji podanych przez Meta.

• Programowanie. Rozmowa techniczna dla inżynierów dotyczy głównie programowania ogólnego. W przypadku inżyniera danych można oczekiwać większego nacisku na SQL, przetwarzanie danych i logikę transformacji, ale należy też przygotować się z programowania ogólnego, ponieważ Meta nie wskazuje, który wariant obowiązuje.
• Projektowanie. Rozmowa projektowa z inżynierem oprogramowania dotyczy systemów; rozmowa o projektowaniu w inżynierii danych zazwyczaj koncentruje się na przepływie i przechowywaniu danych, ich aktualności oraz jakości. Przygotuj się do narysowania całego potoku, a nie architektury obsługującej żądania.
• Kompetencje behawioralne. Opublikowana rozmowa behawioralna obejmuje wcześniejsze doświadczenie zawodowe i motywację. Jest to niezależne od roli, więc przygotuj się dokładnie według opublikowanego opisu: omów konkretną wcześniejszą pracę i jasno wyjaśnij, dlaczego zależy Ci na tej roli.

Opublikowane czasy dotyczą poszczególnych rozmów: 45-minutowej rozmowy wstępnej i 45-minutowych rozmów w pełnym procesie, przy czym rozmowy programistyczne obejmują 35 minut programowania. Meta nie publikuje harmonogramu całego procesu dla żadnej roli.

Trudność opublikowanego formatu wynika z jego intensywności. Ponieważ przedstawienie się i pytania zajmują pierwsze i ostatnie kilka minut, część programistyczna stanowi jeden nieprzerwany blok i nie ma czasu na rozgrzewkę. Dla inżyniera danych oznacza to potrzebę ćwiczenia zadań z SQL i transformacji pod presją czasu oraz przygotowania materiału projektowego i behawioralnego, który można przedstawić w ciągu 45 minut bez pośpiechu.

Odwzoruj trzy opublikowane obszary oceny i wypełnij je pracą z danymi.

• Programowanie na czas. Ćwicz zadania z SQL i przetwarzania danych w 35-minutowych blokach we wspólnym edytorze, na bieżąco wyjaśniając swój tok rozumowania, ponieważ podczas opublikowanej rozmowy zdalnej używa się narzędzia do wspólnej edycji.
• Dwa projekty potoków. Narysuj od początku do końca systemy, które zostały przez Ciebie zbudowane lub które można byłoby zbudować, wraz z trybami awarii: opóźnione dane, duplikaty, zmiany schematu i uzupełnienia danych historycznych, które nie mogą powodować podwójnego zliczania.
• Wcześniejsza praca i motywacja. Opublikowana rozmowa behawioralna obejmuje oba te tematy; przygotuj konkretne sytuacje oraz szczerą odpowiedź na pytania, dlaczego Meta i dlaczego ta rola.
• Historie o odpowiedzialności za jakość. Przygotuj przykład wykrytego problemu z jakością danych, wyjaśnij, kogo o nim poinformowano i co zmieniono.
• Przećwicz format. Próbna rozmowa kwalifikacyjna z SubcueAI pozwala przećwiczyć 45-minutowy blok, który bez przerwy przechodzi od programowania do pytań uzupełniających.