← Harvey Interview Insights

Harvey·Backend Engineer·Onsite - System Design / Architecture·Senior

Senior
Jun 2026

Summary

Technical interview at Harvey for a backend role, one question but it had real teeth. You pick a project and basically defend every decision you made, including the ones you'd rather forget.

Questions Asked (1)

Q1

Pick a project you worked on and walk through the key technical decisions: why that architecture or stack, what alternatives you considered, what trade-offs you accepted, and what you'd change looking back.

Technical Trade-offsSystem Design
Author's notes

This one is sneakier than it sounds.

Create a free account to read the full note

AI HintsAI Generated

Suggested Approach

Choose a project where you owned key technical decisions and can clearly articulate the problem, constraints, and outcomes. Structure your answer around the decision points, explicitly comparing alternatives and quantifying trade-offs. Conclude with honest reflections on what you'd change and why, showing growth and self-awareness.

Pro tip: Quantify trade-offs with concrete metrics (e.g., latency, cost, dev velocity) and tie your decisions to business impact—this shows you think like a senior engineer, not just a coder.

1. Set the context

Briefly describe the project, your role, and the key constraints (scale, timeline, team size, compliance) that shaped your decisions.

2. State the decision and alternatives

For each major decision (architecture, stack, data store), explain what you chose and what other options you seriously considered.

3. Analyze trade-offs

Discuss the pros and cons of your choice versus alternatives, using specific metrics or scenarios to illustrate the impact.

4. Share outcomes and learnings

Describe the results (positive or negative) and what you learned from the experience, including what you'd do differently now.

5. Connect to the role

Relate your experience to the challenges Harvey faces, showing how your decision-making approach would benefit their backend systems.

Key Points to Mention

  • Clear problem definition and constraints (e.g., scale, latency, budget)
  • Alternatives considered with reasons for rejection (e.g., monolith vs. microservices, SQL vs. NoSQL)
  • Trade-offs accepted (e.g., consistency vs. availability, speed vs. flexibility) with quantified impact
  • Outcome metrics (e.g., performance improvements, cost savings, developer productivity)
  • What you'd change looking back and why (e.g., different tech choice, earlier refactor)
  • Lessons learned that shaped your subsequent engineering decisions

AI-generated suggestions, not part of the candidate's original notes. May be inaccurate — verify before relying on them.