Real systems · real decisions · reusable models

I make complex systems easier to reason about.

I test ideas through engineering, products and real decisions, then document the models and tools that survive contact with reality.

Read the automation experiment
Start here · flagship case

Automate the job, not the typing

One engineer pushed software automation on a live product with more than 500 users without delegating judgment or production authority.

  • 500+ real users
  • 1,700+ tests before independent review blocked the release
  • Five isolated implementation lanes with zero file collisions
  • Two release defects found by independent review
Read the complete case
More cases02

Real failures that changed the system

See all cases
01
Release safety

The reviewer rejected my fix twice

Situation
More than 1,700 tests and a staging walk passed, but the production sequence could still serve and cache an empty result.
What changed
The release gate changed from checking one push to proving that every inherited data obligation was covered in commit ancestry.
Useful takeaway
Tests approve examples. Independent reviewers search for harmful sequences.
4 min read
02
Data and product claims

Two screenshots became a failing data contract

Situation
The product displayed 534 while the source displayed 975. Every local calculation was correct, but the product used the wrong aggregation grain.
What changed
The investigation normalized the visible claim, traced one value back to source, and preserved the disagreement as executable semantics.
Useful takeaway
Correctness belongs to the complete path from source grain to product language.
4 min read
03
Deployment ordering

Data before code is a graph problem

Situation
A later copy-only commit could deploy code that inherited an earlier commit's unfinished data dependency while a file-diff gate saw nothing relevant.
What changed
The dependency became a graph invariant that requires a successful workflow commit between the required change and the release.
Useful takeaway
A release obligation belongs to ancestry, not to the event that happens to trigger deployment.
3 min read