The dashboard nobody looks at
Most dashboards are built during an incident and never opened again. A few are worth keeping, and they look different.
tech, developers, and the code underneath
85 pieces tagged engineering,
from February 4, 2025 to September 28, 2026.
Most dashboards are built during an incident and never opened again. A few are worth keeping, and they look different.
Everyone agrees with the principle. Almost nobody has checked what their service can actually reach.
Specifications look impenetrable and follow strict conventions. Knowing the conventions makes them the best documentation available.
Half-completed migrations are the most expensive state a system can be in, and the most common one.
Integers, UUIDs, ULIDs, or something with meaning. The decision is permanent and it leaks into everything.
Six causes, ranked by how often they are the real problem, and the fix for each.
Your service dependency graph exists whether or not anyone has written it down. Writing it down takes an afternoon.
A request crosses a dozen components with a timeout each, and almost nobody has ever added them up.
Six-month releases, an LTS every two years, and a decision most teams make by default rather than deliberately.
Writing down what you tried is the cheapest debugging technique there is, and almost nobody does it.
A new major version every autumn, a five-year support window, and a migration that gets worse the longer you leave it.
Every fixed-size resource is a queue. Most of them are unmonitored, and that is where latency hides.