01
Engineer
How I understand systems.
Systems · Architecture · Distributed thinkingMost systems work for reasons nobody wrote down. I find those reasons, build with them, and explain them until they stop feeling like magic.
Making that understanding intuitive for others.
Which raises the next question.
How I understand systems.
What I build from that understanding.
Making that understanding intuitive for others.
Which raises the next question.
Thinking becomes building. Building becomes something worth explaining. Explaining sends me back to thinking.
01
How I understand systems.
Systems · Architecture · Distributed thinking02
What I build from that understanding.
Products · Experiments · Production03
Making that understanding intuitive for others.
Videos · Articles · Visual breakdownsNot a biography. The rules that hold in every system, whether it is being built, reviewed or explained.
Most performance problems are comprehension problems. Draw the system, trace the request, then touch the code.
Every simplification is a transfer. Know where the cost landed, and who pays it.
It hides the detail until the day the detail matters. Know what you are standing on.
Networks partition, queues back up, dependencies lie. Plan for the day it happens, not the day it is demoed.
Explaining is a debugging tool. It is also why this site exists.
Two systems, and the idea that made each one work.
System / Frontend delivery
Decouple the storefront so it ships independently, served as static assets through a CDN and object storage.
System / API protection
Enforce limits consistently across instances by moving the counters into shared state in Redis.
Tech Intuition is the media side of this site: videos, system design and engineering explanations about how real-world technology actually works.
Videos and articles arrive here as they are finished.