Interview Preparation
Hiring loops reward predictable judgment: you clarify before you solve, you trade off explicitly, and you connect code to production (tests, rollout, failure). This page is a long-form checklist you can rehearse, not generic motivation.
Master 90% syllabus (SDE3+, your stack)
EliteCoach-style prep map: DSA, system design (HLD/LLD), behavioral—linked to this site. Includes drill format.
Interview prep hub (STAR, 12-week plan, company playbooks)
Behavioral outlines, weekly rhythm, and Big Tech–style playbooks.
DSA + system design mind-map
Pattern library, ~226 problem write-ups, cheatsheets, system-design curriculum.
Generative AI for engineers
LLM systems depth; pair with /dsa/interview-prep/generative-ai for whiteboard pacing.
How to use this page
- Read Core basics once and turn bullets into spoken habits (“I’d clarify X, then sketch two approaches…”).
- Use Recognition cues before mocks: JD text → themes → proof points you actually have.
- Run Study cadence blocks on a timer—upgrade quality of talking, not volume of solving.
- Memorize Scripts loosely; sound like yourself, keep the skeleton.
Topic study plan (deep pages)
Each file under /interview/topics/... uses Core details → Understanding → Senior understanding → Diagram.
| Topic | Focus |
|---|---|
| Master 90% syllabus (SDE3+ / EliteCoach) | DSA + HLD/LLD + behavioral map for React, Node, Next, AWS, Docker; drill format |
| Coding round playbook | Clarify → options → complexity → code + edges |
| System design round playbook | Users → API → data → scale → failure → deep dive |
| Behavioral & leadership stories | STAR+, metrics, tradeoff hindsight |
| Weekly prep operating system | Sustainable cadence, mocks, retro habits |
| Reading the job description | JD → prep lanes + proof assets |
Author-only scaffold: `content/core-docs/interview/topics/topic-page-template.mdx` (`publishDocs: false`).
Core basics — meta signals graders listen for
| Cluster | Positive signal | Typical failure mode |
|---|---|---|
| Structure | repeatable framework aloud | drifting implementation without contract |
| Rigor | invariants + complexity | “it works” with no edges |
| Pragmatism | phased MVP → scale | imaginary distributed system day one |
| Operability | tests, rollout, degrade | tunnel vision on pseudocode |
| Growth | hindsight + preventive diff | blaming tools or timelines only |
Senior bar often adds economics: latency tails, infra cost implications, stakeholder trade (“we ship degraded read path first”).
Core basics — universal opening moves (≈first 3–5 minutes)
Step 1 — Restate impact
“What the user/org needs” in one plain sentence—not parroting interviewer—then pause for corrections.
Step 2 — Clarify constraints checklist
Verbally scan as appropriate:
| Dimension | Example questions |
|---|---|
| Scale | QPS, data size growth, hotspots |
| Latency/SLO | p95/p99 budgets, SLA vs best-effort reads |
| Correctness vs availability | CAP-flavored realities for this feature |
| Security / compliance | tokens, tenancy, regulated data |
| Product shape | realtime? offline? eventual consistency UX? |
Step 3 — Tiny example + invariants
Handwrite a minimal dataset (5–12 elements typical) BEFORE coding/design—catches misunderstanding early.
Define what must stay true each step (“non-decreasing pointers”, “budget never negative”, etc.).
Step 4 — Announce plan
“You’ll hear brute O(n²) baseline, optimized O(n log n) if sort allowed—or O(n) if hashing fits—and I’ll say why assumptions hold.”
Replace with design analog: naive vs scaled decomposition.
Understanding — rounds are different games
Live coding interview
Interviewers silently score:
- Pattern/time trade named early.
- Complexity spoken alongside code.
- Edges enumerated while typing (negatives, empty, duplicates, overflow).
- Tests articulated even if partial write.
Anti-pattern: mute coding until “done,” then scramble for edge cases under pressure.
System design interview
Expected arc:
| Phase | Goal |
|---|---|
| Users → queries → constraints | Align product scope silently |
| Public API sketch | Verbally versionable contract |
| Data model | Entities & access paths |
| Core path performance | hotspots + caches + scaling |
| Reliability | failures, backoff, degrade |
| Ops | rollout, migrations, observability |
| Deep dive | ONLY after skeleton accepted |
Avoid technology-first ladders (“Kafka + Cassandra”) without query pressure evidence.
Behavioral / leadership
Staff expectations:
| Theme | Evidence shape |
|---|---|
| Ownership | ambiguity → decision → accountable outcome |
| Conflict | dissent with data + resolution path |
| Mentorship | growth metric for others (velocity, autonomy) |
| Incident | timelines, containment, corrective controls |
Use STAR+: add tradeoff hindsight (“If repeated, shorten validation loop by …”).
GenAI systems interview
Treat as distributed product + stochastic core:
- ingestion & ACLs → retrieval hygiene → guarded tools → eval harness → dashboards → economic routing.
See /gen-ai + /dsa/interview-prep/generative-ai.
Recognition cues — read the JD as a blueprint
Translate keywords into prep lanes honestly—don’t retrofit fake stories.
| JD cluster | Tilt your evidence toward… |
|---|---|
| “Platform / infra” | SLO graphs, outages, migrations, chaos stories |
| “Product / experimentation” | feature flags, rollbacks, metrics wins |
| “Security / regulated” | least privilege narratives, audits, incidents |
| “Performance-critical” | before/after percentiles tied to infra change |
| “UI craft” | accessibility + performance field data |
| “ML / GenAI” | eval + safety + cost + data lifecycle |
Interviewer style quick mapping
| Style | Win by… |
|---|---|
| Fast | crisp complexity + fast trade statement |
| Analytical | matrices (options × pros/cons × risk) |
| Practical | shipping stories with constraints named |
Memory hooks
| Acronym | Meaning |
|---|---|
| CODE (coding) | Clarify → Options + complexity → Decide → Execute + tests aloud |
| DESIGN | Define users/queries → External API → Storage → Incremental scale → Guard rails → Narrate deep dive |
Study cadence — sustainable (while employed)
Weekly minimum
| Block | Time | Output |
|---|---|---|
| Hard problem | 45–60 min ×2 | retro note: “what I’d say faster” |
| Design sketch | 30–45 min ×1 | diagram + 5 failure arrows |
| Behavioral | 20–30 min ×1 | one story upgraded with numbers |
Intensive 2 weeks pre-onsite
Daily:
- 45 min timed solve (new or variant).
- 20 min cold redo of a miss.
- 10 min cue-only flashcards (pattern names, numbers only).
Monthly
One full mock crossing coding → design → behavioral; note awkward transitions (where you forget to summarize).
Diagrams
Prep feedback loop
Round handoff (keep context)
Pitfalls (don’t lose the bar on “soft” failure)
- Silent coding with no testing or complexity narration.
- Design without concrete access pattern numbers (read/write ratio, fan-out).
- Behavioral “we” soup—interviewer cannot see your agency.
- Arguing with hints instead of integrating them as new constraints.
- Ignoring remote collaboration or timezone realities if role is distributed.
Interview scripts (adapt to your voice)
Start coding:
“I’ll restate expected behavior, list 2–3 edge cases, then implement the straightforward approach at O(…), and improve if a constraint allows.”
Mid-design:
“Before sharding, I want read/write QPS, payload growth, and whether strong consistency is required for money reads—those decide partition key vs cache strategy.”
Behavioral close:
“If I repeated the project, I’d shorten the validation loop by shipping a dark read on the new path one week earlier—same risk budget, faster signal.”
GenAI + interview prep crosswalk
| Need | Page |
|---|---|
| Concept depth | /gen-ai |
| Onsite cadence + failure edges | /dsa/interview-prep/generative-ai |
| Big-system skeleton | /dsa/system-design/templates/interview-framework |
Mark this page when you finish learning it.
Spotted something unclear or wrong on this page?