Articles collected into this reading track.
Blog series
The santi020k way. A reading track.
A running set of principles on ownership, review quality, code clarity, responsive thinking, and releases that do not rely on heroics.
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.
Skin in the Game for Software Teams
Why strong engineers care about product outcomes, users, and system health instead of stopping at ticket completion.
Common Code Pitfalls That Signal Maintenance Risk
The code smells that usually predict rising maintenance cost before a team feels the full pain.
Avoid Magic Strings in TypeScript and JavaScript
Replace ad-hoc string literals with clearer domain language, stronger typing, and safer refactors.
Write Better Review Feedback with Conventional Comments
A lightweight review language that makes feedback clearer, kinder, and easier to act on.
Git Best Practices for Calm Collaboration
Simple commit and pull-request habits that reduce review friction and make collaboration calmer.
Responsive Design Standards That Scale Across Components
Responsive work gets easier when breakpoints and layout decisions are treated like a shared system.
Code Standards That Scale With a Team
The version of coding standards I would actually hand to a growing frontend team today.
A Release Process That Reduces Drama
A release process should lower stress, tighten feedback loops, and make production changes easier to trust.
Avoid Inverted Conditionals When Clarity Matters
Positive conditionals usually reduce mental load and make branches easier to scan, review, and change.
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.
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.
Why Developer Experience Work Should Be Measured Like Product Work
Measure developer experience with cycle time, feedback speed, onboarding time, recovery time, and tooling interruptions. Start with a baseline.
What Changed When I Started Writing Architecture Notes Every Month
A year of monthly architecture notes changed how I review systems, how I catch drift, and how I explain decisions to the people who inherit them.
How I Built the santi020k Developer Tool Ecosystem
How Lumen, ESLint Config Basic, Quality, Astro Doctor, Commitprompt, Dep Beacon, OG, Theme, and Auth form one practical system for my projects.













