Proces pohovoru v AMD, krok za krokem

Nabídky práce v AMD pokrývají křemík pro CPU a GPU, akcelerátory pro datová centra, vestavěné produkty a rozsáhlou softwarovou organizaci, takže je pochopitelné, že se kandidáti ptají, zda vůbec existuje jeden proces AMD. Tato část popisuje fáze, které sdílí většina postupů, a proměnnou, která rozhoduje o jejich obsahu. Fáze jsou známé; proměnnou je vaše inženýrská disciplína.

Jako první přichází screening s recruiterem. Ten se týká vašeho profilu, role, lokality a mzdových očekávání a je to chvíle, kdy byste měli potvrdit produktovou skupinu a disciplínu, například physical design, RTL, verifikaci návrhu, validaci, firmware nebo software ovladačů.

Následuje jedno nebo dvě technická kola s náborovým týmem, obvykle přes video. Jde o rozhovory s pracujícími inženýry, nikoli standardizovaný test, a mají tendenci zabírat se projekty z vašeho životopisu stejně hluboko jako učebnicovými otázkami.

Poslední fází je panel několika inženýrů, z nichž každý má na starosti jedno téma, plus rozhovor s hiring manažerem o rozsahu role a souladu. Kandidáti na začátku kariéry před tím vším někdy vidí online test; čtěte pozvánku pečlivě, protože takové testy bývají časově omezené a hlídané.

U rolí RTL a logic design očekávejte digitální základy kladené nahlas: kombinační versus sekvenční logika, konečné stavové automaty, čas setup a hold, clock domain crossing a proč existují synchronizéry, a kompromisy pipeliningu. Tazatelé často žádají o náčrt nebo napsání malých bloků ve Verilogu nebo SystemVerilogu, jako je FIFO, čítač nebo arbitr, a poté vysvětlení, co selže na krajních případech.

Kola verifikace návrhu se přesouvají k tomu, jak dokážete, že návrh funguje: konstrukce SystemVerilog, struktura UVM, constrained random stimulus, functional coverage a assertions. Častým vzorem je dostat popis malého bloku a být požádán, jak byste ho verifikovali, což odměňuje jasný testovací plán víc než naučenou syntaxi.

Představte si verifikačního inženýra, který přechází z firmy vyrábějící síťové čipy do týmu GPU. Jeho zkušenost s testbenchi se přenesla přímo, ale panel strávil celé kolo strategií coverage closure pro paměťový řadič, něčím, čeho se dotkl jen nepřímo. Dotaz recruiterovi, jaký blok tým vlastní, by nasměroval jeho přípravu právě tam.

Softwarové role v AMD pokrývají široké spektrum, od GPU ovladačů a kompilátorů po ROCm stack, nástroje a validační infrastrukturu. Společným jádrem je silná znalost C nebo C++, a měli byste být připraveni na ukazatele, rozvržení paměti, práci s bity, primitiva souběžnosti a na to, jak operační systém plánuje procesy a spravuje paměť.

Pohovory na firmware a ovladače přidávají hardwarové povědomí: přerušení, registry mapované do paměti, DMA a jak ovladač komunikuje se zařízením. Softwarové týmy GPU se mohou ptát na koncepty paralelního programování a na to, jak se práce rozděluje na hardware. Algoritmické otázky se objevují, ale bývají spíše praktické než hádankové.

Behaviorální otázky se obvykle objevují v rámci technických kol, ne ve vlastním slotu, takže mějte připravené krátké příběhy o ladění něčeho obtížného, o neshodě v návrhu a o dodání pod tlakem termínu. Nahlas si je procvičit je krok, který většina kandidátů přeskočí; nástroj pro nácvikový pohovor vám umožní projít si samostatně sezení a nejdřív slyšet vlastní odpovědi.

Tazatelé v panelu v AMD jsou obvykle inženýři, se kterými byste pracovali bok po boku, a nejsilnějším signálem, který můžete vyslat, je hloubka vaší vlastní minulé práce. Buďte připraveni projít návrh nebo bug z vašeho životopisu na úrovni signálů, registrů nebo kódu, včetně toho, co byste udělali jinak.

Zeptejte se každého tazatele na něco konkrétního: jaký blok nebo komponentu tým vlastní, jak vypadá aktuální tlak na tape-out nebo release, jak si verifikace a návrh předávají práci. Takové otázky ukazují, že už přemýšlíte jako člen týmu.

Tato kola probíhají přes video, a právě tam může pomoct živý asistent: SubcueAI přepisuje tazatele a připravuje návrh strukturované odpovědi, ať už z nativní desktopové aplikace pro macOS nebo Windows za lokálním overlayem, nebo z bočního panelu rozšíření prohlížeče v Chrome a Edge, které zachytává pouze zvuk z karty schůzky. Do hovoru se nepřipojuje žádný bot. Jasné jsou i limity: cokoli na sdílené obrazovce je viditelné, nahrávaná sezení zachycují toto sdílení a hlídané testy jsou mimo rozsah. Postupy u jiných zaměstnavatelů jsou zmapované v průvodcích pohovory ve firmách.