Skip to content

Archive

Engineering Practices

4 articles
Software Engineering 08 Sep 2026 9 min read

Designing a Test Portfolio for Useful Feedback

A test suite can contain thousands of tests and still give poor engineering feedback. It may run slowly, fail for unrelated reasons, miss important integration mistakes, or make small implementation changes expensive because too many tests depend on internal details. The usual response is to argue about test categories: more unit tests, fewer end-to-end tests, or a particular shape such as a testing pyramid. Those models can be useful reminders, but a fixed ratio does not tell you whether a specific test earns its cost.

Software Engineering 07 Sep 2026 10 min read

Using Error Budgets to Balance Reliability and Change

Teams often agree that reliability matters and still struggle to decide what to do when reliability competes with product work. Should a risky release proceed? Should engineers stop feature work after a bad incident? Is one failed request enough to justify a freeze? Without a shared rule, these decisions can become arguments between vague goals: “move faster” versus “make it more reliable.” An error budget turns a reliability target into a limited allowance for unsuccessful service. The budget does not make failures desirable. It makes the acceptable amount of unreliability explicit so a team can reason about risk and change using the same constraint.

Software Engineering 03 Sep 2026 6 min read

Managing Technical Debt with Explicit Payoff Triggers

Technical debt is not simply bad code. It is the future cost created when an engineering decision makes today’s change easier at the expense of later work. Some debt is accidental: a rushed abstraction becomes difficult to extend, or duplicated logic grows in several places. Other debt is deliberate. A team may accept a narrow implementation to meet a deadline because building the general solution immediately would cost more than the expected benefit.

Software Engineering 02 Sep 2026 8 min read

Code Reviews That Improve Change Quality

Code review is one of the few engineering practices that can improve a change before it reaches production while also spreading knowledge across a team. It can catch defects, expose unclear assumptions, improve maintainability, and help engineers understand parts of the system they did not write. It can also become slow and frustrating when reviewers focus on preferences, authors submit changes that are too large to reason about, or nobody is clear about what approval means.