DoorDash software engineer round, one algorithmic problem the whole time. Pretty standard multi-source BFS setup but the edge case around empty grids tripped me up a bit.
“I knew it was BFS pretty fast, the multi-source part clicked quickly too.”
LIMITED TIME 🎁: Register now to get 60 minutes of AI Mock Interviewing for FREE!
JoinDoorDash is a leading online food ordering and delivery platform that connects customers with local restaurants and merchants. It is known for its logistics network of delivery drivers (Dashers) and has expanded into grocery, retail, and convenience delivery.
Every question, shortened answers
Browse all 414 notes for DoorDash. Each answer is trimmed to its first line — create a free account to read them in full.
DoorDash software engineer round, one algorithmic problem the whole time. Pretty standard multi-source BFS setup but the edge case around empty grids tripped me up a bit.
“I knew it was BFS pretty fast, the multi-source part clicked quickly too.”
DoorDash data scientist interview with a product analytics case built around a geo-targeted feature launch. The core of it was interpreting a retention chart under data constraints, which sounds manageable until you're actually in it.
“I started with the metrics layer and worked backward, which felt right in the moment but I think I skipped over some data availability assumptions too quickly.”
System design round at DoorDash for a software engineer role. The whole thing was basically one big consistent hashing problem and they wanted a lot of depth on it, not just the concept but actual implementation decisions.
“This was a meaty one.”
DoorDash coding screen for a software engineering role. One problem, delivery event processing, and it was more involved than it looked at first glance.
“The problem sounds like a simple loop until you realize the timestamps aren't sorted and might have timezone offsets.”
DoorDash system design round, one big question about state management that sprawled into basically every frontend architecture topic imaginable. Felt like they wanted to see if I could hold a coherent opinion across ten different sub-problems at once rather than just recite library docs.
“This question is massive and they absolutely know it.”
DoorDash software engineering interview with a meaty system design coding question. The problem was a custom hierarchical key-value store built on UNIX-style paths, which sounds manageable until you realize how many edge cases they actually want you to cover.
“This was a lot to hold in your head at once.”
DoorDash coding round for a software engineer role. Three-part exercise: implement a small service class from a spec, extend it with a new requirement, then write unit tests covering the full thing. Felt more like a take-home in spirit even though it was live.
“The spec was short but I still managed to overthink the input validation part.”
DoorDash data science interview with a meaty marketplace diagnosis case that turned into a full experiment design problem. The scope was broader than I expected and the second half caught me pretty flat-footed.
“I started with the funnel breakdown which felt right, app sessions down to completed orders, but I kept second-guessing whether to lead with supply or demand.”
System design round at DoorDash focused entirely on a donation platform problem. It was one of the more sprawling prompts I've seen, covering everything from payment idempotency to GDPR compliance to counter consistency, all in one session.
“I spent too long on the requirements phase and the interviewer had to nudge me to move on.”
DoorDash system design round focused entirely on building a real-time driver assignment system from scratch. Pretty intense scope for a single session, covering everything from objectives and constraints to algorithms and failure modes.
“This one sprawled fast.”