Stripe szoftvermernok interju utmutato: mire szamithatsz

Jegyzetek a saját Stripe SWE interjúköreimről, utólag összeszedve.

Ahogy talán már sejteni lehet, ez a cikk nem a LeetCode feladatok vég nélküli gyakorlásáról szól, nem is a dinamikus programozásról, a bináris fák megfordításáról pedig végképp nem, már a gondolattól is kiráz a hideg. Ezekben nem én vagyok az, akinek tanácsot kellene osztania. A Stripe interjúfolyamatán viszont nem is olyan régen végigmentem, így a felépítéséről tudok egyet s mást. Ezen felbátorodva már elég felkészültnek nyilvánítom magam ahhoz, hogy a Stripe jellegű interjúkról adjak néhány tanácsot. Főleg azoknak lehet hasznos, akik folyton azt hallják, hogy „a Stripe más”, csak éppen senki nem mondja el, mitől.

Vágjunk bele!

A jó hír az, hogy a Stripe interjújára ugyanúgy lehet gyakorlással készülni, mint bármely más készségre. Nekem mindenesetre rengeteg gyakorlás kellett ahhoz, hogy valamennyi magabiztossággal olvassak félig hibás fizetési kódot. Még most sem vagyok benne különösebben jó. A legutóbbi CoderPad köröm kisebb katasztrófába fulladt. A második részben nemcsak írtam egy ügyes kis függvényt, amelyet aztán képtelen voltam kibővíteni a harmadik részben, hanem jókora darabokat újra is kellett írnom belőle, miközben az interjúztató nézte, hogyan izzadok.

Miért lett ebből ekkora rémálom? Mert annyira gyorsan akartam végezni az első résszel, hogy a bővíthetőség helyett az ötletes megoldásra hajtottam. De ha tudtad, hogy a harmadik részben újrapróbálkozási mechanizmus jön, miért az ötletességet választottad, kérdezhetnéd. Remek kérdés. Fogalmam sem volt, hogyan kellene készülnöm, válaszolnám saját magamnak.

Ready to ace your next interview?

InterviewMan gives you real-time AI answers during live interviews — undetectable on Zoom, Meet, and Teams.

Try InterviewMan Free

Innen adódik az első tanácsom: előbb olvasd el a hibás kódot, és csak utána kezdj találgatni, hol lehet a hiba.

Sok jó szándékú tanácsot látok arról, hogy a Stripe jelentkezője a „gyakori fizetési hibák mintáit” kívülről fújva érkezzen a Bug Bash körre, és már a második percben ráilleszthesse valamelyiket a feladatra. Lehet, hogy vitatható, amit mondok, de szerintem ez teljes képtelenség. Jobb esetben bejön a tipped, tíz percig nagyon okosnak érzed magad, aztán kiderül, hogy a javításod tönkretett egy másik kódutat.

Rosszabb esetben az egész órát egy téves feltevés igazolgatásával töltöd. Hatvanperces kör. Valódi Stripe kód. Én az első tíz percben csak olvastam. Nagyjából a harmincnegyedik percben találtam meg a hibát, egy ellenőrző függvény és egy újrapróbálkozási ág határán, ahol a második futás csendben visszaállította az állapotot.

Annak az esélye, hogy a Stripe Integration interjúztatójától nem hallod majd azt, hogy „építs valamit PaymentIntents használatával”, pontosan nulla. Mivel ezt előre tudod, ezt a kört igazán jól meg lehet csinálni. Az alábbi oldalakat érdemes úgy ismerned az interjú napjára, hogy szinte izommemóriából kattintgass közöttük.

A PaymentIntents oldal.
Az error codes oldal.
Az idempotency oldal.

Semmi okod arra, hogy ott helyben kezdd törni rajtuk a fejed, és még egy értelmes kattintásért is meg kelljen küzdened. Előtte nyugodtan járd be ezeket az oldalakat újra és újra, amíg érzésből nem megy a navigáció. Szinte kínosan magától értetődő tanácsnak hangzik, mégis sokan kihagyják. Szerintem ebben a szakaszban egy jelölt azzal tehet a legkönnyebben és a legtöbbet azért, hogy kitűnjön, ha nyitott dokumentáció mellett gyakorol.

Ebben az egy helyzetben teljesen elfogadható, ha valaki megszállott kutatóvá válik. A rendszertervezési kör előtt két okból is hasznos elolvasni a Stripe mérnöki blogját. Egyrészt jobban látszik belőle, milyen elosztott rendszerekkel kapcsolatos problémák érdeklik ténylegesen a Stripe-ot, és mibe kérdezhet bele az interjúztató. Másrészt arról is tisztább képet kapsz, milyen feladattípusra keres embereket a cég. Az én feladatomnál Whimsicalt használtunk, maga a probléma pedig leginkább egy sebességkorlátozóhoz hasonlított.

A beszélgetés második fele arról szólt, mi történik, ha két szerver nem ért egyet abban, hogy egy kliens átlépte-e a korlátot. Az általános rendszertervezési kurzusokból megkaptam a diagramokat. A Stripe mérnöki blogjából azt a gondolkodási keretet kaptam meg, amely pontosan illett ahhoz, amit az interjúztató feszegetett.

Pár szó az eszközökről, mert ezt minden alkalommal megkérdezik tőlem. A felkészülés azon részeihez, ahol egy csak kódolásra használható overlay nem segít, az InterviewMan programra támaszkodtam. A Stripe nem merül ki a CoderPadben. Van hang, videó, képernyőmegosztás és viselkedési interjú is. Az Interview Coder 2.0 havi 299 dollár, és csak a kódolást kezeli. Az InterviewMan éves csomagban havi 12 dollár, vagyis évi 144 dollár.

57,000 felhasználó. Az értékelése 4.8 az 5-ből, 257 vélemény alapján. Minden stealth funkció benne van. Támogatja a Zoom, Teams, Meet, Chime és Webex használatát. Működik a HackerRank, CoderPad és Codility felületén. Elérhető Windows, macOS, Android és iOS rendszeren, valamint Chrome-ban. Utána így is készítettem egy próbafelvételt, hogy ellenőrizzem a dockot, a folyamatlistát és azt is, mi látszik a Zoom felvételén. Ezt mindig ellenőrizd.

Ha elutasítanak, egyszerűen eggyel közelebb kerültél ahhoz az interjúkörhöz, amely végül ajánlattal zárul. Mindenképpen kérj visszajelzést a toborzótól. Gyakran hasznos lesz. Máskor csak annyit mondanak majd, hogy hajszál híján sikerült, de valakit, akinek egy leheletnyivel több közvetlenül kapcsolódó fintech tapasztalata volt, jobb választásnak ítéltek. Az efféle visszajelzés nem sok gyakorlati segítséget ad, de legalább megerősíthet abban, hogy tényleg nagyon, nagyon közel jársz.

Most pedig szerezd meg!