Async non-blocking code reviews
summary
Code reviews slow delivery when comments pile up: analysis of a few hundred PRs via the GitHub API shows PRs with 20–40 "root" rude comments take roughly 400–700 median hours to close and each blocking comment over 10 costs about ~10 median hours to resolve. Practical fixes include running PHP CS, PHPStan and Infection plus Behat scenarios locally via Makefiles and Docker, tagging specialists or using git-based reviewer heuristics, and marking comments as blocking or non-blocking so teams can disagree and commit and keep reviews async and non-blocking.
AI-written summary · about
chapters (27)
- 0:00Scribes
- 2:18Introduction
- 3:33Rewards
- 5:06Time
- 5:55Median Time
- 6:45Comments take time
- 7:06Small PRs
- 8:04More reviewers
- 8:40Rebasing
- 9:16Why
- 9:53PRs
- 10:22Reward vs Conflict
- 13:25Localisation
- 14:08Communicating upfront
- 15:02Nonblocking
- 15:30De disagree and commit
- 16:37Finding the right reviewers
- 17:27GetKills
- 17:52Suggestions
- 18:51Etiquette
- 19:10Looking at broader issues
- 19:59Blast radius
- 20:21Robustness
- 21:02Code reviews
- 21:34retrospective causality
- 22:48final words
- 23:32QA
related talks
23mAsync non-blocking code reviews
27mAsync non-blocking Code Reviews
01h 02mEffective Code Review
56mAsync Code Reviews Are Choking Your Throughput
57mAsync Code Reviews Are Choking Your Company’s Throughput
47mGoldilocks and the Three Code Reviews
44mEffective Code Review
38mHow to Optimize Non-Coding Time
