Otázky k Pohovoru System Design v Meta

Možná jste se připravovali memorováním faktů o distribuovaných systémech, ale toto kolo to neocení. Tato sekce pokrývá skutečné tvary otázek, které jsou blíže product engineeringu než infrastruktuře. Opakující se vzorec je funkce ve spotřebitelském měřítku, kterou už používáte, předaná vám jako otevřený problém.

• Navrhněte news feed. Ranking, fanout on write versus fanout on read a co se stane u účtů s miliony followerů.
• Navrhněte messagingový nebo chatový systém. Záruky doručení, řazení, presence a offline synchronizace mezi zařízeními.
• Navrhněte notifikační systém. Deduplication, batching, rate limity na uživatele a doručování přes push, e-mail a in-app.
• Navrhněte přátele v okolí nebo lokační funkci. Geoprostorové indexování, frekvence aktualizací a model soukromí.
• Navrhněte vyhledávací nebo trendovou komponentu. Čerstvost indexu oproti latenci dotazů.

Některé pohovorové procesy rozdělují toto do varianty product architecture, která zůstává blízko chování viditelnému uživateli. Zeptejte se svého recruitera, kterou variantu dostanete, protože příprava se liší.

Selhání spočívá v kreslení obdélníků už ve druhé minutě. Funkční rozdělení: ujasněte požadavky a scope, načrtněte API a datový model, nakreslete architekturu na vysoké úrovni, pak se ponořte do hloubky tam, kam ukáže tazatel.

• Nejprve požadavky. Kteří uživatelé, které platformy, read-heavy nebo write-heavy a co explicitně nestavíte.
• Pak čísla. Přibližní denní aktivní uživatelé, četnost requestů a velikosti payloadů, aby pozdější kompromisy měly o co se opřít.
• Datový model před diagramy. To, jak vypadá entity a jak se dotazuje, obvykle rozhoduje o architektuře.
• Jedno hluboké zkoumání. Očekávejte, že vás nasměrují na jednu komponentu a zeptají se, jak selhává.

Vyslovujte své předpoklady nahlas. Tazatel, který s předpokladem nesouhlasí, ho opraví, což je zdarma informace; nevyslovený předpoklad prostě vypadá jako mezera.

Průměrné odpovědi popisují správnou architekturu. Silné odpovědi pojmenovávají kompromis, který přijaly, a selhání, které jsou ochotny tolerovat. Věta "volím fanout on write, protože zde dominují čtení, a akceptuji pomalé zápisy pro účty celebrit, což bych řešil samostatnou pull cestou" dělá víc než dokonalý diagram.

Představte si backend inženýrku na pohovoru na seniorní roli. Je požádána o návrh notifikačního systému a stráví prvních šest minut jen nad požadavky: zda uživatel může dostat dvě notifikace pro jednu událost, zda záleží na pořadí, jaké je retenční okno. Tazatel později řekne, že diskuse o deduplication byla rozhodující částí kola, a ona se nikdy nedostala dál než k diagramu na jednu stránku.

Nacvičovat toto vyprávění sami u stolu je ta těžká část. Můžete spouštět designové otázky proti AI tazateli na stránce /mock-interview a zvyknout si mluvit, zatímco přemýšlíte.

Během mluveného video kola SubcueAI přepisuje otázku tazatele a na vaší straně zobrazuje navrhovanou strukturu, v desktopovém překrytí na macOS a Windows nebo v postranním panelu rozšíření prohlížeče Chromium. Žádný meeting bot se nepřipojuje k hovoru a do stránky schůzky se nic nevkládá. Pro designové kolo je reálnou hodnotou checklist, na který pod tlakem stále zapomínáte, jako je odhad kapacity nebo failure mode, spíše než odpověď, kterou čtete nahlas.

Hranice jsou pevné. Designová kola obvykle probíhají na sdíleném whiteboardovém nástroji se sdílenou obrazovkou a cokoli je na vaší obrazovce, vidí panel. Čtení vygenerované odpovědi se také okamžitě zhroutí, protože další otázka tazatele zní "proč ne jiný přístup?". Související pohovorové procesy pro jiné zaměstnavatele najdete na company interviews topic.