All insights
Engineering2026-02-20· 7 min read

The boring parts of shipping software (that make everything else possible)

Observability, CI/CD and typed contracts aren't glamorous. They're what lets you ship on Friday.

Key takeaways

  • Type-safe contracts remove entire categories of bugs.
  • CI under five minutes changes team behaviour.
  • Error monitoring only helps if someone reads it.

01 — Section

The three things almost always missing

Every team we've joined mid-flight was missing at least two of: type-safe API contracts, CI that runs in under 5 minutes, and error monitoring somebody actually reads. Fix those three and half your 'product problems' turn out to have been infrastructure problems all along.

02 — Section

Why the boring stuff decides your velocity

Fast feedback is a cultural artifact of a fast pipeline. When CI takes 20 minutes, people batch changes, avoid refactors and stop trusting the build. When it takes three, they ship on Friday afternoon and go home.

The same logic applies to observability. If you can't tell whether a release made things better or worse within an hour, you'll stop shipping releases.

03 — Section

Where to start if you inherit chaos

Add types at the seams first — the boundary between your API and your client. That single change surfaces more real bugs than any test suite. Then attack CI time. Then wire error monitoring into a channel a human already reads.

Half of what looks like a product problem turns out to be an infrastructure problem in disguise.

Working on this?

Let's talk through it.

Start a conversation