Impactful Refactors: Refactoring for Readability
summary
Argues for concrete refactors: rename ambiguous instances to post_presenter so type is obvious, annotate methods that return epoch integers as birth_date_as_integer, and prefer explicit long names like agility_cattle_dog_with_a_wheat_allergy when that reduces lookup time. Calls out costly onboarding and slower bug fixes when code is clever or abbreviated, notes painful RubyMine debugging, recommends small well‑named helpers and POODR / The Art of Readable Code as practical resources.
AI-written summary · about
chapters (5)
- 0:00Start
- 0:53Save the Unreadable Performant Code
- 1:12Disclaimer
- 4:42Abbreviating
- 7:57Humane Driven Development
related talks
18mImpactful Refactors: Refactoring for Readability
45mPanel Discussion Refactoring
48mRefactoring from Good to Great - A Live-Coding Odyssey
01h 04mRefactoring Is Not Just Clickbait
50mRefactoring Is Not Just Clickbait
32mruby best practice patterns
01h 07mRefactoring Is Not Just Clickbait
20mPre-factoring: Getting it (Closer to) Right the First Time
