Tradeoff Analysis

The Central Question

Every design decision answers this:

"What does this optimize for, and what does it sacrifice?"

If you cannot answer this clearly for a design, the design is not yet understood.

The 8-Dimension Comparison Frame

Evaluate every design alternative against these fixed dimensions. Do not invent new dimensions — force the analysis into this frame so alternatives are comparable.

Tradeoff Matrix Template

For comparing N alternatives, fill this matrix:

Ratings: use qualitative assessments (good/adequate/poor) with a concrete note explaining why. Numeric scores create false precision.

Common Tradeoff Patterns

These pairs recur across system design. Recognizing the pattern accelerates analysis.

Consistency vs. Availability — CAP theorem and its practical implications. Strong consistency requires coordination; eventual consistency allows independent operation. Most systems need consistency for some data and availability for other data — the design question is where to draw the line.

Simplicity vs. Flexibility — Simple systems are easy to understand but hard to extend. Flexible systems handle change but are harder to reason about. Prefer simplicity unless you have concrete evidence that flexibility will be needed — not hypothetical future requirements.

Latency vs. Throughput — Optimizing for individual request speed often reduces total system throughput (and vice versa). Batching improves throughput but hurts latency. Streaming can sometimes improve both.

Build vs. Buy — Building gives control and fit; buying gives speed and maintained infrastructure. The hidden cost of "buy" is operational dependency. The hidden cost of "build" is maintenance burden.

Centralization vs. Distribution — Centralized systems are simpler to reason about but create single points of failure and scaling bottlenecks. Distributed systems are resilient but introduce coordination complexity.

Optimization vs. Observability — Aggressive optimization (caching, denormalization, precomputation) makes systems faster but harder to debug. Ensure every optimization comes with the monitoring needed to verify it works.

Safety vs. Speed — Guardrails (validation, type checking, review processes) slow development but prevent failures. The cost of skipping them is paid later, with interest.

…