~/talk

How to Approach Refactoring

slides:none on file

Refactoring is a disciplined, incremental process that improves internal design without changing behavior: write tests or other feedback first, rely on automated test, then take many small commits that each pass before proceeding. Focus on removing code, avoiding clever shortcuts, keeping functions small and cohesive, eliminating duplication and unnecessary dependencies, and making intent clear so the reader understands in seconds. Do refactors before or after bug fixes but not during them, pair for safety, and follow the mantra make it work make it better real soon.

AI-written summary · about

  1. 0:00The definition of refactoring
  2. 1:56Why we should refactor
  3. 4:20Maintaining professional discipline
  4. 8:04Refactoring vs. rewriting
  5. 10:01Agility and code quality
  6. 14:06Coding as an act of empathy
  7. 17:11Overcoming the fear of refactoring
  8. 20:01The zeroth principle: feedback
  9. 25:30Core principles for better code
  10. 31:23Writing simple and cohesive code
  11. 37:24Handling comments and documentation
  12. 44:25Intentional design and abstraction
  13. 50:50Execution and workflow
  14. 54:54A disciplined refactoring loop
~/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.