Tech interviews with NeetCode
- https://www.youtube.com/watch?v=xafwfGVBxos
- Original title: Tech interviews with NeetCode
Gergely Orosz interviews Navdeep "NeetCode" Singh — creator of NeetCode.io, ex-Amazon (quit after 2 months), ex-Google (promoted junior-to-mid in ~1 year) — about why coding interviews refuse to die even as AI eats day-to-day coding, why he now hires for agency and communication over raw algorithm skill, and why "effort" is becoming the scarcest differentiator precisely because AI makes everything else cheap.
Why DSA interviews are still sticky
Despite AI being able to answer almost any coding question, the data-structures-and-algorithms interview format has stayed remarkably consistent. NeetCode's take: DSA interviews were never a great predictor of on-the-job performance, but companies genuinely don't know how to evaluate candidates otherwise — hiring is a hard problem even with lots of data, since you can't know in advance if someone will be motivated or fit the team. Changing a standardized interview process at a big company is bureaucratically expensive (retraining thousands of interviewers, dealing with prompts/AI-assisted formats, etc.), so the "if it ain't broke" inertia wins. He expects change but a much slower transition than most people assume. Cheating tools pushed some companies (Google) back to in-person, on-site whiteboard interviews.
From Amazon to Google to founder
- Studied electrical engineering at Washington State University (not UW — he wasn't accepted), fell into programming via a required intro-to-C class; found it boring until variables/loops/functions "clicked" and revealed infinite complexity.
- Joined Amazon (Alexa org) straight out of school; found the culture intense/toxic (3am commits, unfriendly onboarding, implicit pressure), quit after 2 months following an impulsive decision — had to resign three times before it was accepted, which he suspects was about Amazon's "unregretted attrition" targets.
- Joined Google next and had the opposite experience — friendly team, but he was still in "Amazon PTSD mode," afraid to ask questions, so he did a hard project entirely independently. That solo effort got him promoted from junior to mid-level in about a year, which is unusually fast at Google.
- Started making NeetCode tutorial videos after leaving Amazon, purely for fun, because existing algorithm explanations online were poor. Paused when he got into Google; ironically the channel exploded once he mentioned he'd gotten into Google — proof he'd "gone from zero to one" gave the channel credibility.
- After his fast promotion, left Google to go full-time on NeetCode, despite his manager being confused why he'd leave a fast promotion track. Building a team and delegating was the hardest part of founder life for him — he only became comfortable managing people in roughly the last 6 months.
Trade-offs, shortcuts, and AI-assisted building
- He deliberately avoided going "deep" on the CAP theorem once he saw Martin Kleppmann's critique that it's incomplete/hand-wavy (PACELC is more complete) — a recurring theme is that real engineering, unlike interviews, is about trade-offs rather than "correct" answers.
- NeetCode.io was built on tech he now regrets (Angular, Firebase) and originally on very sloppy TypeScript (heavy use of `any`, inline CSS) — deliberate shortcuts to move fast solo. AI tools have since made it easy to clean up that debt and would make migrating stacks trivial if he wanted to.
- Case study: he replaced a $3,000/month third-party code-execution service with an AI-assisted rewrite built in 2-3 days, cutting cost to $200/month — but shipped with an unfixed memory leak that occasionally crashes an instance. He consciously leaves it unfixed because business impact is negligible (redundant instances self-heal) and root-causing it would take much longer than it's worth. Pushed on whether this is emblematic of AI-era "good enough" software, he stands by the trade-off given the net cost/reliability win.
- His hot take: "It's never been easier to build things, but 10x harder to actually build value" — AI makes it trivial to ship low-value features that clutter products; the real bottleneck is deciding what's worth building and measuring impact, not implementation speed. He cites Anthropic's own admitted quality regressions and OpenAI shutting down Sora to refocus on coding as evidence that moving fast without measuring still breaks things, AI or not.
What DSA prep actually gives you
NeetCode argues the value of algorithm interview prep isn't the algorithms themselves but the byproducts: deep, structured thinking, communicating a plan/approach before executing (mirroring how you'd talk to a manager), and comfort with trade-offs — which he calls the essence of engineering (unlike math/science, there's rarely a single correct answer). He connects this to systems thinking as a durable, hard-to-teach skill, though he and Gergely also debate whether "systems thinking" is really inseparable from deep domain expertise.
Hiring, agency, and the "give up on tech" hot take
- Believes any standardized, scalable hiring process can be gamed; his own hiring has shifted toward trial-period-style work samples and open conversation about trade-offs rather than DSA grilling — though he admits this doesn't scale to big companies.
- Companies that hire from open source (e.g., people noticed via public contributions, cited via Dax) skip much of this because the work is already visible.
- At NeetCode itself, most code is now AI-written; he was an "AI hater" until the tools got good enough on his mostly-CRUD workload.
- His most prized recent hire is a not-yet-graduated engineer whose defining trait is agency: given any unfamiliar task, they'll have learned the domain within a week. He argues personality/agency now outweighs raw coding skill because factual/technical knowledge is a prompt away, but caring, effort, and the ability to defend your decisions are not.
- A $2,500 site-redesign contest was disappointing: nearly all submissions were obviously AI-generated with no ability from entrants to explain or defend their design choices — reinforcing his view that effort and articulation, not access to AI, are the differentiator.
- His contentious "some people should just give up on tech careers" video wasn't meant as literal advice to quit, but as a warning: if you're not willing to dig deep and put in effort, you should know that going in. He says most people who were initially offended ultimately agreed with the underlying point.
Building a personal brand
Reflecting on his own YouTube success, NeetCode argues nobody cares how technically correct or clever you are if you can't make it digestible — communication and audience empathy matter more than raw correctness. He extends this to companies and AI labs: personalities like Boris (Claude Code) and Tibo (Codex) being visible, approachable, and responsive on social media builds trust in a way faceless corporate branding can't, and authenticity is easy for audiences to detect (or see through).
Closing takeaways (Gergely's synthesis)
NeetCode hires for motivation, self-explained thinking, and agency over pure coding skill. Companies still use LeetCode-style interviews not because they predict job performance — they don't — but because nothing better has been found that scales. As AI makes technical answers and even design/code cheap to produce, effort and the ability to defend your choices become the real differentiators.