@mattpocockuk: Less "let me write tests to catch the next time that error happens" More "let me make that class of error impossible wi…
Summary
Matt Pocock shares a developer philosophy: rather than writing tests to catch the next occurrence of an error, aim to make that class of error impossible through better design.
View Cached Full Text
Cached at: 08/11/26, 11:50 AM
Less “let me write tests to catch the next time that error happens”
More “let me make that class of error impossible with a better design”
Similar Articles
@mattpocockuk: The more I replace plans with prototypes, the better the outputs Who'd have thought that low fidelity prototypes were b…
Matt Pocock argues that replacing plans with low-fidelity prototypes leads to better outcomes, countering the trend of detailed specifications in software development.
@mattpocockuk: Vibed out an app today and I haven't looked at the internals at all Things are going wrong with it, I'm scared and frus…
Matt Pocock shares how, after vibing out an app and facing issues, he remembered the /improve-codebase-architecture skill as a helpful tool for fixing things.
@mattpocockuk: Another layer of documentation I'm considering (along with CONTEXT.md and ADR's) is a list of all the agreed test seams…
Matt Pocock proposes documenting agreed test seams in apps, arguing that AI agents cannot be trusted to make good testing decisions, often leading to fragile tests that break on implementation changes.
@mattpocockuk: Anyone who says engineering skills don't matter, show them this
A developer shares a personal journey of 8 months of research with no results, nearly quitting twice, before discovering a path to a universal 2x performance improvement for all modern JavaScript parsers, which took another 4 months to build.
@mattpocockuk: Things people get wrong with my grill-* skills: - Being too passive - Not grilling in parallel - Not prototyping - Goin…
Matt Pocock shares common mistakes in software development 'grill' skills, including being too passive, not prototyping, and using too simplistic a model.