Engineering

Backend Engineer mock interview

The centre of gravity is data and failure. Expect schema design, idempotency, retries and what happens when a downstream dependency starts timing out at ten percent.

Engineering loops are the most structured of any discipline, and the most predictable. Expect a recruiter screen, one or two technical rounds, a system design conversation at mid-level and above, and a behavioral round that is usually underestimated.

The technical rounds are rarely won on the answer. They are won on narration — whether the interviewer can follow your reasoning while you work, and whether you say the trade-off out loud instead of silently picking one.

The rounds you can practise

Each round is run by the interviewer built for it, with its own scoring axes — not one generic interviewer asked to change subject.

System design, trade-offs, and war stories from production.

Scored on Technical communication · Engineering depth · Ownership & collaboration

System design, trade-offs, and war stories from production.

Scored on Technical communication · Engineering depth · Ownership & collaboration

Hands-on problem solving, code quality, debugging, and engineering judgment.

Scored on Problem-solving communication · Engineering correctness · Adaptability & craft

System design, trade-offs, and war stories from production.

Scored on Technical communication · Engineering depth · Ownership & collaboration

Technical Deep-Dive

Theo · Principal Engineer

Hands-on problem solving, code quality, debugging, and engineering judgment.

Scored on Problem-solving communication · Engineering correctness · Adaptability & craft

Backend Engineer interview questions

Six you can expect, in the register interviewers actually use. Answer them out loud before you read the next section — reading a question and answering one are different skills, and only the second is marked.

  1. Design the schema for a system where orders can be partially refunded.
  2. What happens when a downstream dependency starts timing out on ten percent of calls?
  3. How do you make an endpoint safe to retry?
  4. Walk me through a data migration you ran on a live table.
  5. When would you accept eventual consistency, and how would you explain that to a product manager?
  6. How do you find out a background job has been producing wrong numbers for a week?

The same question, answered badly and well

The gap between these two is most of your score, and it is easier to see than to be told.

What happens when a downstream dependency starts timing out on ten percent of calls?

What loses marks

"I'd add a retry." It is the first half of an answer and it makes the outage worse — retries against a struggling dependency are how a partial failure becomes a total one.

What scores

Timeouts and budgets first, then retry with backoff and jitter, then a circuit breaker, then what the user sees while it is open. Naming the retry storm you are avoiding is the sentence that separates candidates here.

Why Backend Engineer candidates get cut

The post-mortem nobody sends you. These are specific to this loop rather than general interview advice.

Designing the happy path fluently and having nothing when asked what fails.
Never mentioning idempotency in a loop where half the questions are secretly about it.
Treating the database as a black box — no answer on indexes, locks or what the migration does to a live table.

Start with a general round

For Backend Engineer, a general round runs with Kai system design, trade-offs, and war stories from production. It is the fastest way to find out which round you actually need to work on. The first session is free.

Practise a Backend Engineer interview →

Question guides

Before you practise, it is worth reading how the common rounds are marked: tell me about yourself, behavioral questions and STAR, and system design.

Similar roles

All roles