Your problems aren't special. Solve them anyway.
Why Exceptional Engineers Don’t Avoid Problems—They Hunt Them
"Problems are inevitable. Problems are soluble."
David Deutsch, The Beginning of Infinity
Shattering the Myth of Problem-Free Engineering
Let's be blunt: engineering without problems is a fairy tale. Worse, it's a dangerous illusion. If you’re building anything significant, problems are not just possible—they are guaranteed.
David Deutsch drives home this truth relentlessly. Problems define the terrain we navigate; denying this reality invites catastrophe. Exceptional engineers don't just accept problems—they seek them out, knowing that real progress demands confronting reality head-on.
Complexity: The Fragility Generator
Complexity is seductive precisely because it feels sophisticated. But sophistication isn’t always smart—it often masks stupidity. Complexity multiplies fragility- each new line of code, each feature piled onto an already dense architecture, increases the odds of disaster.
Imagine a complex trading algorithm—impressive to look at, impossible to understand fully. The initial performance dazzles management, but beneath lies a powder keg of hidden fragility. Then one unanticipated scenario detonates the system. Traders panic, engineers scramble, stakeholders withdraw trust.
Complexity has exacted its price.
Simplicity is more robust.
It withstands shocks
It tolerates errors.
It absorbs surprises gracefully.
Great engineers are ruthless editors—stripping down systems until only the necessary remains. Avoid complexity like you avoid debt—both accumulate silently, then bankrupt you abruptly.
Ignoring Problems: The Hidden Debt Trap
"An ounce of prevention is worth a pound of cure."
Benjamin Franklin
Ignoring problems compounds risk exponentially. Technical debt is insidious; each ignored warning, each postponed upgrade quietly builds towards a critical collapse.
Companies often fall into a cycle of short-term fixes, each addressing immediate issues while silently piling onto future disasters.
At first, the cost seems negligible. Eventually, the compound interest of neglect delivers a staggering bill:
trust evaporates
productivity plummets
reputations shatter.
Proactive problem management isn’t glamorous, but it's necessary. Identifying and addressing problems early is less about immediate benefit and more about preventing future ruin.
Solve problems now or suffer catastrophic failures later. Your choice.
Choosing Problems: Pursuing the Worthwhile
"The reward for solving problems is more interesting problems."
Engineers caught in endless firefighting miss this profound insight. Reactive engineers solve trivial issues endlessly, never moving forward. Nassim Taleb would describe this as "treading water in a storm"—energy spent without progress.
In contrast, proactive engineers select their problems strategically. They seek meaningful challenges that generate growth and impact. Proactivity is about identifying and solving root causes rather than addressing endless symptoms. Your engineering career is shaped less by your solutions and more by the problems you choose to engage with.
Choose carefully. The quality of your problems defines your professional trajectory. Pursue meaningful issues that demand innovation and courage, rather than endless firefighting that keeps you trapped in reactive mediocrity.
Reframing Problems: Escaping Incrementalism
"If I had asked people what they wanted, they would have said faster horses."
Henry Ford
Engineers too often default to incremental improvements—faster horses—instead of radically reframing the issue entirely. Incrementalism feels safe, but it's deceptively risky. It blinds teams to truly innovative solutions.
Reframing requires challenging assumptions fundamentally. Question the problem itself rather than accepting superficial definitions.
Reframe continuously:
Is this solution necessary?
Are we solving the right problem?
History rewards reframers richly. Cars displaced horses, digital photography replaced film, streaming services overwhelmed broadcast TV. Each transformative leap emerged not from incremental thinking but from radically reframing problems.
Reframe constantly. Reject incrementalism's comforts and seek genuinely new ways of understanding problems.
Systematic Problem-Solving: Turning Fragility into Antifragility
"Having no problems is the biggest problem of all."
Taiichi Ohno
Problems signal growth, innovation, and vitality. Organizations free from visible problems are often vulnerable beneath the surface. Robust systems aren't just resilient—they improve under stress.
World-class companies—Toyota, Amazon, Google—use systematic problem-solving as their core competitive advantage.
Problems aren't merely solved; they're dissected, documented, and converted into improvements. Each issue becomes a step towards greater robustness.
Effective engineering cultures institutionalize systematic problem-solving. They:
document solutions meticulously
run regular retrospectives
reward transparency around failures
treat problems as invaluable data points.
They don’t just survive problems; they use problems to strengthen the system itself.
The Engineer as Philosopher—Facing Reality Head-On
Engineering and philosophy share a common foundation: confronting reality directly and systematically.
Like philosophers, great engineers
question assumptions,
analyze deeply,
engage rigorously with problems.
David Deutsch’s profound insight—that problems are both inevitable and solvable—is fundamentally philosophical. Embracing this insight shifts your professional stance: problems become sources of wisdom rather than setbacks.
Engineers must adopt a philosopher's rigor.
Question relentlessly.
Challenge assumptions.
Engage directly and honestly with problems.
In doing so, you become antifragile, capable not merely of surviving uncertainty, but thriving because of it.
What meaningful problems have you recently solved? Which challenges will you embrace next?
You may also enjoy
Fear Less, Innovate More: Engineering Lessons from Nassim Taleb on Uncertainty
The greatest danger in software engineering isn’t failure—it's the comforting illusion of certainty.
Happy Engineers Ship. Miserable Engineers Interview Elsewhere.
Engineering teams do not fail because of bad technology choices. They do not fail because of outdated frameworks, slow CI pipelines, or lack of microservices. These are symptoms, not root causes. Teams fail because of demoralization—because the people writing the code stop caring. And when developers stop caring, everything grinds to a halt.
Just Go, Reinvent the Wheel
Think about how children learn. They take apart things, break things, push things down from shelves, and rebuild things into nonsensical forms. Eventually, they manage to build something that makes sense. They sit down and can set up things on a computer without any education. How can they build and figure out things wi…
All the best engineers, managers, people in general I've worked with were highly philosophical. I think that is the "skill" that just helps to do the right thing in most cases, most places.
👏