About

Background

I'm a software development team lead focused on helping engineering teams build better software. My work sits at the intersection of engineering leadership, modern infrastructure, and practical AI adoption.

Over the years, I've worked across the full lifecycle of software delivery — from architecture and cloud infrastructure to developer tooling, documentation, and team culture. What ties it all together is a belief that the best outcomes come from investing in the systems and practices that help teams work more effectively.

Today I'm focused on AI-enabled development, cloud infrastructure, and building engineering practices that scale with the team rather than against it.

Engineering Philosophy

I believe software teams should work in ways that are sustainable, transparent, and grounded in practical reality. Here are the beliefs that shape how I approach engineering work:

  • AI-enablement over automation for its own sake. AI tools should augment team judgment and reduce friction, not replace the thinking that makes software reliable.
  • Documentation as a first-class artifact. Good documentation is not a side project — it's the difference between knowledge trapped in one person's head and knowledge the whole team can build on.
  • Practical systems over theoretical purity. The best architecture is one the team can maintain, evolve, and explain to a new hire on day one.
  • Developer experience is a team multiplier. Investing in tooling, onboarding, and local development environments pays compounding returns across every project and every new team member.

Leadership Approach

Leading engineering teams is about creating conditions where good work happens. My approach centers on three themes:

  • Mentoring and growth. I invest in helping team members develop the skills and confidence to take on increasingly complex work. The measure of good leadership is a team that doesn't need you.
  • Engineering culture. Culture isn't perks — it's the daily practices around code review, incident response, documentation, and how we treat each other when things go wrong. I lead by example in those moments.
  • Driving outcomes, not activity. Busy teams are not necessarily effective teams. I focus on clear goals, measurable progress, and removing the obstacles that slow delivery.

Interests

The areas I focus on most and enjoy writing about:

AI-enabled developmentCloud infrastructureDevOps and CI/CDDocumentation and knowledge managementDeveloper productivityEngineering leadershipLocal AI and open-weight models