Prompting best practices
Effective prompting means shaping model behavior with clear instructions, examples, structure, and constraints, so it can reason, act, verify, and respond reliably.
Software engineer. Open-source builder. Thinking out loud.
I build tools, libraries, and systems. I care about correctness, simplicity, and craft. I work in Go and Rust, build in public, and write about what I learn along the way.
Effective prompting means shaping model behavior with clear instructions, examples, structure, and constraints, so it can reason, act, verify, and respond reliably.
A lightweight, reliable job queue library for Go. Built on PostgreSQL with zero external dependencies for the queue itself. Supports delayed jobs, retries, priority scheduling, and observability hooks.
Privacy-first local note-taking with end-to-end encryption. All data lives on your machine. Built with a Rust core and a minimal TypeScript interface. No accounts, no cloud sync unless you configure it.
High-performance HTTP router for Node.js with a clean API and zero allocations in hot paths. Benchmarks consistently at 2-3x faster than express for routing-heavy workloads.
Opinionated developer environment bootstrapper. One command to go from a fresh machine to a fully configured workstation. Handles dotfiles, tools, shell config, and app preferences.
Minimal change tracking and diffing for SQL schemas. Detects drift between migration state and production schema. Integrates with PostgreSQL and SQLite.
Open-source design token manager with multi-format export. Bridges design tools and code. Now archived in favor of better alternatives that have emerged in the ecosystem.
I'm a software engineer focused on systems, tooling, and open-source infrastructure. I care deeply about correctness, simplicity, and building software that other engineers find reliable and pleasant to use.
My work spans backend systems, developer tooling, and the infrastructure that makes engineering teams move faster. I prefer boring, proven technology when it fits, and reach for new tools only when there's a good reason.
I believe in writing as a form of thinking — which is why I write publicly about what I'm building, what I'm learning, and what I've gotten wrong.
Inspired by /now pages. A snapshot of current focus.
The languages, tools, and technologies I reach for most often. Built up over years of working on real problems.
Founded a small software consultancy. Working with early-stage startups on backend infrastructure. Investing more time in open-source work and writing.
Led backend infrastructure at a fast-growing B2B SaaS company. Built the job queue system that later became Kira. Managed a team of 8 engineers and shipped features at scale.
Started contributing seriously to open-source projects. Shipped my first public libraries and tools. Began writing about software online and found an audience.
Joined a small product startup as an early engineer. Worked across the full stack, eventually settling into backend and systems work where I felt most at home.
Started coding through side projects — scripts, small tools, hobby projects. Became obsessed with how software actually works beneath the surface.
Open to interesting collaborations, consulting projects, or just a good conversation about systems and software. I try to respond to every thoughtful message.
Or write directly: alex@alexmercer.dev