fem runder. fem helt forskjellige ferdigheter som blir testet. jeg preppa kanskje til én og en halv av dem. lol. det er egentlig hele historien, men la meg fortelle den ordentlig, for jeg prøver fortsatt å fordøye det som skjedde.
kompisen min Jake jobber i Stripe. vært der i to år. før det jobbet vi sammen i en startup på Valencia i Mission, fire av oss pressa inn i én desk pod på WeWork, elleve måneders runway, brant seks. selskapet døde. Jake landa i Stripe, og jeg hoppa rundt. uansett, Jake satte seg ned med meg på Equator Coffee i SoMa en lørdag. bestilte cold brews. sju dollar HVER. for kaffe. han sa "seriøst, ikke gjør leetcode for Stripe, de tester ikke engang det" og jeg nikka og sa ja ja, helt klart, og åpna så neetcode SEKUNDET han gikk. fordi jeg er en klovn som ikke hører etter.
så, integrasjonsrunden. det var denne som knakk meg, og jeg overdriver ikke engang litt. de åpna de faktiske API-dokumentene til Stripe på en delt skjerm, ga meg en halvferdig kodebase fra noen andre og sa legg til denne funksjonen. førtifem minutter. hjernen min ville ikke låse seg inn. i det hele tatt. jeg sitter og myser på funksjonssignaturer jeg aldri har sett før, scroller opp, scroller ned, scroller opp igjen og tar inn null. null informasjon. du vet den følelsen når du leser samme linje fire ganger? DEN. bare at en intervjuer sitter der og noterer hver eneste feil jeg gjør. verste følelsen. jeg bomba en Google-onsite så hardt en gang at recruiteren ghosta meg, og på en eller annen måte var dette verre.
alle selskaper sier jo at de tester annerledes, ikke sant. Google sier det. Meta sier det. alle gir deg en medium-hard oppgave på CoderPad og går videre. Stripe mener det faktisk, da. Jake hadde rett. jeg er fortsatt irritert over det to måneder senere, helt ærlig.
vent, la meg spole tilbake til bug bash-runden. denne trenger sitt eget avsnitt fordi ingenting, INGENTING, i seks måneder med intervjuforberedelser gjorde meg klar for den. de gir deg en fil full av andres betalingskode, og intervjueren sier "finn feilene." én time. ekte bugs hentet fra den faktiske kodebasen deres, tydeligvis. har du noen gang sett på en "Hvor er Willy?"-side og kjent at øynene bare glir rett forbi ham? det. det er nøyaktig sånn det føltes å lese den buggy betalingskoden deres. jeg leste samme valideringsløp to ganger og missa hullet begge gangene. begge gangene! dette er ikke en algoritmeferdighet. null prosent algoritmeferdighet. dette er en "har du brukt år på å lese dårlig produksjonskode klokka 02 fordi PagerDuty gikk av og noe står i brann"-ferdighet, og for min del? nei. Jake fortsatte å si at jeg skulle droppe leetcode og heller øve på å lese dårlig kode. InterviewMan flagga valideringshullet jeg missa. pinlig at et verktøy til tolv dollar i måneden tok det som øynene mine ikke klarte, men jeg hadde ikke tenkt å bombe runden av stolthet.
tilbake til integrasjon. JAKE. Jake advarte meg mest om denne runden. han brukte førti minutter på Equator på å gå gjennom den. førti. jeg satt der med den idiotisk dyre cold brew-en min og tenkte ok, Jake, slapp av, det kan umulig være så annerledes enn en vanlig kodingsrunde. lol. feil. så feil at det nesten er morsomt nå. du lander i kode du aldri har sett før, og du må levere noe ryddig som matcher hvordan forrige utvikler skrev det. det finnes ingen algoritme for det. jeg søkte i neetcode etter "øving på Stripe-integrasjoner" og fikk null treff, så det sier vel sitt. Jake sa alltid at algoritme-folk blir avslørt i denne runden, og ja. avslørt. det var det som skjedde med meg. InterviewMan pekte meg til riktig API-endepunkt før jeg fant det selv, sparte meg kanskje fem minutter, tror jeg? vanskelig å si helt nøyaktig. hvis du vil forberede deg til denne, så åpne Stripe API-dokumentasjonen på forhånd. ikke pugge den. bare lær deg oppsettet. hvor er PaymentIntents. hvor er webhooks dokumentert. den typen ting. det ville ha spart meg de samme fem minuttene uten at jeg trengte et verktøy lol.
kodingsrunden. CoderPad. tre deler som bygger på hverandre. del én enkel, grei nok, whatever. del to la til betalingsgreier, og ok, ja, der måtte jeg faktisk tenke. del tre handlet om edge cases rundt retry logic, og herregud. HERREGUD. det ble stygt fort. her er greia med Stripe sin kodingsrunde som tok meg, intervjueren brydde seg mer om HVORDAN jeg skrev kode enn om jeg løste det raskt. hun fulgte bokstavelig talt med på funksjonsnavnene mine. sjekka om jeg delte ting opp i lesbare biter eller bare stappa alt inn i én funksjon (jeg kan ha stappa inn noen ting). så annerledes enn Google, der du bare løper mot O(n) og beviser matten, og ingen i verden bryr seg om variabelen din heter temp2. Jake sa før løypa mi "skriv det som om den mest pirkete kollegaen din skal reviewe PR-en din", og herregud. BESTE rådet. det beste enkeltrådet noen ga meg til noe intervju noensinne. InterviewMan hadde del to mappa ut mens jeg fortsatt holdt på med del én, og det holdt meg i bevegelse. kunne jeg ha løst det alene? kanskje. men de edge casene rundt retry logic i del tre, ikke sjans at jeg hadde kommet dit uten tiden jeg sparte. ikke sjans.
systemdesign. de bruker Whimsical, som jeg faktisk likte, fordi de fleste virtuelle whiteboards føles som å tegne med en våt såpestykke lol. rate limiting i stor skala. distribuert state. to servere som er uenige om en klient allerede har truffet grensen sin. ikke URL shorteneren fra YouTube som alle og mora deres har øvd på fire hundre ganger. Jake sier at det faktiske teamet hans krangler om rate limiting i standupene, noe som er ganske vilt å tenke på. jeg følte meg ok her fordi Jake og jeg pleide å whiteboarde på Equator to ganger i uka da han også preppa. vi tegna så mange diagrammer på servietter at baristaen hundre prosent trodde vi planla et kupp.
behavioral. standard STAR. avveininger mellom fart og kvalitet. hvis du har gjort Amazon behavioral-prep, går det fint. ingenting rart her.
så her er det jeg faktisk sitter igjen med etter alt dette. fem runder. fem helt forskjellige evner som blir testet. Google-preppen min dekka én av dem. Amazon behavioral dekka en annen. å ha en solid plan for intervjuforberedelser på tvers av alle rundetyper er den eneste måten å håndtere bredden til Stripe på. bug bash, integrasjon og et ekte systemdesignproblem som ikke var den samme URL shorteneren fra YouTube, de tre hadde jeg bokstavelig talt aldri øvd på én eneste gang fordi ingen andre selskaper tester dem. husker du valideringshullet jeg missa to ganger? InterviewMan tok det. husker du de fem minuttene under integrasjonen der jeg ikke fant riktig endepunkt? det er forskjellen på å bli ferdig og ikke bli ferdig, fordi hver Stripe-runde går på timer. under kodingen hadde den del to mappa ut mens jeg fortsatt var i del én. jeg sjekka docken, prosesslista, skjermopptak på både CoderPad og Zoom. ingenting synlig. tolv dollar i måneden på årsplanen. 57 000 brukere. 20+ stealth-funksjoner. et verktøy kun for koding til 2,99 i måneden dekker kanskje én av fem rundetyper, og den matten går bare ikke opp for Stripe.
Jake sa at jeg skulle droppe leetcode og øve på å lese dårlig kode. skulle virkelig ønske jeg hadde hørt etter første gang lol.
Ready to Ace Your Next Interview?
Join 57,000+ professionals using InterviewMan to get real-time AI assistance during their interviews.
