~/talk

Bringing A Healthy Code Review Mindset to your team

Talkat RuhrJS 2019 · 2019-10-05..10-06· [developer-experience]
slides:none on file

Asserts code review succeeds when teams adopt concrete habits: include reviews in estimates, use templates and linters to cut trivial comments, pick one primary reviewer then add a second only after approval, prefer in‑person sessions for complex changes, and plan review time (mornings or after lunch). Recommends authors be your first viewer, run a self-review to remove obvious issues, write comments that explain why, and refuse rushed reviews when short on time.

AI-written summary · about

  1. 0:00Start
  2. 5:04Have empathy
  3. 9:14Adapt to each code review
  4. 10:56Establish early communication
  5. 11:15Be your first reviewer
  6. 11:49Be patient...
  7. 12:29Reviewers will ask questions
  8. 12:40Should code be self-explanatory?
  9. 16:25Be supportive
  10. 17:24Keep the focus
  11. 20:16Acknowledge your teammate's work!
  12. 20:50It's okay to refuse doing a code review
~/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.