Roast My Stack
๐Ÿน

Developer Archetype

The Simplicity Evangelist

"Just a main.go and a README. As it should be."

vibe Ships binaries while everyone else is still configuring webpack.

Go developer. You believe in explicit error handling, flat package structures, and quietly judging anyone who uses an ORM. Refreshingly pragmatic. Occasionally smug about it.

Typical stack
Go stdlib Docker SQLite Make no ORM (obviously)
Known examples
Rob Pike Co-creator of Go โ€” simplicity as a first principle
Mat Ryer Go patterns that make other Go developers feel inadequate
Ben Johnson Bolt, Litestream โ€” small surface area, massive impact
Signature traits
  • โ†’ main.go is the only file until it absolutely isn't
  • โ†’ Has written a blog post about why interfaces are enough
  • โ†’ if err != nil appears more than any other pattern in their code
  • โ†’ Proud that their binary is a single statically-linked file
Strengths
  • โœ“ Code is readable by anyone, even without Go experience
  • โœ“ Operationally simple โ€” deploys are just rsync and restart
  • โœ“ Rarely over-engineers; the solution matches the problem
Watch out for
  • โš‘ Can be dismissive of abstractions that have real value
  • โš‘ Error handling verbosity can obscure business logic
  • โš‘ Sometimes mistakes "simple" for "incomplete"
How to level up

Deliberately use an abstraction you usually avoid โ€” an ORM, a DI container, a macro system. Not because it's better, but to understand *why* you dislike it with precision. Principled simplicity beats reflexive simplicity.

Is this you? Find out for real.

Roast my stack
โ† All archetypes