All means are fair except solving the problem
Summary
A blog post describing how an industry veteran's code misuse warning caused critical workflows to fail, but instead of fixing the misuse, colleagues suggested various workarounds like adding more output handlers or suppressing warnings—highlighting the common engineering tendency to avoid solving root problems.
View Cached Full Text
Cached at: 05/09/26, 12:31 AM
Similar Articles
Stop trying to engineer your way out of listening to people
An essay arguing that software engineers and product designers often avoid genuine user listening by over-engineering frameworks and systems, instead outlining seven common pitfalls that prevent effective listening to users and stakeholders.
@kentcdodds: Problem -> Solution -> Problems -> Solutions -> Problems -> ... think... replace previous solution with better solution…
Kent C. Dodds shares a reflection on the iterative cycle of solving problems in software development, emphasizing replacing previous solutions with better ones to reduce complexity.
Quoting Mitchell Hashimoto
Mitchell Hashimoto observes that most technical decision-makers prioritize job security over innovation, leading them to adopt safe, trendy solutions like AI context engines rather than building defensible technology.
When life gives you lemons, write better error messages
This article discusses Wix's initiative to improve thousands of error messages across its platform, defining characteristics of good versus bad error handling in UX design. It emphasizes clarity, empathy, and actionable solutions over technical jargon or blaming users.
Good architecture shouldn't need a carrot or a stick
Blog post argues that good software architecture should be self-evident and frictionless, advocating Netflix/Spotify-style “paved road” patterns over coercive governance boards or embedded architects.