Stripe · Software engineer · Mid to senior
Conversational but probing
The question shapes this round uses. Larpy does not read these out. It builds each one from your own resume, because the generic version is the one you have already rehearsed.
Stripe’s published process. Lime marks the stage this round runs.
Built from what Stripe publishes about its own process and from real interview data. No leaked question lists. The questions you get are generated against your own resume, so they are not from anyone else's interview.
The published stages: most processes include a recruiter screen, a technical or skills-based assessment and a series of interviews with the team you'd be joining, with timelines that vary by role, level and location. Also the traits Stripe names: ownership that extends beyond your own expertise, that you'll fix things that don't belong to you, choosing challenge over comfort, and changing your mind when the evidence shows you were wrong.
The six operating principles verbatim (Users first, Create with craft and beauty, Move with urgency and focus, Collaborate egolessly, Stay curious, Obsess over talent), the mission phrasing "grow the GDP of the internet", and the expectation that you work outside your domain on problems that did not exist a year ago.
Stripe's own candidate guide: technical interviews simulate the engineering work you'd do day to day, you use whatever language, environment and editor you're most comfortable with on your own laptop, online resources such as docs and Stack Overflow are encouraged, one question is structured around HTTP requests, and one interview has you fix a bug in an open source project. Also the eight dimensions Stripe says it evaluates, and the bar it states as "is this someone we'd actively seek to work with?".
An engineer who co-edited that guide at Stripe, confirming what it is and what the loop tested in practice: candidates were not interviewed for algorithms expertise, using Stack Overflow during an interview was fine, and the debugging round required a local dev environment able to install a library and run the tests.
A first-hand account naming the same rounds: a multi-part phone screen on a shared editor, then five onsite rounds of about an hour each called Bug Squash, Integration, Design, Programming Exercise and a manager conversation.
Sources last checked . Hiring loops change, so this date is the honest limit on everything above.
Conversational and logistical
Spoken, collaborative design
One problem, added to part by part
Extend an existing project against unfamiliar libraries
Fix a real bug in a public open source project
A short algorithmic exercise, deliberately not the bar