Mohu pomocí AI trénovat pohovory zaměřené na návrh systémů?

Pokud AI ihned nabídne hotovou architekturu, přijdete o možnost procvičit si rozhodování. Následující nastavení ponechá odpovědnost za odpověď na vás a poskytne konkrétní pokyny pro tazatele i pravidla pro odložení nápovědy.

Použijte tento pokyn v nástroji AI, který přijímá konverzační instrukce:

Chovej se jako tazatel při pohovoru zaměřeném na návrh systémů pro pozici seniorního backendového vývojáře. Požádej mě, abych navrhl službu pro doručování webhooků. Nech mě upřesnit požadavky, než začnu navrhovat komponenty. Pokládej vždy jednu otázku a počkej na mou odpověď. Zpochybňuj mé předpoklady o provozu, zárukách doručení a selháních. Neukazuj referenční architekturu ani nenabízej nápovědu, pokud o ni nepožádám. Až skončím, označ opomenutí a sporná tvrzení pomocí konkrétních příkladů z mých odpovědí.

Roli a problém nahraďte vlastními cíli. Pokud AI začne návrh dokončovat za vás, požádejte ji, aby se vrátila k otázkám. Odpovídejte nahlas a během rozhovoru kreslete, i když musíte do nástroje napsat shrnutí.

Nabídku procvičování od SubcueAI najdete na stránce simulovaného pohovoru.

Před začátkem si stanovte časový rámec procvičování. Tato navrhovaná 40minutová struktura je plánem nácviku, nikoli tvrzením o podobě pohovoru u kteréhokoli zaměstnavatele:

• Požadavky, 5 minut: Určete uživatele, základní operace, vyloučené funkce a přijatelné prodlevy. U webhooků si ujasněte, zda záleží na pořadí a co znamená úspěšné doručení.
• Odhady, 5 minut: Uveďte objem událostí, velikost dat, počet cílových míst na událost a předpoklad špičkového zatížení. Vždy uvádějte jednotky.
• Počáteční návrh, 15 minut: Načrtněte příjem událostí, trvalé úložiště, frontu doručování, pracovní procesy a koncové body zákazníků. Popište cestu jedné události systémem a vysvětlete každé potvrzení.
• Podrobný rozbor, 10 minut: Vyberte riziko, například duplicitní doručení, přetížené cílové místo nebo selhání pracovního procesu. Vysvětlete řešení a jeho náklady.
• Shrnutí, 5 minut: Shrňte návrh, jeho nejslabší předpoklad a to, co byste dále prozkoumali.

Komponenty zdůvodňujte požadavky. Než například zvolíte způsob trvalého uložení událostí, vysvětlete, co musí přežít pád procesu. Pokud simulace odhalí mezeru ve znalostech, pokus dokončete, danou oblast nastudujte a vysvětlení si znovu procvičte.

Představte si backendového vývojáře, který se připravuje na seniorní pozici v oblasti platforem pomocí simulace návrhu doručování webhooků. Hypotetická zátěž činí 10 milionů událostí denně, jedno cílové místo na událost a datový obsah o velikosti 1 KB. AI se zeptá, co se stane, když bude koncový bod zákazníka hodinu nedostupný.

Začněte výpočtem, který dokážete vysvětlit: 10,000,000 děleno 86,400 je v průměru přibližně 116 událostí za sekundu. Samostatně zvolený předpoklad špičky ve výši desetinásobku průměru dává přibližně 1,160 počátečních pokusů o doručení za sekundu. Opakované pokusy zvyšují provoz nad rámec těchto počátečních pokusů.

Při použití desetinných jednotek činí celkový objem dat událostí přibližně 10 GB denně, bez metadat, indexů, replikace a další režie. Jde o předpoklady cvičení, nikoli o měření z produkčního prostředí. Chcete-li odhadnout množství nevyřízených událostí nedostupného zákazníka, nejprve určete, jaký podíl událostí je určen právě jemu.

Poté požádejte AI, aby jednotlivě prověřila tyto případy:

• Ztracené potvrzení: Příjemce událost zpracuje, ale odesílatel nikdy nedostane jeho odpověď. Vysvětlete, jak může opakovaný pokus zopakovat vedlejší účinek a kam patří odstranění duplicit.
• Pomalé cílové místo: Jeden zákazník spotřebovává kapacitu pracovních procesů. Vysvětlete, jak mohou limity souběžného zpracování, prodlužování intervalů mezi opakovanými pokusy a izolace chránit ostatní zákazníky.
• Pád pracovního procesu: Pracovní proces se během doručování zastaví. Určete, co zůstane trvale uloženo, kdy bude úloha připravena k dalšímu pokusu a jak se zpracují duplicity.

Další problém k procvičení najdete v průvodcích bankami otázek k pohovorům.

Než přijmete hodnocení, požádejte o důkazy. Užitečná zpětná vazba označí něco, co jste řekli nebo opomněli, vysvětlí důsledky a nabídne konkrétní problém, k němuž se máte vrátit.

• Požadavky: Zohledňoval váš návrh dohodnutý rozsah a očekávání ohledně doručování?
• Čísla: Byly jednotky konzistentní a rozlišili jste průměrné zatížení, špičkové zatížení a opakované pokusy?
• Architektura: Dokázali jste v diagramu sledovat úspěšný požadavek i selhání?
• Kompromisy: Vysvětlili jste věrohodnou alternativu a důsledky jejího odmítnutí?
• Komunikace: Vysvětlili jste, proč je komponenta potřeba, ještě před rozebráním její implementace?

AI si může vymyslet možnosti služeb, chybně vypočítat odhady nebo doporučit komponentu, která uvedený problém neřeší. Výpočty si sami zopakujte a sporná technická tvrzení ověřte v autoritativní dokumentaci. Požádejte hodnotitele, aby rozlišoval mezi porušeným požadavkem a preferencí jednoho z platných návrhů.

V rámci procvičování pokračujte v kreslení. Čistě textová zpětná vazba nemůže posoudit diagram, který neobdržela, a ani zpětná vazba schopná zpracovat obrázky nemusí odhalit všechny nesrovnalosti. Zkontrolujte, zda se shodují šipky, datová úložiště, potvrzení a vaše slovní vysvětlení.

Nejslabší část zopakujte bez nápovědy a poté vyzkoušejte související problém se změněným omezením. Sledujte, zda dokážete svá rozhodnutí vysvětlit samostatně. Kolega nebo zkušený tazatel může poskytnout další kontrolu nejasného uvažování; samotné hodnocení AI nemůže prokázat vaši připravenost.