Papers
Finished thinking. Structured, opinionated, and meant to last.
2026
April 2026
- Architecture Is Organizational DesignSoftware architecture stops being only about services and schemas—it becomes how the company is allowed to coordinate, scale, and change.
- The Industry’s Addiction to ReinventionWhy engineering teams confuse friction with failure—and how novelty bias quietly undermines systems that already hold years of institutional memory.
- Seniority Is Pattern Recognition Under PressureFeaturedThe real value of senior engineering leadership is recognizing instability before everyone else is forced to.
- The MVP TrapThe hidden cost of treating MVP architecture like a permanent foundation.
March 2026
- How to Actually Start a SystemMost systems are not designed incorrectly. They are started incorrectly. The first decisions determine everything that follows.
- The Anatomy of FailureSystems do not fail because of isolated mistakes. They fail because of misalignment, unclear boundaries, and decisions that compound over time.
- Building Systems That Cannot Be WrongIn regulated financial systems, correctness is not an optimization. It is the baseline. The architecture must reflect that.
- What Your Go Code Looks Like When the System Is UnclearThe shape of your Go code reflects whether the system behind it is understood. Not because the language enforces it, but because it leaves little room to hide.
- AI Does Not Replace Engineering JudgmentAI accelerates writing code, but it does not replace engineering judgment. The difference between human-in-the-loop and human-driven development determines whether systems scale or fail.
- Alignment Isn't Enough. The Model Has to Be Right.A shared mental model only helps if the model is correct. Teams can align around the same assumptions and still build the wrong system.
- When Tools Become the ProblemA good tool applied to the wrong problem makes the system worse. Not every decision is a process.
- AI in PracticeAI can generate code quickly. Building a real system with it exposes what actually matters.
- Where Judgment Comes FromEngineering judgment is not learned from frameworks or documentation. It is formed through experience where decisions carry real consequences.
February 2026
- AI-Assisted DevelopmentAI accelerates development when it operates within clear constraints. Without structure, it produces output that appears correct but lacks cohesion.
- Simplicity Requires UnderstandingSimple systems are not shallow. They are the result of deeper understanding applied with restraint.
- Engineering JudgmentMost software problems are not caused by missing tools or frameworks. They are caused by poor judgment applied at key decision points.
- Architecture FirstThe idea of building quickly and figuring things out later is often mistaken for pragmatism. In practice, it delays clarity and spreads inconsistency.