Senior Engineering Manager

Islamabad · Working globally

Good systems.Great teams.Real impact.

I’m Moiz. I architect agentic AI systems and lead the teams bringing them to production, with a background in building and scaling web products.

Building since 201810+ engineers led

How I work / Every day

Two AI agents,
one harness.

Cross-model pair programming

On larger coding tasks I pair Claude Code and Codex. Claude Code writes the code. Codex reads the codebase before the build and reviews the result after, in a fresh context each time.

I engineered the harness around them: what each agent is told, what it can’t do, how its work is checked and how it gets corrected. Decisions the spec doesn’t cover come back to me.

Read the case study
One task, two agents
  1. Claude Code on Opus drives. One session owns the task: restyle this site.
  2. Codex on Sol navigates. It reads the styles in a fresh context of its own.
  3. What it finds goes into map.md, and Claude Code builds from that.
  4. A choice the spec doesn’t cover comes to you as D1.
  5. Claude Code writes your answer into decisions.md, where Codex will read it too.
  6. v1 goes to Codex for review, in another fresh context, with your decision.
  7. Codex records F1 in the review ledger. Claude Code fixes it and sends v2.
  8. A new Codex context checks v2 and marks F1 verified.
  9. Ready, and live: this page now uses your accent.

Simplified, but the roles, files and rules are how I work.

01 Selected work

Built with purpose.

A few projects where technical decisions
made a meaningful difference.

02 How I work

Technical depth.
A human perspective.

I’m a Senior Engineering Manager at Tintash. I stay hands-on while helping teams make good decisions, grow their craft, and take ownership of what they ship.

More about me
01

Design for the real constraints.

Deadlines, security, cost, and the team who will maintain it. The right architecture starts with understanding the problem.

02

Stay close to the work.

Architecture reviews, implementation, and production debugging. Leadership works better when it is grounded in the details.

03

Build the team, too.

Clear expectations, thoughtful feedback, and room to take ownership. Strong systems need people who can move them forward.

03 How I lead

Growing people,
on purpose.

Most of what I believe about leading engineers I’ve written down for my teams. Here’s the short version.

Growing engineers

A field guide for the first two years

I wrote a guide for engineers early in their careers, built around six pillars. Each one pairs a core lesson with a question to sit with.

If you can’t explain the code the AI wrote, don’t commit it.
Pillar 01 of 06

Mindset & mastery

The goal in year one isn’t to know everything. It’s to learn how to learn: work at the edge of your ability, get feedback, adjust. Three years of the same work is one year repeated three times.

Ask yourself

What did you learn this week that was at the edge of your ability?

How I hire

The bar moves with the level

  1. Junior
    “Why does this exist?”

    Reasoning from first principles and an instinct for learning, over depth of knowledge.

  2. Mid
    “When would you choose it, and what would you give up?”

    Trade-off thinking that shows up unprompted, not tools named from memory.

  3. Senior
    “How would you make this work for the whole team?”

    Systems over heroics, ownership of outcomes, and honesty about what they don’t know.

  • Every interview centres on a realistic problem that escalates, like a slow app or a misbehaving data layer, not a quiz.
  • Thinking out loud and asking good questions beats a polished, memorised answer.
  • The higher the level, the more it should feel like two engineers working through a hard problem together.
Judging fit fairly

Staffing with evidence, not instinct

01
Keep growth and staffing apart

The conversation about someone’s career and the decision about which project they join need different tools, for different audiences.

02
Describe the behaviour, then score it

Choose the statement that matches how someone typically works. The number follows from that, so nobody can work backwards from a score they already had in mind.

03
Read the profile, not the total

Two people with the same overall score can be opposite fits for the same project. The project decides which strengths matter.

04 The workshop

Curiosity, in code.

Smaller tools, experiments,
and things built to learn.

05The Pixelated View

A little perspective.

All writing

Notes on engineering, leadership, and what changes when AI becomes part of the way we work.

“Tomorrow. Should be easy with AI.”

You don’t need to own the product to think like an owner

Your website is slow (and you're out of ideas)

Have something in mind?

Let’s build
something that matters.