Writing
Notes from systems meeting real devices.
Notes on payment systems, device software, transaction uncertainty, platform design, and the emerging role of AI in commerce. I write from the questions that appear in real operating conditions.
On-call rotations for global teams
On-call for a team spread across three or more time zones needs different shapes than a co-located team. The patterns that work.
Compensating for silent quitting
The engineer who is present but disengaged is a specific management problem. What's actually going on, and what a manager can do about it.
The postmortem template that stuck
Most postmortem templates get filled in once and then abandoned. The one that stayed had specific properties worth naming.
Hiring for payments engineering: what to test
Generic engineering interviews miss the specific skills payments platforms need. What to add to the loop.
Splitting a monolith without a rewrite
"Break up the monolith" is often shorthand for "rewrite the system". A more disciplined approach that ships.
Documentation as an engineering deliverable
Documentation gets treated as an aftermath. Treating it as a deliverable — with the same discipline as code — changes what the team ships.
The one-on-one that actually helps
Most one-on-ones are status updates. The ones that build the relationship and surface problems have a different shape.
When to say no to a customer commitment
Saying yes is easier in the moment. Learning to say no well is one of the highest-leverage skills for engineering leaders.
Growing a distributed team across three time zones
A team distributed across three time zones has specific coordination costs. What scales, and what stops scaling.
Technical decisions that need a stakeholder
Some technical decisions should be made by engineers alone. Others need explicit stakeholder input, and getting the line wrong causes friction later.