Stripe mjukvaruingenjor intervjuguide: vad du kan forvanta dig

Anteckningar från min egen SWE-intervju hos Stripe, nedskrivna efteråt.

Som du nog redan har räknat ut handlar den här artikeln inte om att nöta LeetCode, dynamisk programmering eller, hemska tanke, om att invertera binära träd. Jag är inte rätt person att ge någon råd om det. Däremot gick jag igenom Stripes intervjuer ganska nyligen och har därför hygglig koll på upplägget. Därmed har jag också gett mig själv rätten att komma med råd om intervjuer av Stripe-typ. Särskilt användbart blir det för den som hela tiden får höra att ”Stripe är annorlunda”, utan att någon förklarar vad det faktiskt betyder.

Nu kör vi!

Den goda nyheten är att man kan bli bättre på att intervjuas hos Stripe genom övning, precis som med vilken annan färdighet som helst. För mig krävdes det definitivt mycket träning innan jag kunde läsa halvt trasig betalningskod med någon sorts självförtroende. Fortfarande är jag inte särskilt vass. Min senaste CoderPad-omgång slutade i ett mindre haveri. I del två skrev jag inte bara en liten och smart funktion som sedan inte gick att bygga ut i del tre, jag tvingades dessutom skriva om stora bitar medan intervjuaren såg mig svettas.

Varför blev det en sådan mardröm? Därför att jag så gärna ville bli klar med del ett snabbt att jag satsade på finurlighet i stället för att göra koden lätt att bygga vidare på. Varför valde du finurlighet när du visste att del tre skulle lägga till mekanik för nya försök, hör jag dig fråga? Utmärkt fråga. Jag hade ingen aning om vad jag höll på med när jag förberedde mig, hör jag mig själv svara.

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

Det leder till mitt första råd. Läs den trasiga koden innan du börjar gissa var felet ligger.

Jag ser många välmenande råd där kandidater inför Stripes Bug Bash uppmanas att memorera en lista med ”vanliga felmönster i betalningar”, så att de kan känna igen ett mönster redan under minut två. Min möjligen kontroversiella åsikt är att detta är fullständigt nonsens. I bästa fall gissar du rätt och känner dig smart i tio minuter, tills du upptäcker att din rättning förstör en annan kodväg.

I värsta fall ägnar du hela timmen åt att bekräfta en felaktig hypotes. Sextio minuters intervju. Riktig Stripe-kod. Själv använde jag de första tio minuterna till att bara läsa. Jag hittade felet ungefär vid minut trettiofyra, i gränsen mellan en valideringsfunktion och en väg för nya försök som i tysthet återställde tillståndet vid andra körningen.

Chansen att du inte får höra orden ”bygg något med PaymentIntents” av intervjuaren under Stripe Integration är exakt noll. Den vetskapen ger dig möjlighet att klara den här delen galant. Här är sidorna du helst ska kunna klicka dig mellan ur minnet när det väl är dags.

Sidan PaymentIntents.
Sidan med felkoder.
Sidan om idempotens.

Det finns ingen anledning att börja fundera över de här sidorna på plats och kämpa för att hitta rätt länk. Klicka runt bland dem i lugn och ro i förväg, tills navigeringen sitter i fingrarna. Rådet kan låta oerhört självklart, men många följer det ändå inte. Jag skulle säga att övning med dokumentationen öppen är det enklaste steget med störst effekt för den som vill märkas positivt i det här skedet.

Just här är det helt okej att bete sig lite som en stalker. Att läsa Stripes utvecklarblogg före systemdesignintervjun hjälper av två skäl. Dels får du en bättre uppfattning om vilka distribuerade problem Stripe faktiskt bryr sig om och vad intervjuaren kan vilja borra i. Dels får du en känsla för vilken sorts problem företaget anställer folk för att lösa.

I mitt fall användes Whimsical, och uppgiften liknade en rate limiter. Under den senare halvan av samtalet handlade det om vad som händer när två servrar inte är överens om huruvida en klient har passerat gränsen. Allmänna kurser i systemdesign gav mig diagrammen. Stripes utvecklarblogg gav mig ett sätt att tänka som stämde med det intervjuaren faktiskt undersökte.

Några ord om verktyg, eftersom jag får den frågan varje gång. Jag använde InterviewMan under de delar av förberedelserna där ett verktyg som bara hanterar kodning inte räcker. Stripe är mer än CoderPad. Där ingår röst, video, skärmdelning och beteendefrågor. Interview Coder 2.0 kostar 299 dollar i månaden och hanterar enbart kodning. InterviewMan kostar 12 dollar i månaden med årsbetalning, alltså 144 dollar per år.

57 000 användare. Betyget är 4,8 av 5 från 257 recensioner. Alla stealth-funktioner ingår. Det stöder Zoom, Teams, Meet, Chime och Webex. Det fungerar i HackerRank, CoderPad och Codility. Det körs på Windows, macOS, Android och iOS, samt i Chrome. Efteråt gjorde jag ändå en provinspelning för att kontrollera Dock, processlistan och hur allt såg ut i Zoom-inspelningen. Kontrollera alltid själv.

Blir du avvisad är du bara en intervjuomgång närmare den som slutar med ett erbjudande. Be rekryteraren om återkoppling oavsett hur det går. Ofta är den användbar. Andra gånger får du höra att det var mycket nära, men att någon med bara en aning mer direkt relevant erfarenhet från fintech bedömdes vara ett bättre val. Sådan återkoppling hjälper inte särskilt mycket, men förhoppningsvis kan den åtminstone lugna dig: du är väldigt, väldigt nära.

Nu är det din tur. Ta chansen!