// Topic
Tooling
Definition
Tooling coverage in this archive spans 3 posts from Nov 2019 to Mar 2026 and leans into practical engineering craft: interfaces, testing, and maintainable implementation details. The strongest adjacent threads are developer experience, ai, and development. Recurring title motifs include ai, developer, tools, and experience.
What the archive argues
- The through-line is clarity first: simple designs that survive change beat clever abstractions.
- The consistent theme from 2019 to 2026 is disciplined execution over hype cycles.
- This topic repeatedly intersects with developer experience, ai, and development, so design choices here rarely stand alone.
Execution checklist
- Keep interfaces small, automate regressions early, and make operational assumptions explicit in code.
- Start with the newest post to calibrate current constraints, then backtrack to older entries for first principles.
- When boundary questions appear, cross-read developer experience and ai before committing implementation details.
Common failure modes
- Abstracting before usage patterns are stable enough to justify indirection.
- Treating style consistency as optional until quality and velocity both degrade.
- Applying guidance from 2019 to 2026 without revisiting assumptions as context changed.
Suggested reading path
- Start here (current state): Most AI Developer Tools Are Not Worth Adopting Yet
- Then read (operating middle): MCP in Practice: Building Tool Servers in Go
- Finish with (foundational context): How I Build CLI Tools in Go (And Why I Stopped Overthinking It)
Related posts
- Most AI Developer Tools Are Not Worth Adopting Yet
- MCP in Practice: Building Tool Servers in Go
- How I Build CLI Tools in Go (And Why I Stopped Overthinking It)
References
2 posts
- Most AI Developer Tools Are Not Worth Adopting Yet
The AI tooling landscape is exploding. Most of it adds complexity without removing real friction. Here is how I decide what earns a spot in the stack.
How I Build CLI Tools in Go (And Why I Stopped Overthinking It)
A deep dive into building Go CLIs that feel right: cobra patterns, structured output, signal handling, and the small decisions that separate a script from a tool.