Så intervjuar Intel dataingenjörer

Upplägget nedan är det som kandidater beskriver för Intels intervjuprocess för mjukvaruingenjörer. Det finns inga motsvarande uppgifter om processer för dataingenjörer, så se detta som den närmaste referensen snarare än processen för rollen. Gallring, kodning, systemdesign, beteendefrågor och onsite är förberedelsekategorier på den här sidan, inte namn på Intels intervjurundor.

• Uppgiven längd och variation. Kandidater uppger en process i 4 till 6 steg som varierar beroende på senioritet, affärsenhet och om kandidaten är nyutexaminerad eller erfaren.
• Uppgiven inledning. Kandidater till ingångstjänster och praktik uppges börja med ett onlinetest med 2 kodningsproblem av lätt till medelsvår nivå på cirka 60 till 90 minuter. Erfarna kandidater hoppar ofta över det och går direkt till ett rekryterarsamtal på cirka 30 minuter.
• Uppgiven teknisk gallringsintervju. Kandidater beskriver en teknisk gallringsintervju på 45 till 60 minuter med en ingenjörskollega eller rekryterande chef, ibland cirka 60 minuter med en senior mjukvaruingenjör som tar upp kodning i C eller C++, algoritmdesign och systemkoncept.
• Uppgiven onsite. En virtuell onsite med 3 till 4 intervjuer direkt efter varandra via Microsoft Teams under cirka 3 till 4 timmar, följd av ett kortare avslutande samtal på cirka 30 minuter med en chef eller företagsledare.

Kandidater beskriver blandningen under onsite för ingenjörer som en kodningsrunda i C eller C++, en diskussion om systemdesign inriktad på Intel-plattformar, en djupdykning inom ett specifikt område som kompilatorer, drivrutiner, AI eller grafik, en beteendeintervju med en ingenjörschef och en tvärfunktionell intervju med en senior ingenjör. Exakt antal, ordning och längd varierar mellan team. För en dataingenjör är den överförbara lärdomen den områdesspecifika djupdykningen: enligt uppgifterna går processerna på djupet inom teamets faktiska specialområde, så förvänta dig samma sak inom data.

Intervjuer för dataingenjörer bedömer i allmänhet:

• SQL och datamodellering. Korrekta frågor under tidspress och scheman som håller när kraven förändras.
• Datapipelines och orkestrering. Beroenden, idempotenta omkörningar, historiska återfyllningar samt sena eller felaktigt formaterade källor.
• Distribuerade datasystem. Partitionering, lagringsformat, batch kontra strömning och kostnad. På ett chipföretag gör telemetri- och tillverkningsdata dessa frågor konkreta.
• Datakvalitet och ägarskap. Upptäckt, kommunikation och förebyggande åtgärder.

Eftersom den beskrivna processen gäller ingenjörer är det den relevanta jämförelsen. Skillnaderna bygger på allmän praxis för dataroller, inte på uppgifter om Intel.

• Programmeringsspråk. De uppgivna ingenjörsrundorna använder C eller C++. En dataingenjör bör inte anta att samma sak gäller. Förbered SQL och ett dataorienterat språk och fråga rekryteraren vilka språk teamet förväntar sig.
• Design. De uppgivna designdiskussionerna är inriktade på Intel-plattformar. Ett designsamtal för dataingenjörer handlar vanligtvis om dataflöde, lagring och aktualitet. Förbered dig på att rita upp en fullständig pipeline.
• Tvärfunktionellt och beteendebaserat. Den uppgivna tvärfunktionella intervjun med en senior ingenjör och beteendeintervjun med en ingenjörschef är till formen oberoende av rollen, så förbered dem enligt beskrivningen.

Intel publicerar inga tidslinjer, och kandidaternas uppgifter anger varaktighet per steg snarare än för hela processen: ett test på cirka 60 till 90 minuter för kandidater till ingångstjänster, en gallringsintervju på 45 till 60 minuter, en onsite på cirka 3 till 4 timmar och ett avslutande samtal på cirka 30 minuter.

Den uppgivna svårigheten ligger i uthållighet och specialisering. Onsite-intervjuer direkt efter varandra under en enda eftermiddag lämnar lite tid för återhämtning, och den uppgivna områdesspecifika djupdykningen innebär att minst en intervjuare går lika djupt som teamets arbete kräver. En dataingenjör som kan hålla igång ett systemsamtal i flera timmar och gå på djupet inom ett dataområde är förberedd för det upplägget.

Förbered dig för det uppgivna upplägget samtidigt som du bekräftar rollens detaljer med rekryteraren.

• Fråga om språk och processen. De uppgivna processerna varierar mellan team. Fråga vilka språk som används, hur många intervjuer som ingår och om det finns ett test.
• Öva på SQL och modellering. Träna högt på fönsterfunktioner, deduplicering och långsamt föränderliga dimensioner och förklara avvägningarna.
• Två pipelinedesigner. Förbered system som du kan rita upp från början till slut, inklusive felscenarier, eftersom designdiskussioner återkommer i kandidaternas uppgifter.
• En egen områdesspecifik djupdykning. Välj det dataområde du kan bäst och förbered dig på frågor om det under en hel intervju.
• Öva på intervjuer direkt efter varandra. En övningsintervju med SubcueAI låter dig träna på flera intervjuer vid ett och samma tillfälle, vilket motsvarar det onsite-upplägg som kandidater beskriver.