How to Kill the Code Review
tonkkatonka
14 points
4 comments
March 03, 2026
Related Discussions
Found 5 related stories in 768.8ms across 14,015 title embeddings via pgvector HNSW
- The End of Code Review: Coding Agents Supersede Human Inspection cribwi · 19 pts · June 23, 2026 · 60% similar
- Should we just skip code review now? ClaudiuDasca · 19 pts · April 28, 2026 · 59% similar
- Every layer of review makes you 10x slower greyface- · 88 pts · March 17, 2026 · 54% similar
- Open Code Review – An AI-powered code review CLI tool geoffbp · 121 pts · June 05, 2026 · 54% similar
- The primary purpose of code review is to find code that will be hard to maintain ColinWright · 338 pts · July 02, 2026 · 53% 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.