Many years ago, I was a mid-level developer at a consulting company. I remember staring up at the org chart and wondering how people became architects, then senior architects, then technical directors. It felt mysterious. Political. Reserved for the chosen few.
And yet, over roughly six years, I climbed that ladder:Developer → Architect → Senior Architect → Tech Director.
At the time, it felt brutal.
In hindsight, it was almost straightforward.
The uncomfortable truth? The path that worked for me may no longer be enough today.
Let me explain.
The Old Playbook
When I was a mid-level engineer, I did three things obsessively:
* I volunteered for very hard projects.
* I sought out strong mentors.
* I pushed myself into system design work.
That was it.
1. Volunteer for the Deathmarch
One of those projects was an enterprise service bus middleware component for a massive publishing company, let’s call it Big Corp.
It was a nightmare.
Months of weekend work. Endless integration problems. And on go-live night, an open-source bug nearly broke me. I remember standing in the parking lot after midnight, overwhelmed, exhausted, and crying in my car.
It was ugly.
But I shipped.
And when you survive something like that, two things happen:
* Your technical depth sharpens dramatically.
* Leadership notices.
Hard projects compress experience. They force you to grow up fast.
2. Find Mentors (Even If It Feels Awkward)
I actively sought mentorship from senior technical leaders.
At first, mentorship can feel transactional. Almost burdensome to the mentor. But over time, something shifts. If you show initiative and deliver results, many mentors start to care. They feel invested.
One of mine, let’s call him Heinz, was a seasoned tech director. He taught me small tactical things (like why knowing sed and awk gives you borderline superpowers) and big strategic things (like why system design is the real career unlock).
Mentors don’t just give advice.They give visibility.They give sponsorship.
When promotion cycles came around, some of the people advocating for me were former mentors.
That matters more than people admit.
3. Move From Coding to Designing
The biggest inflection point in my career wasn’t learning another framework.
It was system design.
System design is fundamentally different from implementing user stories. It’s about defining modules, boundaries, data flows, tradeoffs, scalability constraints, the blueprint before the building.
When you do system design:
* You sharpen architectural thinking.
* You gain cross-team visibility.
* You operate at a higher altitude.
By the time promotions came, I had:
* Credibility from delivering painful projects.
* Visibility from leading system designs.
* Advocacy from mentors invested in my growth.
That combination moved the needle. Repeatedly.
Why That Path Is Harder Now
Over the years, I’ve mentored many mid-level engineers.
And recently I’ve come to a sobering realization:
The journey I took is significantly easier than the one mid-level engineers face today.
Today’s environment looks like this:
* Saturated job markets.
* Wave after wave of layoffs.
* Leadership pressure to “do more with less.”
* AI amplifying productivity expectations.
* Constant fear of replacement.
The things that once propelled me upward: volunteering for hard work, gaining visibility, expanding scope are now table stakes just to survive.
That changes the game.
So what can a mid-career, mid-level engineer realistically do right now?
Not magical strategies. Not silver bullets.
Coping strategies.
Time-buying strategies.
Because even one or two extra years of employment can mean:
* More savings.
* More investments.
* Greater optionality.
* More leverage over your own life.
Strategy #1: Build a T-Shaped Skill Set
Specialization used to be a moat.
If you knew COBOL, banks would keep you forever.
That moat is shrinking.
AI tools can now generate competent code across obscure stacks. The defensibility of narrow expertise is eroding.
Instead, build a T-shaped profile:
* Deep expertise in one core stack (your vertical bar).
* Broad exposure to adjacent domains (your horizontal bar).
For example:
* Go full-stack instead of only front-end.
* Learn data engineering or QA.
* Understand product management.
* Gain exposure to UX and design thinking.
Small teams of versatile engineers are now building what once required multiple departments.
The disruptors are compact.
You want to be on that side of the equation.
Strategy #2: Use AI as a Force Multiplier (If You’re Mid-Level)
Here’s an interesting dynamic.
AI tools like Claude Code are not productivity-equalizers.
They disproportionately benefit experienced mid-level engineers.
Why?
* Junior engineers lack the depth to detect hallucinations, subtle bugs, security issues, or scalability flaws.
* Some senior leaders have let their hands-on skills atrophy.
Mid-level engineers who are still deeply technical, and still actively coding, are uniquely positioned to 10x their output.
This window may not last forever.
But right now? It’s leverage.
Use it.
Strategy #3: Master the Delegation Decision
AI is not a machine god.
It automates a large chunk of software work, but not all of it.
Your competitive advantage becomes knowing:
* When to fully delegate.
* When to collaborate iteratively.
* When to do it yourself.
Ask three questions:
* How long does it take me to do this manually?
* How long does it take AI?
* How likely is AI to get it right?
If AI can generate a well-documented module quickly and safely? Delegate.
If requirements are fuzzy and need iterative shaping? Collaborate.
If business context is subtle, political, or risky? Do it yourself.
Finding that boundary is a superpower.
Strategy #4: Develop Deep Domain Context
AI is strong at generalizable coding tasks.
It is weaker where domain context lives in messy, semi-analog reality:
* Tribal knowledge.
* Undocumented workflows.
* Historical business constraints.
* Political tradeoffs.
Mid-level engineers can carve out near-term defensibility by embedding themselves deeply in domain knowledge.
Become the person who understands not just the system but why it exists.
That context is not easily scraped and trained on.
Strategy #5: Learn to Tell the Story
This one hurts to admit.
In the AI era, raw information and logic are commoditizing.
For engineers, that’s a body blow.
But synthesis and storytelling remain leverage.
If you can:
* Frame tradeoffs clearly.
* Translate technical decisions into business narratives.
* Connect architecture to revenue impact.
* Turn scattered data into a coherent strategy…
You influence:
* Scope.
* Budget.
* Roadmaps.
* Headcount.
Storytelling moves resources.
Resources move careers.
The Reality
We are living through instability.
Small teams are replacing large ones.AI tools are raising expectations.Career ladders feel less predictable.
The old playbook still works, but it’s no longer sufficient on its own.
Today, mid-level engineers must:
* Be versatile.
* Be AI-literate.
* Be strategically aware.
* Be narratively strong.
It’s harder.
But not hopeless.
If you’re in the middle of your career and feeling squeezed from both sides by hungry juniors and cost-cutting leadership, you’re not imagining it.
The pressure is real.
The environment has changed.
But so have the tools at your disposal.
Use them wisely.
And buy yourself time.
Sometimes survival and compounding is the most underrated career strategy of all.
Get full access to AsianDadEnergy's Newsletter at asiandadenergy.substack.com/subscribe