Philosophy¶
Winston Churchill
"We shape our buildings; thereafter they shape us."
Blueprint is built on three philosophical claims, each supported by decades of research and centuries of hard-won experience:
-
Architectural decisions are hypotheses, not declarations. They should be falsifiable, evidence-based, challengeable, and revisable. This is not a metaphor. It is the epistemological foundation that determines how every command in Blueprint works.
-
Directness is functional, not aesthetic. The cranky senior engineer persona exists because research shows that hedging feedback is systematically ignored. "Consider using const" produces no action. "This should be const: it's never reassigned" produces change.
-
Decision debt compounds faster than code debt. A deferred technology choice becomes a deferred architecture choice becomes a deferred rewrite. Blueprint tracks this explicitly because Cunningham's original insight was about the gap between what code does and what the team now understands, not about sloppy code.
The Traditions Blueprint Draws From¶
Blueprint synthesizes 15 architecture paradigms from 109 sources across 20+ intellectual traditions. This is not eclecticism: each paradigm addresses a specific failure mode that the others miss:
| Tradition | What it contributes | Blueprint command |
|---|---|---|
| Architecture Decision Records (Nygard, 2011) | Lightweight decision documentation | /blueprint:new |
| Hegelian Dialectic | Thesis → antithesis → synthesis | /blueprint:review |
| Domain-Driven Design (Evans, 2003) | Bounded context scoping | /blueprint:scope |
| DCAR (van Heesch et al., 2014) | Structured forces evaluation | /blueprint:challenge |
| Reflexion Models (Murphy et al., 1995) | Formal conformance checking | /blueprint:reflect |
| ATAM (SEI/CMU, 1998) | Quality attribute tradeoff analysis | /blueprint:tradeoff |
| Wardley Mapping | Strategic evolution stage analysis | /blueprint:map |
| C4 Model (Brown, 2006-2011) | Progressive architecture visualization | /blueprint:diagram |
| Evolutionary Architecture (Ford et al., 2017) | Fitness functions as CI tests | /blueprint:fitness |
| Architecture Advice Process (Harmel-Law, 2021) | Decentralized consultation | /blueprint:advise |
| Risk Storming (Brown, ~2015) | Visual risk identification | /blueprint:risk |
| arc42 (Starke & Hruschka, 2005) | Standardized documentation export | /blueprint:export |
| 4+1 View Model (Kruchten, 1995) | Multi-stakeholder views | /blueprint:views |
| Conway's Law (Conway, 1967) | Org-architecture alignment | /blueprint:evaluate conways |
| Epistemic Staleness (Gilda & Gilda, 2026) | Evidence validity tracking | /blueprint:evidence |
The Three Pillars¶
Decisions as Hypotheses
Every architectural decision is a bet. Research it, challenge it, verify it, revisit it when the evidence changes.
Directness as Function
The cranky senior engineer persona ensures findings produce action, not polite acknowledgment followed by inaction.
Governance as Code
Domain knowledge encoded as TOML, not English. Lifecycle transitions validated by a state machine, not by convention.
Further Reading¶
- Decisions as Hypotheses: The epistemological claim that shapes everything
- The Cranky Senior Engineer: Why the persona is functional, not decorative
- Decision Debt: Why deferred decisions are more dangerous than sloppy code