System design practice, with teeth

Draw your design. Run it under load. See how it holds up.

LeetDesign grades system design submissions the way a real interviewer would — against named invariants and quantitative load, not a hidden answer key. Many topologies pass. Broken ones fail with a specific reason.

Browse problems Start with the Key-Value Store

How the grader works

Invariant checks

Each problem ships with explicit graph invariants — caching layers, replication factors, single points of failure. Your design passes or it doesn't, with the failing node named.

Traffic simulation

Stated load profiles run through your diagram. You see hot spots, queue depth, and p99 latency per flow. Either your design handles the load or it visibly doesn't.

Named bottlenecks

Verdicts point at nodes, not vibes. A failing design tells you which component saturated, at what utilization, under which workload — so the fix is obvious.

What's live today

We're building LeetDesign in public, one problem at a time. 12 interview-complete problems, live grading as you draw, and a community of published designs are live today.

Problems · 12 across Easy / Medium / Hard, each testing a different bottleneck — live

Live grader · every edit re-scored instantly against invariants + load — live

Progress · best score per problem, kept on your account — live

Community · publish your design, see how others solved it — live