Design
Open / Closed Principle
How to design software so adding behavior doesn’t mean reopening everything that already works.
Notes on software, architecture, infrastructure, and the practical lessons that tend to arrive after the diagrams are finished.
Only one reason to change.
How to design software so adding behavior doesn’t mean reopening everything that already works.
Things learned from real plans, real bottlenecks, and real production workloads.
Old command-line notes preserved with context instead of rewritten as if they were new.
Patterns, trade-offs, and decisions that looked different after scale and time got involved.