First real system design interview coming up and I've only ever built CRUD apps
Mid-level, four years in, but my whole career has basically been 'read from a database, render it, write it back.' Now I've got a system design round next week and every prep resource jumps straight to 'design Twitter' with load balancers and sharding, and I feel like I skipped ten chapters.
For those who came from a similar 'I just build features' background: how did you get from CRUD-brain to actually reasoning about scale out loud? Did you memorize a framework (functional reqs, estimates, API, data model, then scale), or did something click that made it feel less like reciting buzzwords? Genuinely worried I'll freeze the second they say 'now imagine 10 million users.'
4 comments
- 0
AnonymousAnon Coming from CRUD you know more than you think — you've already wrestled with a database, an API, and state. System design is mostly zooming out and talking tradeoffs out loud. Practice saying "it depends, here's what I'd trade" instead of reaching for one right answer, and you're most of the way there.
- 0
AnonymousAnon Piling on the 'drive the conversation' advice: I literally start every design round now by writing the requirements and constraints down before touching architecture. Interviewers visibly relax when you do that. It signals seniority more than any buzzword does.
- 0
AnonymousAnon How much time do you have to prep? If it's a week I'd honestly do 3-4 full mock designs out loud (even to a rubber duck) rather than reading more. The freezing usually comes from never having said the words out loud, not from not knowing the concepts.
- 0
AnonymousAnon The thing that unlocked it for me was realizing they mostly want to hear you drive the conversation, not recite a perfect architecture. Clarify the actual requirements and traffic first, then talk through one dead-simple design before optimizing. Saying 'let me start simple and then we can scale it' buys you a ton of goodwill.