Harry Potter and the Legacy Codebase
summary
Claim: legacy code stores domain knowledge and yields to methodical archaeology rather than rewriting. Concrete tools and practices: use turbulence gem to chart churn vs complexity, run New Relic and benchmarks, wire tests into CI, generate maps with rails-erd and railroading. Concrete change shown: replace remove_poison with a clearer harvest_poison and extract container logic, leave deprecation warnings so tests reveal remaining callers. Outcome: small, honest refactors plus documentation and maps reduce hot spots without a full rewrite.
AI-written summary · about
chapters (6)
- 0:00Start
- 0:21and The Legacy Codebase
- 3:34LEGACY CODE ISN'T EVIL, IT'S JUST MISUNDERSTOOD
- 7:50CODE ARCHEOLOGY 101
- 11:54TAKE INVENTORY
- 13:05FLAG MYTHS
related talks
35mHarry Potter and The Legacy Code Base
23mLoving Legacy Code
39mDown The Rabbit Hole: An Adventure in Legacy Code
36mWorking Compassionately with Legacy Code
34mTesting legacy code when you dislike tests (and legacy code)
09mMicrotalk:A House of Cards - The Perils of Maintaining a 7-Year-Old Codebase
01h 25mGetting a Handle on Legacy Code
41mTerraforming legacy Rails applications
