About

Writing from inside the stack.

Stack Inside is a small, independently operated journal about backend systems, databases, infrastructure, and the operational work that keeps software dependable. It is written and maintained by Cole and Jerry.

What this site is

Stack Inside publishes practical engineering essays: incidents, migrations, performance investigations, API design trade-offs, and the reliability work that rarely fits in a release note. The goal is writing a working engineer can check against their own systems—not trend summaries or rewritten documentation.

This is the only publication Cole and Jerry currently operate for a public technical audience. There is no advertising network, affiliate mill, or scraped archive on this domain. Labs in the public GitHub repository are meant to be run, not used as filler.

Who writes here

Cole and Jerry are the named operators. Essays are bylined with the author who drafted the piece; both review technical claims, lab steps, and corrections. Public identity for the project is the shared GitHub account and the editorial inbox below—not an anonymous “editorial board.”

Cole focuses on reliability and operations—health checks, connection budgets, on-call logging, timeouts, feature flags, backpressure, load tests, and postmortems.

Jerry focuses on data and control-plane topics—query plans, schema changes, cutovers, caching pitfalls, webhook idempotency, secret rotation, and internal admin safety.

Shared profiles and contact: github.com/cainiao308 · contact@stackinside.site

Original writing only

Public articles are original works written for Stack Inside by Cole and Jerry. They are based on hands-on practice, reproducible experiments, or engineering experience we can stand behind. Third-party posts, scraped archives, and machine-translated republications are not published here.

In August 2026 the public library was reset. Older non-original material was removed from the live site so the archive matches that standard. See Updates for the changelog and editorial calendar.

Editorial standards

Prefer concrete mechanisms, numbers, and working examples over generic advice. Technical claims should be specific enough to verify. Code and configs should support the explanation, with secrets and customer data removed. Mistakes in published material are corrected when reported.

Advertising

Stack Inside does not currently display third-party ads. If advertising is enabled later, it will follow theprivacy policy and will not change the original-only standard for articles.

Contact and corrections

For corrections, attribution questions, privacy requests, or other inquiries, email contact@stackinside.site. Include the article title and URL when reporting a technical error. Messages are read by Cole and Jerry.