Stripe · Software engineer · Mid to senior
Spoken, collaborative design
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. 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?".
Idempotency keys, so a create or update request can be safely repeated after a connection error without performing the operation twice. Background for the retry-safety half of an API design conversation.
That exceeding a limit returns 429 Too Many Requests, and that Stripe tells integrators to retry on an exponential backoff schedule with added randomness to avoid a thundering herd. Background for how a Stripe interviewer expects you to reason about a failing call.
Cursor-based pagination on Stripe list endpoints via limit, starting_after and ending_before. Background for any walk-the-collection task built against a Stripe-shaped API.
That an endpoint can receive the same event more than once, that Stripe does not guarantee events arrive in the order they were generated, and that undelivered events are retried automatically. Background for a delivery-semantics design conversation.
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
Conversational but probing
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