frontend

Choosing Boring Technology on Purpose

Thoughts from the intersection of code, craft, people, and progress.

Why familiar tools can be the most responsible choice for a project.

Boring technology has documentation, known failure modes and colleagues who have already made the obvious mistakes. It may not make for an exciting announcement, but choosing familiar tools often leaves more time and attention for the part of the product users actually need.

Boring technology is rarely literally boring. It is technology whose surprises have been documented, whose sharp edges are known, and whose failure modes do not require an emergency archaeology project.

I have learned to be suspicious of advice that only works in a tidy example. Real projects come with history, deadlines, uneven confidence and requirements that move while you are looking at them.

Optimise for the next decision

Engineering choices are rarely permanent, but they can make the next choice dramatically easier or harder. The useful question is not whether an approach is perfect. It is whether it leaves the team in a good position when reality changes.

I look for feedback loops, visible trade-offs and a cheap route back. Small releases expose assumptions while they are still affordable. Clear defaults reduce accidental variation. A little discipline early is usually kinder than a rescue project later.

The best technical decision often buys clarity before it buys capability.

Good engineering creates options. It solves today's problem without quietly charging tomorrow's team an unreasonable fee.

That is not a dramatic conclusion, but useful work is often built from undramatic conclusions applied consistently.