Posts
22
Articles currently hosted on my site and cross-posted to Medium.
Start with the latest piece, then browse the rest by topic and depth.
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
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
Why I deprecated @santi020k/eslint-config-santi020k in favor of a composable monorepo with clearer packages, better docs, and stronger DX.
In series: ESLint in Practice · Part 3
Positive conditionals usually reduce mental load and make branches easier to scan, review, and change.
In series: The santi020k way · Part 9
A release process should lower stress, tighten feedback loops, and make production changes easier to trust.
In series: The santi020k way · Part 8
The version of coding standards I would actually hand to a growing frontend team today.
In series: The santi020k way · Part 7
Responsive work gets easier when breakpoints and layout decisions are treated like a shared system.
In series: The santi020k way · Part 6
Simple commit and pull-request habits that reduce review friction and make collaboration calmer.
In series: The santi020k way · Part 5
A lightweight review language that makes feedback clearer, kinder, and easier to act on.
In series: The santi020k way · Part 4
A new blog section collecting the principles I keep returning to around ownership, code quality, feedback, responsive thinking, and calmer releases.
This series turns a private set of notes into public writing. The throughline is simple: stronger teams care about the whole system, not just the local task in front of them.
The posts cover ownership, code smells, review language, Git habits, responsive standards, team conventions, release discipline, and small readability choices that compound over time.
Focus areas
It is the right track if you want the cultural and operational rules behind how I like to build software teams, not only the framework-specific implementation details.
Related posts now live in clearer tracks, so topics like Next.js delivery systems and ESLint tooling feel like connected reading instead of isolated entries.
A practical sequence for turning a fresh Next.js codebase into a product teams can lint, test, document, deploy, and secure with confidence.
A guided walkthrough from project structure to auth and delivery.
Browse seriesA focused track on config design, migrations, and the standards work that keeps code reviews sharper without slowing teams down.
Evergreen tooling notes for teams standardizing JavaScript and TypeScript work.
Browse seriesA running set of principles on ownership, review quality, code clarity, responsive thinking, and releases that do not rely on heroics.
Opinionated field notes on how strong software teams stay clear, calm, and accountable.
Browse seriesOne flagship post each month, plus one refresh to an older evergreen article so the archive keeps compounding instead of aging in place. The current roadmap runs from April 2026 through September 2026 so the site keeps growing on a predictable rhythm instead of in bursts.
Refreshing: Continuous Integration and Deployment for Next.js Projects
Refreshing: Testing React Components with Vitest and React Testing Library
Refreshing: Development Workflow with Husky for Next.js, ESLint, and Vitest Integration