Chesterton's Fence¶
Core Idea¶
Cast as structure rather than maxim, this is selection residue: an artifact that persists has generally survived selection or correction, so its current form encodes a constraint that may no longer be visible — persistence is evidence; survival is information — and removing it risks reintroducing the problem it solved.
How would you explain it like I'm…
Don't Pull the Fence
Ask Before You Remove
Survival Is Information
Broad Use¶
- Institutions and law: long-standing rules encode hard-won responses to past failures; repeal can resurface the original failure (capital-requirement rollbacks before bank crises).
- Software: seemingly redundant code and exception branches encode bug-fix history; removing apparently dead code can resurrect forgotten bugs.
- Ecology: removing an apparently superfluous species can collapse a trophic web (otters sustaining kelp via urchin control).
- Evolutionary biology: "vestigial" structures repeatedly turn out to have functions (appendix as immune reservoir, non-coding DNA as regulatory).
- Engineering safety: redundant checks in aviation and nuclear systems encode lessons paid for in accidents.
- Product design: historical features that fit no current taste analysis often encoded user-research lessons that quietly prevented churn.
Clarity¶
Converts an over-confident inference ("no visible use, therefore no use") into a question ("the use is not yet identified"), and exposes the cost asymmetry — leaving an unnecessary structure is cheap and local; removing a load-bearing one is expensive and delayed.
Manages Complexity¶
Reduces an open-ended "should I keep this?" to a structured prior-art investigation — what constraint, what failure mode, has it actually been eliminated? — plus a forward obligation to encode rationale at creation.
Abstract Reasoning¶
Treats institutional inertia as a Bayesian prior, not noise: persistence should raise the prior that some function is present, shifting the burden of proof onto the would-be remover.
Knowledge Transfer¶
- Software / law / conservation: investigate before removing — read the commit, the legislative history, the species' seasonal role.
- Staged removal: disable, shadow, or sunset and watch what breaks — the discipline behind feature flags and canary deployments.
- Forward encoding: record the constraint when erecting structure, because future reformers face the problem only when the past failed to encode it.
Example¶
A developer finds an uncommented sleep(50) in a polling loop; git blame reveals it throttles retries against a rate-limited API — deleting it passes every test in dev but resurrects a production outage under load, so the disciplined move is to feature-flag it off behind a canary, not delete it.
Not to Be Confused With¶
- Chesterton's Fence is not Provenance because provenance records where something came from, whereas the fence is the inference that a persisting structure encodes a still-active constraint.
- Chesterton's Fence is not Lindy Effect because Lindy predicts future longevity from past longevity, whereas the fence makes no lifespan forecast — it claims survival is evidence of an encoded constraint to recover.
- Chesterton's Fence is not Path Dependence because path dependence explains why a configuration persists (early lock-in), whereas the fence is the normative response — investigate before removing.