fem rundor. fem helt olika färdigheter som testades. jag hade pluggat för kanske en och en halv av dem. lol. det är i princip hela historien, men låt mig berätta den ordentligt eftersom jag fortfarande försöker förstå vad som egentligen hände.
min kompis Jake jobbar på Stripe. varit där i två år. innan dess jobbade vi ihop på en startup på Valencia i Mission, fyra personer hoptryckta runt en enda WeWork-desk pod, elva månaders runway, brände sex. bolaget dog. Jake landade på Stripe och jag studsade vidare. hur som helst, en lördag satte han sig med mig på Equator Coffee i SoMa. vi beställde cold brew. sju dollar STYCK. för kaffe. han sa "dude, kör inte leetcode för Stripe, de testar inte ens det där" och jag nickade och sa absolut, och öppnade sedan NeetCode sekunden han gick. för att jag uppenbarligen är en clown som inte lyssnar.
integrationsrundan. det var den som knäckte mig, och jag överdriver inte ens lite. de öppnade Stripes riktiga API-dokumentation på en delad skärm, gav mig någon annans halvfärdiga kodbas och sa lägg till den här funktionen. fyrtiofem minuter. hjärnan ville inte låsa in på något alls. jag satt och kisade på funktionssignaturer jag aldrig sett, scrollade upp, scrollade ner, scrollade tillbaka upp och tog in exakt noll. du vet känslan när man läser samma rad fyra gånger? DET. fast med en intervjuare som sitter bredvid och antecknar varje misstag. vidrig känsla. jag har bombat en Google-onsite så hårt att rekryteraren ghostade mig efteråt och ändå var det här värre.
alla bolag påstår ju att de testar annorlunda, eller hur. Google säger det. Meta säger det. och sedan ger de dig ett medium-hard-problem i CoderPad och går vidare. Stripe menar det faktiskt när de säger det. Jake hade rätt. jag är fortfarande irriterad över det två månader senare, helt ärligt.
men vänta, jag måste backa till bug bash-rundan först. den förtjänar ett eget stycke, för inget, INGENTING, under sex månaders intervjuförberedelser gjorde mig redo för den. de ger dig en fil full av någon annans betalningskod och intervjuaren säger bara "hitta buggarna." en timme. riktiga buggar hämtade från deras riktiga kodbas tydligen. du vet när man tittar på en Where's Waldo-sida och ögonen bara glider förbi honom gång på gång? exakt så kändes det att läsa deras trasiga betalningskod. jag läste samma valideringsflöde två gånger och missade hålet båda gångerna. båda gångerna. det här är inte en algoritmgrej. noll procent algoritmgrej. det här är en "har du tillbringat år med att läsa dålig produktionskod klockan två på natten för att PagerDuty gick igång och något brinner"-grej. och för mig? nope. Jake sa hela tiden att jag skulle skippa leetcode och i stället träna på att läsa dålig kod. InterviewMan markerade valideringsluckan jag missade. pinsamt att ett verktyg för tolv dollar i månaden såg det som mina egna ögon inte gjorde, men jag tänkte inte bomba rundan av ren stolthet.
tillbaka till integrationen. JAKE. det var just den här rundan han varnade mig mest för. fyrtio minuter satt han på Equator och gick igenom den med mig. fyrtio. jag satt där med min löjligt dyra cold brew och tänkte ok Jake, lugna ner dig, det kan väl inte vara så annorlunda från en vanlig kodrunda. lol. fel. så fel att det nästan är roligt nu. du landar i kod du aldrig sett förut och måste få ut något rent som matchar hur den förra utvecklaren skrev. det finns ingen algoritm för det. jag sökte på NeetCode efter "stripe integration practice" och fick noll träffar, och det borde säga en del. Jake sa alltid att folk som bara grindar algoritmer blir avslöjade i den här rundan och ja. avslöjad var exakt det jag blev. InterviewMan pekade ut rätt API-endpoint innan jag själv hittade den och sparade mig typ fem minuter, tror jag. svårt att säga exakt. om du vill förbereda dig för den här rundan, öppna bara Stripe API docs i förväg. inte för att memorera dem. bara lär dig upplägget. var ligger PaymentIntents. var finns webhooks dokumenterade. den typen av grejer. det hade kunnat spara samma fem minuter utan något verktyg alls lol.
kodrundan då. CoderPad. tre delar som byggde på varandra. del ett var enkel, fine, whatever. del två lade till betalningslogik och där fick jag faktiskt tänka till. del tre var edge cases kring retry logic och herregud. HERREGUD. det blev fult snabbt. det som ställde till det för mig i Stripes kodrunda var att intervjuaren brydde sig mer om HUR jag skrev koden än om jag löste allt snabbt. hon tittade bokstavligen på funktionsnamnen. kollade om jag delade upp saker i läsbara delar eller bara pressade in allt i en funktion, vilket jag kanske råkade göra på några ställen. så långt ifrån Google man kan komma, där man jagar O(n), visar matematiken och ingen i världen bryr sig om din variabel heter temp2. Jake sa före min loop "skriv som om din petigaste kollega granskar din PR" och alltså, BÄSTA rådet. bästa intervjurådet jag fått i hela mitt liv. InterviewMan hade redan del två utlagd medan jag fortfarande avslutade del ett och det höll mig i rörelse. hade jag kunnat lösa det själv? kanske. men retry-edge-casen i del tre, ingen chans att jag hade hunnit dit utan tiden jag sparade. ingen chans.
systemdesign. de använder Whimsical vilket jag faktiskt gillade, för de flesta virtuella whiteboards känns som att rita med en blöt tvålbit lol. rate limiting i stor skala. distribuerat state. två servrar som inte är överens om en klient redan nått sin gräns. inte den där URL-shortenern från YouTube som alla och deras mamma har övat på fyrahundra gånger. Jake säger att hans riktiga team faktiskt bråkar om rate limiting på standups, vilket är lite absurt att tänka på. jag kände mig ändå okej här eftersom Jake och jag brukade whiteboarda på Equator två gånger i veckan när han själv förberedde sig. vi ritade så många diagram på servetter att baristan hundra procent trodde att vi planerade en kupp.
behavioral då. vanlig STAR. avvägningar mellan fart och kvalitet. har du gjort Amazon behavioral-prep klarar du dig fint. inget konstigt där.
min riktiga slutsats av allt det här är ganska enkel. fem rundor. fem helt olika förmågor som testades. min Google-prep täckte en av dem. Amazon behavioral täckte en annan. att ha en solid intervjuförberedelseplan över flera rundtyper är enda sättet att hantera hur breda Stripes intervjuer är. bug bash, integration och ett riktigt systemdesignproblem som inte bara var ännu en URL shortener från YouTube, de tre hade jag bokstavligen aldrig övat på en enda gång eftersom inget annat bolag testar dem så. minns du valideringsluckan jag missade två gånger? InterviewMan hittade den. minns du de där fem minuterna under integrationen när jag inte kunde hitta rätt endpoint? det är skillnaden mellan att bli klar och att inte bli klar när varje Stripe-runda går på timer. under kodningen hade det redan del två framme medan jag fortfarande var kvar på del ett. jag kollade dockan, processlistan och skärminspelningar från både CoderPad och Zoom. inget syntes. tolv dollar i månaden på årsplanen. 57,000 användare. 20 plus stealth-funktioner. ett verktyg som bara täcker kodning för tvåhundranittionio dollar i månaden täcker kanske en av fem rundtyper här, och den matematiken går bara inte ihop för Stripe.
Jake sa åt mig att skippa leetcode och träna på att läsa dålig kod. jag önskar verkligen att jag hade lyssnat första gången lol.
Ready to Ace Your Next Interview?
Join 57,000+ professionals using InterviewMan to get real-time AI assistance during their interviews.
