How to Kill the Code Review
tonkkatonka
14 points
4 comments
March 03, 2026
Related Discussions
Found 5 related stories in 45.1ms across 3,471 title embeddings via pgvector HNSW
- Every layer of review makes you 10x slower greyface- · 88 pts · March 17, 2026 · 54% similar
- Code Review for Claude Code adocomplete · 67 pts · March 09, 2026 · 53% similar
- Code-review-graph: persistent code graph that cuts Claude Code token usage tirthkanani · 11 pts · March 09, 2026 · 49% similar
- Kill Chain _delirium · 13 pts · March 22, 2026 · 48% similar
- Reports of code's death are greatly exaggerated stevekrouse · 341 pts · March 22, 2026 · 47% similar
Discussion Highlights (4 comments)
tonkkatonka
Human-written code died in 2025. Code reviews will die in 2026.
swyx
just got pinged by f5bot - hi editor here! Personal take: at this point multiple people are already weighing how to remove the human code review bottleneck from agents becoming fully productive. Ankit was brave enough to map out how he sees SDLC being turned on its head and wrote this. i'm not personally there yet, but I tend to be 3-6 months behind these people and yeah its definitely coming.
compacct27
This isn't it. After spending my morning on a code review and catching several major issues despite it being a +7kloc diff, the real question is--how do we make the tooling around code reviews better? Intentions aren't enough, they're vague and the implementation details matter. They help, though, and this is closer to the answer to code reviews: check out the intentions, get an AI-assisted overview of the architecture of the code, then dive into the more important parts of the architecture. Maybe it's because I'm in UI dev, but intentions aren't enough at all
thomascountz
A code review is an engineering practice and a knowledge management process; it should not be confused with a merge or pull request, which is a change management and version control process. When you say, “code review wasn’t even ubiquitous until around 2012–2014…,” I think you’re referring to the approval tooling built into merge requests, not to code review itself. Engineers were having their code reviewed long before then. By the time you genuinely expect a PR to be merged, it should be essentially rubber-stampable, in my opinion. It shouldn’t be the first time someone else is looking at your code—let alone the first time anyone is reviewing your design.