The 42 Principles · Principle XXXIII
Choose the Long View
Patience, long-term consequences, reputation, compounding choices, and resisting short-term incentives.
Foundational Truth
Every decision creates two outcomes.
The immediate outcome...
And the eventual outcome.
Most people evaluate only the first.
Great engineers learn to anticipate the second.
A shortcut may save an hour today.
It may cost days during recovery.
A rushed deployment may satisfy this week's deadline.
It may create months of technical debt.
A well-tested disaster recovery plan may appear unnecessary.
Until the day it becomes the most valuable investment the organization ever made.
The true cost of a decision is rarely visible at the moment it is made.
The best decisions often look expensive today and invaluable tomorrow.
Time Reveals Value
History is filled with ideas that appeared insignificant in the beginning.
Early investors sold Bitcoin because they believed its value had peaked.
Old hard drives containing thousands of Bitcoin were discarded because nobody imagined what those digital coins might someday become.
Apple spent years struggling before becoming one of the most valuable companies in history.
The Rocky Horror Picture Show received disappointing reviews during its initial release.
Some cast members reportedly sold participation rights because they believed the film had little future.
Today it has become one of the longest-running theatrical experiences in history.
None of those outcomes were obvious at the beginning.
Time revealed their value.
Engineering works the same way.
Many of the most valuable decisions are recognized only years later.
The Shortcut Illusion
Shortcuts are attractive because their benefits are immediate.
The costs are delayed.
Skip testing.
Delay documentation.
Ignore one warning.
Postpone the backup validation.
Leave the temporary firewall rule in place.
Everything appears successful.
Until one day...
The restore fails.
The documentation is wrong.
The certificate expires.
The dependency changes.
The shortcut quietly presents its invoice.
The engineer who chose the shortcut rarely intended to create future problems.
They simply valued today's convenience over tomorrow's resilience.
Design for the Engineer You Haven't Met Yet
Every decision you make today becomes someone else's starting point tomorrow.
That someone might even be you.
Six months from now.
Five years from now.
Long after you've forgotten why a configuration exists.
The long view asks a different question.
Instead of,
"Can I make this work today?"
It asks,
"Will this still make sense years from now?"
That question changes architecture.
Documentation.
Automation.
Security.
Testing.
Everything.
Invest in Future Confidence
Some engineering work produces no immediate reward.
Testing backups.
Writing documentation.
Refactoring code.
Rotating certificates.
Improving monitoring.
Removing technical debt.
Nobody applauds these activities.
Until the day they prevent disaster.
The long view recognizes that confidence is an investment.
Not an expense.
Preparation often appears unnecessary right up until the moment it becomes indispensable.
Success Is Measured Over Time
Many engineering decisions appear successful on the day they are implemented.
Only time reveals whether they were truly good decisions.
Did the architecture remain maintainable?
Did the security model continue adapting?
Did the automation survive future growth?
Did the disaster recovery plan actually restore the environment?
Time is the most honest reviewer every engineer will ever have.
Closing Thought
Every decision asks the same question.
Are you building for today...
Or for tomorrow?
Today's convenience disappears quickly.
Tomorrow's consequences often remain for years.
Choose accordingly.
The engineer who thinks furthest ahead often builds the systems that last the longest.
Future Problems Begin Today
Very few disasters begin on the day they occur.
They begin months...
Sometimes years...
Earlier.
The certificate that expires during a holiday weekend.
The backup that has never been restored.
The undocumented firewall exception.
The aging hardware that "still works."
The temporary script that quietly became permanent.
Each one began as a small decision.
None appeared urgent at the time.
Time transformed them into critical problems.
Tomorrow's emergencies are often yesterday's conveniences.
Technical Debt Is Borrowed Time
Technical debt is sometimes necessary.
Business deadlines exist.
Budgets have limits.
Customers need solutions.
There are moments when shipping today is the correct decision.
The mistake is pretending the debt no longer exists.
Every shortcut creates an obligation.
Every deferred improvement carries interest.
Every temporary solution deserves a plan for becoming permanent—or for being removed entirely.
The long view doesn't forbid technical debt.
It insists that debt eventually be repaid.
Disaster Recovery Is the Perfect Example
Few investments illustrate the long view better than disaster recovery.
Testing backups feels expensive.
Documenting recovery procedures consumes valuable time.
Running disaster recovery exercises interrupts productive work.
Until disaster arrives.
Then nothing becomes more valuable.
I've never heard anyone say,
"I wish we had tested our disaster recovery plan less."
I've heard the opposite many times.
Preparation always appears costly before the emergency.
It appears priceless afterward.
Build for the Engineer You Will Become
One day you will inherit your own work.
Six months from now...
You'll open a script you barely remember writing.
A year later...
You'll troubleshoot a system you originally designed.
Five years later...
You'll wonder why a configuration exists.
The long view reminds us that future engineers are not strangers.
Sometimes...
They're simply older versions of ourselves.
Design accordingly.
Document accordingly.
Test accordingly.
Decisions Compound
Small decisions rarely remain small.
One naming convention becomes an organizational standard.
One reusable library supports dozens of applications.
One automation saves thousands of hours.
One poorly documented process confuses every engineer who follows.
Compounding works both ways.
Good decisions accumulate.
Poor decisions accumulate too.
That is why consistency matters more than isolated moments of brilliance.
The future is built one ordinary decision at a time.
Think Beyond the Deadline
Deadlines matter.
Customers matter.
Budgets matter.
None of them disappear because we choose the long view.
The challenge is balancing today's needs without sacrificing tomorrow's stability.
Ask yourself:
Will this decision still make sense one year from now?
Five years from now?
If someone else inherits this system, will they understand why I built it this way?
If the answer is no...
The design deserves another look.
Great Engineers Plant Trees
There is an old proverb that says:
"A society grows great when old men plant trees whose shade they know they shall never sit in."
Engineering works the same way.
Some of your best work will benefit people you will never meet.
Documentation.
Automation.
Standards.
Security.
Mentorship.
Architecture.
The engineer who chooses the long view plants those trees willingly.
Not because they will personally benefit.
Because someone eventually will.
Closing Thought
The easiest decision is often the one that solves today's problem.
The wisest decision is often the one that prevents tomorrow's.
Think beyond the sprint.
Beyond the release.
Beyond the project.
Build for the future that has not arrived yet.
Great engineers don't simply solve today's problems. They quietly prevent tomorrow's.
Every Decision Is an Investment
Every engineering decision invests in something.
Sometimes it invests in speed.
Sometimes it invests in stability.
Sometimes it invests in maintainability.
Sometimes it invests in learning.
The important question is not whether you're investing.
The question is what future you're choosing to invest in.
Every shortcut spends tomorrow's time.
Every thoughtful design deposits confidence into the future.
The future is built by the decisions nobody notices today.
Patience Is a Competitive Advantage
Modern engineering rewards speed.
Continuous deployment.
Rapid iteration.
Immediate feedback.
Those are valuable practices.
But speed without direction simply gets you to the wrong destination faster.
The engineers who consistently build exceptional systems understand something others often overlook.
Patience is not the opposite of progress.
It is often what makes lasting progress possible.
Taking another day to test disaster recovery.
Spending another hour documenting a deployment.
Refactoring code before adding another feature.
Replacing a temporary workaround with a permanent solution.
These decisions rarely make headlines.
Years later, they become the reason a system remains dependable.
Build Things That Outlive You
Every engineer eventually moves on.
Projects change.
Companies evolve.
Careers take unexpected turns.
The systems we build often remain long after we leave.
Someone else inherits our architecture.
Someone else supports our automation.
Someone else reads our documentation.
Someone else responds to the outage at two o'clock in the morning.
The long view asks one simple question.
Will they silently thank me...
Or silently curse me?
That question has influenced more of my engineering decisions than almost any technical standard ever could.
Legacy Is Measured in Stability
Some accomplishments receive applause.
A successful launch.
A major release.
A keynote presentation.
Others go almost completely unnoticed.
The server that never crashes.
The backup that restores flawlessly.
The certificate that is renewed before anyone notices.
The automation that quietly saves thousands of hours.
The documentation that prevents another engineer from making the same mistake.
Those successes rarely appear in annual reports.
Yet they are often the most valuable work an engineer performs.
Quiet reliability is one of the highest forms of craftsmanship.
The greatest engineering success is often the problem nobody ever experiences.
Think in Decades
Technology changes rapidly.
Principles change slowly.
Programming languages appear and disappear.
Cloud providers introduce new services.
Hardware becomes obsolete.
Entire industries evolve.
Good engineering principles survive every one of those changes.
Design for failure.
Document your work.
Measure what matters.
Protect what matters.
Tell the truth.
Own the outcome.
Those ideas remain valuable regardless of what technology replaces today's tools.
When making decisions, ask yourself:
"Will this still be the right decision ten years from now?"
That question often changes the answer.
The Long View Creates Freedom
Many people believe long-term thinking slows progress.
In reality, it often accelerates it.
Good documentation reduces future troubleshooting.
Automation eliminates repetitive work.
Testing increases deployment confidence.
Security reduces future incidents.
Refactoring simplifies future development.
Every investment in tomorrow creates more freedom later.
The opposite is also true.
Every shortcut quietly limits future options.
The future rewards preparation.
Questions to Ask Yourself
- Am I solving today's problem or tomorrow's as well?
- Will this decision become easier or harder to support over time?
- If I inherit this system five years from now, would I thank my younger self?
- What technical debt am I intentionally creating?
- What investment today will save the most effort tomorrow?
- Am I building something temporary or something enduring?
- What legacy will this decision leave behind?
Closing Thought
Time eventually evaluates every engineering decision.
Some designs become easier to maintain.
Others slowly become impossible to understand.
The difference rarely comes from intelligence.
It comes from choosing the long view.
Every thoughtful decision today becomes tomorrow's quiet success.
Build systems that become more valuable with time, not more expensive.
Founder's Commentary
The Future Has Always Been Patient
One of the most interesting things I've noticed throughout my career is that the best engineering decisions often look like poor business decisions in the moment.
Testing disaster recovery instead of building another feature.
Writing documentation instead of closing another ticket.
Refactoring code instead of adding functionality.
Replacing temporary fixes before they become permanent.
None of those decisions generate immediate excitement.
In fact, they often look slower.
More expensive.
Less productive.
Until enough time passes.
Then everyone wonders how the system remained so dependable.
The truth is simple.
Dependability is rarely an accident.
It's the result of thousands of small decisions made by people who were willing to think beyond today.
History is filled with examples of people underestimating the future.
Early Bitcoin miners discarded hard drives because they believed the coins would never become valuable.
Others sold their holdings for amounts that seemed life-changing at the time.
Nobody imagined what those same coins would eventually be worth.
The same pattern appears throughout history.
Apple spent years struggling before becoming one of the most valuable companies ever created.
The Rocky Horror Picture Show opened to disappointing reviews.
Some of the people involved reportedly believed its future was so limited that they parted with long-term participation for immediate certainty.
Time had different plans.
Engineering teaches exactly the same lesson.
I've never regretted spending extra time validating a backup.
I've never regretted documenting a complex environment.
I've never regretted testing disaster recovery one more time.
I have regretted assuming those things could wait.
One lesson eventually became impossible for me to ignore.
The future always arrives.
Whether we're prepared for it...
Is entirely up to us.
I've worked on enough recovery efforts to know something that every experienced engineer eventually learns.
The day you need your disaster recovery plan is the worst possible day to discover it doesn't work.
That isn't the day to write documentation.
That isn't the day to verify backups.
That isn't the day to discover your restore procedure was copied from an environment that no longer exists.
Those decisions belong to yesterday.
The organizations that recover well are almost never lucky.
They're prepared.
Preparation is simply long-term thinking made visible.
As my career progressed, I found myself asking a different question before making important technical decisions.
Not,
"Will this work today?"
But,
"Will I still be proud of this decision five years from now?"
That question changed everything.
Sometimes it meant delaying a deployment.
Sometimes it meant redesigning an architecture.
Sometimes it meant accepting a more difficult path because I knew the shortcut would eventually become someone else's burden.
Engineering has taught me that the future is remarkably honest.
It doesn't care why we skipped testing.
It doesn't care why documentation was postponed.
It doesn't care why we accepted unnecessary technical debt.
It simply reflects the decisions we made when nobody was paying attention.
If there is one lesson I hope every engineer carries throughout their career, it is this:
Think beyond the deadline.
Beyond the sprint.
Beyond the quarterly objectives.
Build systems that become easier to support with time instead of harder.
Leave environments that grow stronger instead of more fragile.
Because one day someone else will inherit every decision you make today.
Very often...
That someone will be you.
The greatest engineering decisions are rarely the ones that make today easier. They are the ones that quietly make the future stronger for everyone who follows.
Related Principles
Continue the idea.
These Principles share themes with Principle XXXIII.
Principle VII
Own the Outcome
Responsibility, follow-through, accountability, and staying engaged until the real outcome is achieved.
Read Principle VII →Principle XII
Build for Tomorrow
Long-term thinking, adaptability, extensibility, and decisions that future people can live with.
Read Principle XII →Principle XVII
Teach Through Building
Mentorship through examples, design, explanation, and building things that make other people more capable.
Read Principle XVII →Principle XX
This Knowledge Is Meant to Be Shared
Knowledge sharing, mentoring, resilience, community, and reducing dependence created by information hoarding.
Read Principle XX →