Field Notes
Interview Experiences
First-person stories from candidates across companies and roles. Skim the outcome, read the process, steal the takeaways. Share your own to help others.
23 stories
Google · L4 Software Engineer
u/throwaway_swe_2024 · view source · 4/12/2026
Process
- 1.Recruiter call→
- 2.Phone screen (coding)→
- 3.Onsite x5 (4 coding + 1 behavioral)
Recruiter reached out cold on LinkedIn. Phone screen was a medium graph problem — DFS on a grid with a twist. Onsite had two LC-mediums, one LC-hard variant, one design-lite, and Googleyness. Interviewers were friendly but the hard problem was a curveball involving union-find I hadn't seen in months.
Takeaways
- →Don't skip union-find / DSU — it showed up unexpectedly
- →Talk through the brute force first even if it's obvious
- →Googleyness is real — have 2-3 conflict stories ready
Meta · E5 Software Engineer
Blind: anon_meta_e5 · view source · 3/30/2026
Process
- 1.Recruiter→
- 2.Phone screen→
- 3.Full loop: 2 coding, 1 system design, 1 behavioral
Loop was tight — 45 min coding rounds where they expect 2 problems each. System design was a news feed variant; interviewer kept pushing on hot-key handling and write amplification. Behavioral was the standard 'tell me about conflict / driving impact / ambiguity' trio.
Takeaways
- →Practice 2 LC-mediums in 35 minutes back-to-back
- →For sys design, lead with capacity estimation — they noticed when I skipped it
- →Quantify everything in behavioral: numbers, scope, $$
Stripe · Backend Engineer (Bangalore)
u/dev_in_blr · view source · 5/2/2026
Process
- 1.Recruiter→
- 2.Integration round→
- 3.API design→
- 4.Bug squash→
- 5.Behavioral
Stripe's format is different — no leetcode. Integration round had me consuming a flaky webhook API and reconciling payments. API design was extending an existing service. I bombed bug squash because I went too deep on one trace instead of bisecting. Got the rejection in 3 days.
Takeaways
- →Stripe ≠ Leetcode. Practice reading unfamiliar codebases fast
- →On bug squash: bisect first, deep-dive second
- →They care a LOT about pragmatic API ergonomics
Amazon · SDE-2
LinkedIn: Priya S. · view source · 2/18/2026
Process
- 1.OA→
- 2.Phone screen→
- 3.Loop: 4 rounds (2 coding + LP, 1 LLD, 1 bar raiser)
Bar raiser was the hardest — 60 minutes of leadership-principle stories with deep follow-ups. They want STAR but compressed; if your answer is over 4 minutes they cut you off. LLD round was designing a parking lot with payment + reservation extension.
Takeaways
- →Memorize 12-14 STAR stories mapped to LPs
- →Practice LLD out loud, not just on paper
- →Bar raiser dives deep — keep details handy for any story
OpenAI · Member of Technical Staff (Applied)
Glassdoor reviewer · view source · 5/15/2026
Process
- 1.Recruiter→
- 2.Take-home→
- 3.Technical x2→
- 4.Research deep dive→
- 5.Team match
Take-home was building a small RAG eval harness — fun but took ~10 hours. Technicals were pair-coding on the take-home, extending it live. Research deep dive was 90 minutes on my past LLM work with one MTS grilling assumptions. Withdrew at team match — comp negotiation stalled.
Takeaways
- →Budget 2x what they say for the take-home
- →Know your past projects to the metric — they will dig
- →Comp leverage is real here, but only with a competing offer
Airbnb · Senior Frontend Engineer
u/frontendcat · view source · 1/28/2026
Process
- 1.Phone screen→
- 2.UI coding (live React)→
- 3.System design (FE)→
- 4.Cross-functional→
- 5.Hiring manager
UI round was building an autocomplete with keyboard nav and aria — they care about accessibility, not just whether it works. FE system design was 'design Airbnb search filters' with state sync across URL/cache/store. Very chill interviewers throughout.
Takeaways
- →A11y in the live coding round is a differentiator
- →Know URL ↔ state ↔ cache patterns cold
- →Have a 30-sec answer for 'why Airbnb' — they ask in every round
Nvidia · Senior ML Engineer
Blind: anon_nvda · view source · 4/22/2026
Process
- 1.Recruiter→
- 2.Tech screen (CUDA-ish)→
- 3.Onsite: 2 ML, 1 systems, 1 behavioral
Tech screen had a question on memory coalescing — half my prep was useless because I'd focused on PyTorch internals not GPU mental model. Onsite ML rounds were a mix of theory (attention math) and applied (debug a training loss curve). Got the offer in a week.
Takeaways
- →GPU/CUDA fundamentals matter even for 'ML' roles here
- →Be able to derive attention/softmax gradients by hand
- →Have a 'broken loss curve' debug story ready
TikTok · Backend Engineer (Singapore)
Leetcode discuss · view source · 5/8/2026
Process
- 1.OA→
- 2.Tech 1→
- 3.Tech 2→
- 4.Manager→
- 5.Silence
OA had 3 problems in 90 min — tight. Tech rounds were LC-hards, one on segment trees. Manager round felt positive — they said 'we'll be in touch this week'. That was 4 weeks ago. Recruiter stopped replying.
Takeaways
- →Treat 'we'll be in touch' as ghost-risk; keep pipeline warm
- →Segment tree + sparse table — non-trivial for TikTok bar
- →Always follow up in 5 business days, then move on
Datadog · Staff Engineer
LinkedIn: Marcus T. · view source · 3/11/2026
Process
- 1.Recruiter→
- 2.Hiring manager→
- 3.Coding→
- 4.Systems design→
- 5.Architecture deep dive→
- 6.Bar
Architecture deep dive was the standout — 90 minutes on a real system I'd shipped, with two principals tag-teaming on trade-offs. They were not interested in surface design; they wanted to know what broke and how I knew. Coding was a refreshing whiteboarding exercise — actual data structures, not a leetcode lookup.
Takeaways
- →For staff+ roles, expect a 'tell me about a system you built' grill
- →Bring outage / incident stories — they map to senior signal
- →Trade-off framing > 'the right answer'
Microsoft · New Grad SWE
u/newgrad2026 · view source · 2/5/2026
Process
- 1.OA (Codility)→
- 2.Final loop: 4 rounds (3 coding + 1 design-lite)
OA was 2 problems — easy + medium. Final loop was virtual, 4 back-to-back rounds with no break. Two were LC-mediums (DP and graph), one was a design-lite (URL shortener at new grad level), one was full behavioral. Interviewers were kind and gave hints when I got stuck.
Takeaways
- →MSFT new grad bar is humane — focus on clear communication
- →Even at new grad they ask design-lite. Don't skip it.
- →Eat before the loop — 4 rounds with no break is brutal
Ramp · Full Stack Engineer
u/seriesA_dev · view source · 5/10/2026
Process
- 1.Recruiter→
- 2.Take-home (4h)→
- 3.Pairing on take-home→
- 4.Sys design→
- 5.Founder chat
Take-home was a small expense-categorization service. Pairing round extended it live — they wanted to see how I handled their feedback in real time. Sys design was 'design corporate card transaction processing' which mapped neatly to their product. Founder chat was a vibe check — they care a lot about ownership stories.
Takeaways
- →For startup take-homes, ship a small thing well > a big thing rough
- →Have a real 'I owned this end-to-end' story for the founder round
- →Map your sys design answer to their actual product if you can
Vercel · Senior Frontend Engineer
Blind: anon_vercel · view source · 4/2/2026
Process
- 1.Recruiter→
- 2.Hiring manager→
- 3.Frontend coding→
- 4.FE sys design→
- 5.Team match
Coding round was building a small dashboard widget with their own UI primitives — no leetcode at all. FE sys design was 'design the analytics dashboard for a deployment platform' — basically their own product. They cared a lot about edge / streaming awareness given their stack.
Takeaways
- →Know edge runtime constraints if you're going for Vercel/Cloudflare
- →Practice building real UI components live, not just LC
- →Read the company's engineering blog before HM round — they'll reference it
Razorpay · SDE-2 (Bangalore)
LinkedIn: Aanya R. · view source · 3/22/2026
Process
- 1.DSA round 1→
- 2.DSA round 2→
- 3.LLD→
- 4.HLD→
- 5.Hiring manager→
- 6.HR
Two back-to-back DSA rounds — one was a sliding window problem, the other was a trie-based autocomplete. LLD was designing a UPI payment flow with idempotency. HLD was scaling notification service to 10M users. Process was fast — 2 weeks from first call to offer.
Takeaways
- →Indian fintech loves idempotency / double-spend questions — prep them
- →Two DSA rounds back to back is common; pace yourself
- →Have a notification / fan-out HLD ready, it shows up everywhere
Linear · Product Engineer
u/yc_winter25 · view source · 2/26/2026
Process
- 1.Recruiter→
- 2.Take-home (build a feature)→
- 3.Pairing on take-home→
- 4.Founder chat
Take-home was 'add a small feature to a mock issue tracker we give you'. They explicitly said no time limit but to keep it scoped. Pairing was the team picking apart my code choices — they care about taste more than algorithmic skill. Founder chat was about product instincts.
Takeaways
- →For product-eng roles, taste > LC. Polish your take-home like a PR.
- →Be ready to defend every design choice, no matter how small
- →Talk product, not tech, in the founder round
Notion · Software Engineer (Backend)
Glassdoor reviewer · view source · 4/18/2026
Process
- 1.Recruiter→
- 2.Coding screen→
- 3.Onsite: 2 coding, 1 sys design, 1 behavioral
Coding screen was a tree problem — clean. Onsite coding was harder: collaborative cursor sync simulation. Sys design was 'design a block-based document editor with offline sync' — heavy CRDT territory. Got dinged on the design round; reviewer feedback said I didn't engage with consistency trade-offs.
Takeaways
- →If interviewing at a docs/notes company, learn CRDTs basics
- →Always lead sys design with consistency / availability discussion
- →Ask for feedback after rejection — Notion actually shares it
Render · Site Reliability Engineer
u/devops_dad · view source · 5/21/2026
Process
- 1.Recruiter→
- 2.Tech screen (Linux trivia + scripting)→
- 3.Take-home (debug a broken deploy)→
- 4.Sys design (infra)→
- 5.Team chats x2
The take-home was the best interview I've ever done — they gave me SSH access to a sandbox with a deliberately broken deploy pipeline and 2 hours to fix it. Sys design was 'design a multi-tenant container scheduler'. Team chats were genuinely chats, not stealth interviews.
Takeaways
- →Brush up on systemd, cgroups, and basic strace/tcpdump
- →Talk through your debugging process out loud during take-homes
- →Smaller infra startups care about hands-on > whiteboard
Zerodha · Backend Engineer (Bangalore)
LinkedIn: Karan M. · view source · 1/15/2026
Process
- 1.Take-home (Go service)→
- 2.Tech discussion on take-home→
- 3.Sys design→
- 4.Founder/CTO chat
Take-home was a small order-matching service in any language — I did Go. Tech discussion was them poking holes in my concurrency choices. Sys design was 'design real-time market data feed for 1M users'. CTO chat was about why I wanted to work somewhere bootstrapped vs VC-funded — they really filter on this.
Takeaways
- →Be ready to defend language/runtime choices with real reasoning
- →For trading-adjacent roles, know latency budgets and lock-free basics
- →Bootstrapped companies want people who care about profitability
Hex · Data Engineer
u/data_eng_2026 · view source · 5/25/2026
Process
- 1.Recruiter→
- 2.Tech screen (SQL + Python)→
- 3.Take-home (data pipeline)→
- 4.Onsite scheduled
SQL portion of the tech screen was hard — window functions with gaps-and-islands logic. Python part was lighter — pandas transformations. Take-home asks for a small ETL with tests and a README explaining trade-offs. Onsite next week; will update.
Takeaways
- →For DE roles, gaps-and-islands SQL shows up everywhere
- →Write the README first — it forces clearer scope
- →Include tests in the take-home even if not asked; it's signal
Zeta (US) · Senior Software Engineer
Blind: anon_zeta · view source · 3/8/2026
Process
- 1.Recruiter→
- 2.Phone screen→
- 3.Onsite: 2 coding, 1 sys design, 1 domain (payments), 1 behavioral
Payments domain round was unique — they asked about double-entry accounting, idempotency keys, and reconciliation edge cases. Coding was standard LC-medium. Sys design was 'design issuer-processor for prepaid cards'. Pleasant process overall, recruiter was responsive.
Takeaways
- →If the JD mentions payments, read about double-entry bookkeeping
- →Idempotency comes up in every fintech interview — own it
- →Mid-size fintechs ask deeper domain questions than FAANG
Postman · Senior Engineer (Frontend Platform)
u/remoteonly · view source · 4/29/2026
Process
- 1.Recruiter→
- 2.DSA (medium)→
- 3.JS/React deep dive→
- 4.Sys design (FE)→
- 5.Hiring manager
JS/React round went deep on event loop, microtasks, React reconciliation. Sys design was 'design API response viewer with large payload virtualization'. The bar for FE platform was high — they expected me to know browser internals, not just framework APIs.
Takeaways
- →FE Platform roles = browser internals, not just React
- →Practice virtualization patterns (windowing) — keeps coming up
- →Have a strong opinion on bundler / build tooling — they'll ask
Mercury · Backend Engineer
LinkedIn: Sofia G. · view source · 2/12/2026
Process
- 1.Recruiter→
- 2.Coding (no LC)→
- 3.Take-home→
- 4.Take-home review→
- 5.Behavioral→
- 6.Manager
No leetcode at any stage — refreshing. Coding round was implementing a small parser. Take-home was a 4-hour banking-style problem with explicit anti-patterns to avoid (no leaking PII, no race conditions on balance). Process was clean and well-communicated.
Takeaways
- →Some startups genuinely don't do LC. Read their interview blog post.
- →For fintech take-homes, treat security as a graded dimension
- →Mercury publishes their interview rubric — find and read it
PostHog · Product Engineer (remote)
Glassdoor reviewer · view source · 5/4/2026
Process
- 1.Async intro (Loom)→
- 2.Paid trial project (1 week, part-time)→
- 3.Team chats
No traditional interviews. They paid me for a one-week part-time trial where I shipped a small feature into their actual codebase, opened a real PR, and joined standups. Team chats were honest two-way conversations. By far the most representative process I've ever done.
Takeaways
- →Some open-source companies use paid trials — apply even if employed
- →Treat the trial like the job: ship one polished PR, not three rough ones
- →Async-heavy companies want a clear written communication style
Grafana Labs · Senior SRE
u/midsize_sre · view source · 3/18/2026
Process
- 1.Recruiter→
- 2.Tech screen (Linux + Prometheus)→
- 3.Sys design→
- 4.Behavioral→
- 5.Team match
Tech screen was practical — debug a Prometheus query, fix a noisy alert. Sys design was 'design a multi-tenant metrics ingestion path'. I got rejected at team match — they said strong technically but no team had headcount for my level. Got referred internally 3 months later.
Takeaways
- →'Rejected at team match' often means timing, not skill — stay in touch
- →For observability companies, know PromQL + cardinality trade-offs
- →Always ask the recruiter for internal referral after a near-miss
Curated stories are paraphrased summaries of publicly shared write-ups (click "view source"). Community posts are submitted by signed-in users. Sign in and click Share your experience to add yours.