Stripe Software Engineer intervjuguide: hva du kan forvente

Notater fra min egen Stripe SWE-intervjurunde, skrevet ned i etterkant.

Som du kanskje allerede har skjønt, handler ikke denne artikkelen om å terpe LeetCode, dynamisk programmering eller, grøss, å snu binærtrær på hodet. Jeg er ikke den rette til å gi råd om noe av det. Men siden det ikke er altfor lenge siden jeg selv gikk gjennom intervjurunden hos Stripe, vet jeg i det minste en del om hvordan den er lagt opp.

Dermed tillater jeg meg å gi råd om intervjuer på Stripe-måten. Dette er særlig nyttig for deg som stadig får høre at «Stripe er annerledes», uten at noen forklarer hva de egentlig mener.

Da setter vi i gang!

Den gode nyheten er at du kan bli bedre til å intervjue hos Stripe, akkurat som med alle andre ferdigheter, bare du øver. Jeg måtte i hvert fall øve mye før jeg klarte å lese halvveis ødelagt betalingskode med noen særlig selvtillit. Fortsatt er jeg ikke fantastisk god. Den siste CoderPad-runden min endte i en liten katastrofe. I del to skrev jeg en snedig liten funksjon som ikke lot seg bygge videre på i del tre.

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

Dermed måtte jeg skrive om store biter mens intervjueren så på at jeg svettet. Hvorfor ble det så ille? Fordi jeg hadde så hastverk med å bli ferdig med del én at jeg valgte en smart løsning framfor en som kunne utvides. Hvorfor valgte du en smart løsning når du visste at del tre kom til å legge til mekanismer for nye forsøk, hører jeg deg spørre. Godt spørsmål. Jeg ante ikke hva jeg drev med da jeg forberedte meg, hører jeg meg selv svare.

Det fører meg til mitt første råd. Les den ødelagte koden før du begynner å gjette på feilen.

Jeg ser mange velmente råd om at Stripe-kandidater bør møte opp til Bug Bash med en innøvd liste over «vanlige feilmønstre i betalingskode», slik at de kan gjenkjenne mønsteret allerede i minutt to. Etter min, muligens omstridte, mening er dette bare tull. I beste fall gjetter du riktig og føler deg smart i ti minutter, før du oppdager at rettingen din ødelegger en annen kodebane.

I verste fall bruker du hele timen på å bekrefte en hypotese som var feil fra starten av. En runde på seksti minutter. Ekte Stripe-kode. Selv brukte jeg de første ti minuttene på å lese. Jeg fant feilen rundt minutt trettifire, i overgangen mellom en valideringsfunksjon og en bane for nye forsøk som i stillhet nullstilte tilstanden på andre forsøk.

Sannsynligheten for at en intervjuer i Stripe Integration-runden ikke ber deg «bygge noe med PaymentIntents», er nøyaktig null. Når du vet dette, har du også muligheten til å gjøre det svært godt i runden. Her er sidene du helst bør kunne klikke deg mellom nærmest av gammel vane før intervjuet begynner.

PaymentIntents-siden.
Siden med feilkoder.
Siden om idempotens.

Det finnes ingen grunn til at du skal måtte finne ut av dette der og da, og streve med å klikke deg fram på en fornuftig måte. Bruk tid på disse sidene på forhånd, helt til du nesten kan navigere etter følelsen. Rådet virker opplagt, men mange følger det likevel ikke. Jeg vil hevde at det å øve med dokumentasjonen åpen er det enkleste grepet med størst virkning for en kandidat som vil skille seg ut på dette stadiet.

Akkurat her er det helt greit å opptre som en forfølger. Det er nyttig å lese Stripes tekniske blogg før systemdesign av to grunner. For det første får du et bedre inntrykk av hvilke distribuerte problemer Stripe faktisk bryr seg om, og hva intervjueren kan finne på å grave i. For det andre får du en bedre følelse av hva slags problemer selskapet ansetter folk for å løse.

I min runde brukte vi Whimsical, og oppgaven lignet en hastighetsbegrenser. Den siste halvdelen av samtalen dreide seg om hva som skjer når to servere er uenige om hvorvidt en klient har passert grensen. Vanlige kurs i systemdesign ga meg diagrammene. Stripes tekniske blogg ga meg innfallsvinkelen som traff det intervjueren faktisk undersøkte.

Så en kommentar om verktøy, for det spørsmålet får jeg hver gang. Jeg brukte InterviewMan til de delene av forberedelsene der et verktøy som bare dekker koding, ikke kan hjelpe. Stripe er ikke bare CoderPad. Det er tale, video, skjermdeling og atferdsspørsmål. Interview Coder 2.0 koster to hundre og nittini dollar i måneden og håndterer bare koding. InterviewMan koster tolv dollar i måneden med årsabonnement, altså ett hundre og førtifire dollar i året.

Femtisju tusen brukere. Vurderingen er 4.8 av 5, basert på to hundre og femtisju anmeldelser. Alle stealth-funksjoner er inkludert. Det støtter Zoom, Teams, Meet, Chime og Webex. Det fungerer i HackerRank, CoderPad og Codility. Det kjører på Windows, macOS, Android og iOS, i tillegg til Chrome. Likevel tok jeg opp en prøveøkt etterpå for å kontrollere Dock, prosesslisten og opptaket fra Zoom-siden. Sjekk alltid selv.

Blir du avvist, er du bare én intervjurunde nærmere den runden som ender med et tilbud. Be rekruttereren om tilbakemelding uansett utfall. Ofte er den nyttig. Andre ganger får du høre at det var svært jevnt, men at en kandidat med ørlite mer direkte relevant erfaring fra fintech ble vurdert som et bedre valg. En slik tilbakemelding hjelper ikke stort, men forhåpentligvis minner den deg om at du er veldig, veldig nær.

Nå er det bare å gå for det!