~/talk

Code Review - How to Do It Better?

TalkinPolishat Confitura 2015 · on Saturday, 2015-07-04· [developer-experience]
slides:none on file

Recommendations for improving code review by focusing on concrete outcomes: use automated linters and formatters to eliminate style nitpicks, run design reviews early, limit routine-change reviewers to one or two trusted teammates, use pair programming for difficult or knowledge-transfer cases, and require fixing blocking issues before merging. Also suggests experimenting with “only-error” comments, balancing post-commit versus pre-commit reviews, and using tools such as GitHub and Code Collaborator to keep reviews efficient.

AI-written summary · about

  1. 0:00Code review introduction
  2. 1:30What is code review
  3. 5:03Review process pitfalls
  4. 9:20Time waste in reviews
  5. 12:15Unnecessary review elements
  6. 18:13Constructive comments
  7. 24:24Code review dilemmas
  8. 29:27Fix code or close
  9. 31:38Cross-team reviews
  10. 33:48Pair programming alternative
  11. 35:13Review tools summary
  12. 36:36Q&A
~/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.