Proces rekrutacji AMD, krok po kroku

Oferty pracy w AMD obejmują krzem CPU i GPU, akceleratory dla centrów danych, produkty wbudowane oraz dużą organizację software'ową, więc kandydaci zasadnie zastanawiają się, czy w ogóle istnieje jeden proces AMD. Ta sekcja przedstawia etapy wspólne dla większości ścieżek oraz zmienną, która decyduje o ich zawartości. Etapy są znajome; zmienną jest wasza dyscyplina inżynierska.

Najpierw jest rozmowa z rekruterem. Obejmuje wasze doświadczenie, stanowisko, lokalizację i oczekiwania płacowe, i to właśnie wtedy warto potwierdzić grupę produktową i dyscyplinę, na przykład physical design, RTL, weryfikację projektu, walidację, firmware czy oprogramowanie sterowników.

Następnie odbywają się jedna lub dwie rundy techniczne z zespołem rekrutującym, zwykle przez wideo. To rozmowy z pracującymi inżynierami, a nie standaryzowany test, i zwykle zagłębiają się w projekty z waszego CV równie mocno, co w pytania podręcznikowe.

Ostatnim etapem jest panel kilku inżynierów, z których każdy zajmuje się jednym tematem, oraz rozmowa z hiring managerem o zakresie obowiązków i dopasowaniu. Kandydaci na wczesnym etapie kariery czasem widzą przed tym wszystkim ocenę online; przeczytajcie zaproszenie uważnie, bo takie testy są często ograniczone czasowo i nadzorowane.

W przypadku ról RTL i projektowania logicznego spodziewajcie się podstaw cyfrowych zadawanych ustnie: logiki kombinacyjnej kontra sekwencyjnej, maszyn stanów skończonych, czasu setup i hold, przejścia między domenami zegara (clock domain crossing) i tego, po co istnieją synchronizery, a także kompromisów potokowania (pipelining). Rekruterzy techniczni często proszą o naszkicowanie lub napisanie małych bloków w Verilogu lub SystemVerilogu, na przykład FIFO, licznika lub arbitra, a potem o wyjaśnienie, co zawodzi na skrajnych przypadkach.

Rundy weryfikacji projektu przesuwają się w stronę tego, jak udowadniacie, że projekt działa: konstrukcje SystemVerilog, struktura UVM, constrained random stimulus, functional coverage i assertion. Częstym schematem jest otrzymanie opisu małego bloku i pytanie, jak byście go zweryfikowali, co nagradza jasny plan testów bardziej niż wykutą na pamięć składnię.

Rozważcie inżyniera weryfikacji, który przechodzi z firmy produkującej chipy sieciowe do zespołu GPU. Jego doświadczenie z testbenchami przełożyło się bezpośrednio, ale panel poświęcił całą sesję strategii coverage closure dla kontrolera pamięci, czegoś, czego dotykał wcześniej tylko pośrednio. Zapytanie rekrutera, jaki blok obsługuje zespół, skierowałoby jego przygotowania właśnie tam.

Role software'owe w AMD obejmują szeroki zakres, od sterowników GPU i kompilatorów po stos ROCm, narzędzia i infrastrukturę walidacyjną. Wspólnym rdzeniem jest solidna znajomość C lub C++, i musicie być gotowi na wskaźniki, układ pamięci, manipulację bitami, prymitywy współbieżności oraz to, jak system operacyjny planuje zadania i zarządza pamięcią.

Rozmowy dotyczące firmware i sterowników dodają świadomość sprzętową: przerwania, rejestry mapowane w pamięci, DMA i sposób, w jaki sterownik komunikuje się z urządzeniem. Zespoły software'owe GPU mogą pytać o koncepcje programowania równoległego i sposób rozdzielania pracy do sprzętu. Pytania algorytmiczne się pojawiają, ale zwykle są praktyczne, a nie zagadkowe.

Pytania behawioralne zwykle pojawiają się w ramach rund technicznych, a nie w osobnym slocie, więc miejcie gotowe krótkie historie o debugowaniu czegoś trudnego, sporze o projekt i dostarczeniu czegoś pod presją terminu. Przećwiczenie ich na głos to krok, który pomija większość kandydatów; narzędzie do symulowanej rozmowy kwalifikacyjnej pozwala samodzielnie przeprowadzić sesję i najpierw usłyszeć własne odpowiedzi.

Rozmówcy w panelu w AMD to zwykle inżynierowie, z którymi pracowalibyście na co dzień, a najsilniejszym sygnałem, jaki możecie wysłać, jest głębia waszej własnej dotychczasowej pracy. Bądźcie gotowi omówić projekt lub błąd z waszego CV na poziomie sygnałów, rejestrów lub kodu, w tym to, co zrobilibyście inaczej.

Zapytajcie każdego rozmówcę o coś konkretnego: jaki blok lub komponent obsługuje zespół, jak wygląda obecna presja tape-out lub wydania, jak wygląda przekazanie zadań między weryfikacją a projektowaniem. Takie pytania pokazują, że myślicie już jak członek zespołu.

Te rundy odbywają się przez wideo, i to właśnie tam może pomóc asystent na żywo: SubcueAI transkrybuje rozmówcę i tworzy szkic ustrukturyzowanej odpowiedzi, z natywnej aplikacji desktopowej na macOS lub Windows działającej za lokalną nakładką, albo z panelu bocznego rozszerzenia przeglądarki w Chrome i Edge, które przechwytuje tylko dźwięk z karty spotkania. Do połączenia nie dołącza żaden bot. Ograniczenia są równie jasne: wszystko na udostępnionym ekranie jest widoczne, nagrywane sesje przechwytują to udostępnienie, a nadzorowane testy są poza zakresem. Procesy u innych pracodawców są opisane w przewodnikach po rozmowach kwalifikacyjnych w firmach.