2
3 Comments

Why I Built Templates for Rails and Go (After 10 Years of Shipping Other People's Products)

I'll get an idea for a side project, get excited, and start coding. Then a few days in I hit the same point every time: the actual idea is done, prototyped, working. Now I'm staring down everything around it. Auth, deployment, SEO basics, some kind of analytics so I'm not flying blind. A landing page that doesn't look like a placeholder. None of it is the hard part, exactly, but all of it has to happen before a single real user ever sees the thing.

It's a strange spot to be stuck in, because I've spent the last decade as a software engineer, most of it deep in Ruby on Rails, with a lot of Go mixed in more recently. On paper this shouldn't be the hard part. But most of that time has been inside one large codebase, on one team, where auth was already solved, a platform team handled deployment, and someone else owned analytics. I just pushed code. So the skills I never had to build are exactly the ones I need the moment I try to ship something of my own.

None of that is really about skill. It's just that this isn't the muscle I use day to day, and every time I want to ship something of my own, I end up paying that relearning tax before I even get to the idea itself.

Too many ideas, not enough time

The other thing pushing me here was more personal. I've got a handful of SaaS ideas I'd genuinely like to explore, not just as hobby side projects but as things I'd want to actually test in front of real users. The problem is that "test an idea" and "build a SaaS product" are supposed to be two different amounts of effort, and in practice they're not. Setting up auth, billing, a database, deployment, a landing page: that's real time, and I don't have enough of it to pay that tax for every idea I want to poke at.

So the templates became a way to solve my own problem first. If I could build a foundation solid enough to trust, I could spend my limited side-project hours on the idea, not on re-plumbing the same infrastructure for the fifth time. A way to quickly prototype the other ideas I've got, without paying the setup tax every time.

What "solid" means to me

I'll be honest, I don't think these are the flashiest templates out there. But I built them to be genuinely solid: the kind of foundation I'd trust for my own SaaS ideas, with the features that actually matter for shipping something real, not just a demo. I didn't cut corners on the parts that are tedious but necessary just to make the launch date. It just turned out solid enough, and useful enough on its own, that it made sense to put it out there too.

The templates

If you're a strong engineer who's never quite gotten around to shipping your own idea this might save you some time.

If that sounds like you, I've put together two starter templates, one for Rails and one for Go, that handle the deployment, auth, and infrastructure setup for you. You can try the live demos free at rdooley.dev.

Curious how other people are approaching this. Are you building all of it yourselves, or just shipping a scrappier first version and backfilling the rest later?

posted to Icon for group SAAS
SAAS
on August 6, 2026
  1. 1

    You’ve got two fairly different motivations behind these templates: helping experienced engineers get past the shipping/infrastructure wall, and giving Rails developers an easier entry into Go.

    From the people who've shown interest so far, are you seeing one of those reasons consistently pull harder than the other?

    1. 1

      I haven't seen too much traffic yet, but based on the analytics both demos have been looked at relatively evenly.

      If you ask me, I would expect the rails version to be the more popular one, simply because in my experience Go isn't as prevalent for this use case. I would expect that one to be more interesting to an engineer who is interested in Go vs someone looking to ship a SaaS product.

      I ran into a very specific use case that did not fit within the limitations of ruby/rails, that Go did have an answer for, which is what pushed me in that direction.

      Anyway, its a little early for me to derive any real conclusions since I launched this just last week and im just starting to see traffic trickle in.

      I will say that not only is the shipping/infrastructure wall a problem for me, but because I've personally shipped very little in the past, I run into another issue at the marketing/SEO part. I simply have little experience on that front, having a template gets my ideas out there, so I can start building that muscle.

      1. 1

        That’s helpful context. The interesting part is that the template seems to be solving two different gaps — shipping faster and helping engineers build the muscles around getting products in front of users.

        I’d like to continue the conversation outside the thread. What’s the best email to reach you on?

Trending on Indie Hackers
I built a startup-idea scanner. It just told me none of my 3,400 ideas are easy wins. User Avatar 79 comments I Just Discovered My Analytics Numbers Are Mostly Fake. Here Is Why. User Avatar 77 comments “I’ll just post on Upwork” is not a client strategy. Here’s what I built instead. User Avatar 62 comments Co-founders suck… User Avatar 53 comments The Capture Trap User Avatar 34 comments Solo-built Pistly for months. Launching on PH this week and I still don't know if the market wants it. User Avatar 33 comments