Skip to main content
The Hard Parts.dev
TD · Tech Decisions Issue 01

Tech Decisions

Structured trade-off references for consequential engineering and product decisions. The kind where context matters more than ideology, and the honest answer is almost always 'it depends, and here's on what'.

Entries

38

Classes

05

Classes

  • architecture
  • product-delivery
  • team-operations
  • quality-delivery
  • ai-systems

Each entry in this catalog is a trade-off, not a recommendation. Two concrete options are laid out side by side with their real conditions, costs, hidden costs, and the failure modes each invites when misapplied. The grid below groups decisions by the axis of the call (architecture shape, delivery posture, team model, quality bar, AI systems), not by the kind of team making it. Card weight reflects severity if wrong on a five-step grayscale ramp: paper at low, near-black at critical.

  • Severity if wrong

    • low
    • medium
    • medium-high
    • high
    • critical

    Chip = card fill on the grid.

  • Frequency

    How often this decision actually shows up in real engineering work: from rare architectural bets to universal team questions.

    increasing Not a point on the scale. A trend. Flags decisions whose prevalence is rising (often AI-era).

    • rare
    • occasional
    • common
    • very common
    • universal
  • Reversibility

    How hard it is to undo this decision once taken: from cheap to walk back, to a one-way door you'll live with for years.

    • easy
    • easy-moderate
    • moderate
    • moderate-hard
    • hard
  • Confidence

    How sure we are the framing here holds up across teams: provisional vs. repeatedly observed trade-offs.

    • low
    • medium
    • medium-high
    • high
Class 01

Architecture

09 decisions
Class 02

Product Delivery

09 decisions
Class 03

Team Operations

06 decisions
Class 04

Quality Delivery

06 decisions
Class 05

Ai Systems

08 decisions