Articles collected into this reading track.
Cadence
Opinionated field notes on how strong software teams stay clear, calm, and accountable.
Publishing rhythm for this series.
Recurring themes shaping the articles in this track.
Principles that keep compounding
This series turns a private set of notes into public writing. The common thread is simple: teams get faster when they stop treating quality, communication, and delivery as separate conversations.
Some of these posts are about code. Some are about reviews, releases, and the habits around the code. Together they describe the standards I keep coming back to when I want a team to scale without becoming noisy, fragile, or dependent on heroics.
Focus areas
Posts
Articles in this series.
Read these in order if you want the clearest progression from foundations to deeper implementation decisions.
Part 1
Skin in the Game for Software Teams
Why strong engineers care about product outcomes, users, and system health instead of stopping at ticket completion.
In series: The santi020k way · Part 1
Part 2
Common Code Pitfalls That Signal Maintenance Risk
The code smells that usually predict rising maintenance cost before a team feels the full pain.
In series: The santi020k way · Part 2
Part 3
Avoid Magic Strings in TypeScript and JavaScript
Replace ad-hoc string literals with clearer domain language, stronger typing, and safer refactors.
In series: The santi020k way · Part 3
Part 4
Write Better Review Feedback with Conventional Comments
A lightweight review language that makes feedback clearer, kinder, and easier to act on.
In series: The santi020k way · Part 4
Part 5
Git Best Practices for Calm Collaboration
Simple commit and pull-request habits that reduce review friction and make collaboration calmer.
In series: The santi020k way · Part 5
Part 6
Responsive Design Standards That Scale Across Components
Responsive work gets easier when breakpoints and layout decisions are treated like a shared system.
In series: The santi020k way · Part 6
Part 7
Code Standards That Scale With a Team
The version of coding standards I would actually hand to a growing frontend team today.
In series: The santi020k way · Part 7
Part 8
A Release Process That Reduces Drama
A release process should lower stress, tighten feedback loops, and make production changes easier to trust.
In series: The santi020k way · Part 8
Part 9
Avoid Inverted Conditionals When Clarity Matters
Positive conditionals usually reduce mental load and make branches easier to scan, review, and change.
In series: The santi020k way · Part 9
Part 10
AI Coding Is Probabilistic. Your Delivery Process Should Not Be.
AI speeds up code changes, but ESLint, tests, snapshots, and end-to-end checks are what keep probabilistic output from turning into production risk.
In series: The santi020k way · Part 10
Part 11
Muted Commands Make AI Automation Faster and Cheaper
AI agents rerun checks constantly. Quiet logs, compact reporters, and parallel verification reduce token waste without lowering the quality bar.
In series: The santi020k way · Part 11
Part 12
Why Developer Experience Work Should Be Measured Like Product Work
DX improvements that cannot be measured rarely survive long enough to compound. Treating them like product work changes that.
In series: The santi020k way · Part 12











