Lesson 16 of 21
1. How to Approach a Design Question

Memory card and where the analogy breaks

3 min read+10 XP

The memory card (tear this page out)

#QuestionMemory code
1.1What is a design interview?No answer key, only reasons
1.2What's scored?The 5 Cs: Clarify, Create, Crack open, Compare, Communicate
1.3The framework?READ, then Draw, Dive, Defend
1.4Timing?5, 5, 10, 10, 10, 5
1.5What to ask first?Ask about SCALE before you scale: Scope, Count, Access pattern, Latency, Exactness
1.6Functional vs non-functional?Verbs vs adjectives (the adjectives pick the architecture)
1.7The API?Doors before rooms
1.8The data model?Store it the way you'll ask for it
1.9The high-level design?Draw it simple, walk it through
1.10The deep dive?Dive where it hurts
1.11Trade-offs?Because, Cost, Unless
1.12Stuck?Silence scores zero
1.13Mistakes?Don't build a skyscraper for a family of four
1.14The bar?Fresher: it works. SDE-2: it survives.

The whole chapter in one line: Ask before you draw, READ before you design, and give every big choice a because, a cost and an unless.

Where the analogy breaks

  • The interviewer is both the client and the judge. A real family only wants a good house. An interviewer also wants to see how you think, so they may hold back information on purpose to see if you ask.
  • An architect gets weeks. You get 45 minutes. That's why the timing split matters so much more for you.
  • A house is finished once it's built. Software never is. Traffic grows, features change and machines fail every day, which is why non-functional requirements like scalability and availability carry so much weight.

Quick check

Five questions on this chapter. Pick an answer, then check it.

quiz