Over, now it is

My star sign told me today:

“Someone’s power play could be defining your current circumstances, and there is likely more going on than meets your eye. But your motivations, too, are more complicated than they seem. A bit of self­ control can help, but this is not an excuse for avoidance. Say what’s on your mind, but do it in a way that has lasting value rather than just being melodramatic.”

So today I made my feelings more apparent than normal. To which I was told “you do realise we’re not together”. I replied with “I thought we were on a space thing, but still together”. How sadly mistaken I was. Turns out all the hardship of the last week, the emotional rollercoaster of it all, was sadly for nothing.

All week I’ve gone about thinking that I’ll have a girl back home to look forward to. Seems that was all a bit too much to wish for. But now it does mean one thing. It does mean that my plans for the summer have suddenly become a lot less complicated. Basically now I know my options are stay in Norfolk. Which means I’ll probably work most of the summer to put off incredible boredom.

And annoyingly, I’ve once again seemed to only prove myself right, as seemingly I always do. Once again, Morgan has had another relationship that falls at the 9 month mark. The 9 month mark comes back to haunt me again, so what’s that 5 girls now? Which proves but one thing to me. Apparently I’m a very interesting person until you actually know me. Either that or there is a whole lot of crazy under here, failing that maybe the crazy is only on the outside and people are always disappointed when they see the inside.

I think the later is more appropriate for this one really.

Older post

Destruction

Newer post

Family life

How do you define successful engineering leadership?

The Philosophy

Many view technical leadership as being the “smartest architect in the room.” I see it as the opposite. My job is to build a room where I don’t have to be the smartest person because the systems, culture, and communication are so robust that the team can out-innovate me.

The Strategy

  • Alignment: Does every engineer understand how their sprint task impacts the company’s bottom line?
  • Velocity vs. Stability: We aren’t just “shipping fast”; we are building a predictable, repeatable engine that doesn’t collapse under its own weight at the next order of magnitude.
  • The Human Growth Curve: Success is when the engineering team’s capability evolves faster than the product’s complexity. If the team feels stagnant, the tech stack will soon follow.

What is your approach to scaling technical organizations?

The Philosophy

Scaling isn’t just “hiring more people” - that’s often how you slow down. Scaling is about moving from Individual Heroics to Organizational Systems.

The Strategy

  • The 3-Continent Perspective: Having managed global teams, I focus on “High-Signal Communication.” As you grow, the cost of a meeting triples. I implement “Asynchronous-First” cultures that protect deep-work time while ensuring no one is blocked by a timezone.

  • Modular Autonomy: I advocate for breaking down monolithic teams into autonomous units with clear ownership. This reduces the “communication tax” and allows us to scale the headcount without scaling the bureaucracy.

  • Automation as Infrastructure: At petabyte scale, manual intervention is a failure. I treat the developer experience (CI/CD, observability, self-service infra) as a first-class product to keep the “path to production” frictionless.

How do you balance high-growth velocity with technical stability?

The Philosophy

Technical debt isn’t a “bad thing” to be avoided; it’s a set of historical decisions that no longer serve you. Like any loan, leverage can accelerate growth when investments payoff. But if velocity and returns are slowing you need a payment plan before the interest kills you.

The Strategy

  • The ROI Filter: I don’t refactor for the sake of “clean code.” I don’t refactor a micro-service with no users. I refactor when the pain on that debt - measured in bugs, downtime, or developer frustration - starts to exceed the cost of the fix.

  • Zero-Downtime Culture: Especially at scale, stability is a feature. I implement “Guardrail Engineering” where the system is designed to fail gracefully, ensuring that a Series B growth spike becomes a success story rather than a post-mortem.

  • The 70/20/10 Rule: I typically aim to dedicate 70% of resources to new features, 20% to infrastructure/debt, and 10% to R&D. This ensures we never stop innovating, but we never stop fortifying either.