~/talk

The truth about code reviews

Talkat Voxxed Days Zurich 2017 · on Thursday, 2017-02-23· [developer-experience]
links:none on file
slides:none on file

Code reviews are not mainly a bug hunt but a feedback and maintainability practice: studies quoted show only 15% defects of review comments while about 50% maintainability comments aim at naming and structure. Use small, focused reviews (review only key lines), stop after 60 minutes, prefer synchronous screen sharing for fast back-and-forth, include motivation and design notes in the commit, reduce tone problems from written comments, and aim for two reviewers — a second adds ~50% of remaining findings, a third adds little.

AI-written summary · about

  1. 0:00The case for code reviews
  2. 1:43Debunking bug hunting
  3. 3:28Core benefits and purpose
  4. 6:18Types and tools
  5. 9:01Effective feedback culture
  6. 13:00Practical best practices
  7. 15:29Cultivating review culture
  8. 20:11Q&A and closing
~/search
type to search 6,249 conferences, 138,987 speakers and 185,172 talks
~/help
cmdctrl k
search every conference, speaker and series
/
focus the filter search
h
home
c
conferences
s
speakers
e
series
t
light / dark — the status bar button does the same
?
this help
esc
close this, then clear every filter — or just the search, while you are typing in it

Ignored while you are typing. Pages without a filter rail have no search to focus.