Patterns of Legacy Displacement
summary
Collaboration with Martin Fowler and James Lewis distills concrete patterns: avoid feature parity and big bang replacements (they push risk to the end and lock teams into 6–18 month release cycles); prefer Strangler/Vine approaches using event interception and change data capture (CDC) to incrementally move functionality. A retail case slices migration by product lines, discovers unprofitable SKUs and drops them, and builds new reporting first (parallel-run the critical aggregator). Call temporary components transitional architecture and throw them away once the new system proves it can release every two weeks.
AI-written summary · about
chapters (8)
- 0:00Intro
- 2:00Why legacy happens
- 4:41Agenda
- 5:301. What are we trying to achieve?
- 13:152. Breaking up the problem
- 17:553. Delivery
- 32:534. Organizational transformation
- 42:16Outro
related talks
47mLegacy Software: Really a Problem?
43mBeyond Strangler Fig: Effective Patterns for Architectural Modernization
44mLegacy Software Really a Problem
01h 01mLegacy Architecture Migration Patterns with DDD
47mRefactor Without Breaking Everything: Anatomy of Incremental Modernization Patterns
43mLegacy Architecture Migration Patterns
54mThe Future of the Past – Legacy Will Stay With Us
40mLegacy Evolution – The Innovation Opportunity!
