DEDP 2.2 — Understanding Convergent Evolution
The theoretical backbone of the entire DEDP framework. Convergent evolution is the lens that cuts through data engineering hype: when you see a “new” technology, ask what older technology solved the same problem. If the answer exists, you are looking at convergent evolution, not innovation.
The Biological Analogy
Convergent evolution in nature: independent species develop similar solutions to the same environmental pressures.
- Echolocation: Bats and whales independently evolved sonar-like navigation through completely different biological mechanisms
- Camera eyes: Vertebrates and cephalopods independently evolved functionally identical vision — but with opposite structural designs (retina orientation is reversed)
The principle: similar pressures produce similar solutions, even when the paths are unrelated.
Application to Data Engineering
Data engineering repeatedly reinvents terminology for existing concepts. The chapter identifies several convergent clusters:
The Caching Cluster:
- Materialized Views (Oracle, 1998)
- One Big Table / Wide Tables
- Snapshotting
- Semantic Layers with caching (Cube)
All are instances of the 06-reference/2026-04-04-dedp-cache-pattern. The terms keep coming back across decades and platforms because the underlying need — pre-computed query results — never goes away.
The Data Integration Cluster:
- Reverse ETL mirrors Master Data Management practices
- Data Contracts echo traditional schema validation
- Data Mesh relates to microservices architecture
See 06-reference/2026-04-04-dedp-dwh-mdm-datalake-reverse-etl-cdp and 06-reference/2026-04-04-dedp-data-contracts-schema-evolution for the detailed convergent evolution analysis of these technologies.
The Storage Cluster:
- Lakehouse = data warehousing on open standards
- Data Lake = staging area with a marketing department
The Lindy Effect
The chapter invokes the Lindy Effect: older, battle-tested techniques are likely to persist longer than newer ones. Classical Data Warehouse Architecture remains relevant despite waves of newer terminology because the underlying problems it solves — analytical query performance, dimensional modeling, conformed dimensions — have not changed.
This is a powerful framing for 01-projects/phdata/index consulting: when a client asks about the latest tool, the first question should be “what pattern does this implement, and what existing tool already implements that pattern in your stack?”
Key Mental Model
Navigate beyond the hype by focusing on underlying capabilities rather than marketing terminology.
This is the 06-reference/concepts/analytics-as-craft principle applied to technology evaluation. Craft means understanding materials and techniques at a fundamental level — not chasing trends. When you can name the pattern, you can evaluate any tool that claims to implement it.
Connections
- Formal definition of the CE → Pattern → Design Pattern hierarchy: 06-reference/2026-04-04-dedp-intro-dedp
- The flowchart mapping CEs to patterns: 06-reference/2026-04-04-dedp-ce-intro
- Convergent evolution across specific technology clusters: 06-reference/2026-04-04-dedp-etl-tool-comparisons, 06-reference/2026-04-04-dedp-mv-obt-dbt-olap-dwa, 06-reference/2026-04-04-dedp-semantic-layer-bi-olap-virtualization