Cracking the Code Review
summary
Argues that better PR hygiene plus automation cuts review friction, cites a $60B annual bug-fix cost (2013) as motivation, and shows concrete fixes: use PR templates and checklists, add screenshots and examples, review your own branch in an editor, and target reviewers with deadlines. Recommends specific tools and workflows that actually reduce noise—error-prone (with picnic rules) and OpenRewrite for automated fixes, Google Java Format + Spotless for enforced formatting, and ArchUnit for architecture rules—reporting that starting small (three repos) and tuning rules wins adoption.
AI-written summary · about
chapters (6)
- 0:00Introduction to code reviews
- 3:00Pull request best practices
- 3:54Creating and managing reviews
- 16:34Being an effective reviewer
- 28:20Automating quality with tools
- 43:51Conclusion
related talks
45mCracking the Code Review
41mCracking the Code Review from Guesswork to Automated Guidance
46mLooks GREAT To Me: Getting Past Bare Minimum Code Reviews
23mDrama-Free Code Review!
01h 05mGetting Good (or Better) at Code Reviews
18mHow To Review Someone's Code While Not Being A Jerk!
01h 01mBetter Code Reviews FTW!
32mLooks GREAT To Me: Getting Past Bare Minimum Code Reviews
