I’m a marketer turned dev. When I built my first SaaS 3 years ago, I went with ROR because it seemed like the ideal stack for a solo dev.<p>But with all the development in AI, I wonder, is it still the best choice? Most AI tools have JS or Python integration but the Rails ecosystem seems a bit behind.<p>But at the same time, a lot of the JS ecosystem feels all over the place.<p>So what tech stack should a solo dev use in 2025?
The ideal tech stack for a solo dev to use in 2025 is the one you are most comfortable with.<p>The ideal tech stack for a solo dev to use in 2025 is also the one that is most suitable to the problem that you are trying to solve.<p>Unless those two are wildly different from each other — such as one being Ruby and the other being Haskell — learning the same concepts that you already know in a new language takes a few weeks at best.<p>Personally I picked up Python for a couple of small LLM demos that I have given, but ironically the sample application is otherwise written in .NET (because I am most comfortable hacking GUI applications with .NET), with the Python parts being invoked as a subprocess.
Prototype the crappiest thing you can in RoR (if you're still happy to use it).<p>When you hit a problem ask people (most likely still doable as it's just REST api endpoints) and if not, possibly re-evaluate.<p>At worst you'll know if your idea is worthless (probably lol) and if the tools you used were good or not. Rinse-repeat.<p>Good luck!
I'll echo @ejs and say it depends, but I'm a huge fan of Laravel (<a href="https://laravel.com/" rel="nofollow">https://laravel.com/</a>)! The team recently released some updated starter kits (<a href="https://laravel.com/starter-kits" rel="nofollow">https://laravel.com/starter-kits</a>) as well which are nice (Vue, React, and Livewire)<p>For the uninitiated, Laravel is an opinionated, "batteries included" stack that lets you get right to the meat of the application without spending time working on authentication, routing, html templating, and so much more.<p>There are also several (paid) resources the organization provides that allow you to get your app hosted pretty quickly (see Forge and Cloud).
Depends what you’re doing, but I think these are sensible defaults:<p>HTML/CSS/JS won’t go out of style (could use templates like Askama, utility classes like tailwind to speed things up)<p>Axum is a nice option for backend because it’s much less buggy than the Python/JS stuff<p>Redis / Valkey for a KV cache<p>PostgreSQL database
Whatever stack you are most comfortable using.<p>If all your integrations with AI are via HTTP API's then it does not matter what stack you choose, they all can call API's. Maybe some stacks will have pre-built libraries but really, AI like cursor, copilot or chatgpt can create an AI HTTP API library if that's what you're doing. If you are building AI/ML yourself then you'll have narrower choices of stacks.<p>If you choose a stack that is widespread and has been around for years, like ROR or python/django, then chances are AI will be better trained to be your helpful assistant that is sometimes wrong.
As usual, isn't the next question... "What are you trying to build?"<p>I build most projects in Elixir/Phoenix these days, but wouldn't flinch at ROR if you are comfortable with it.
> But with all the development in AI, I wonder, is it still the best choice? Most AI tools have JS or Python integration but the Rails ecosystem seems a bit behind.<p>The language you use has nothing to do with your ability to participate in "AI". Use what you know. 99% of working with this technology is making a JSON HTTP call to a chat completion endpoint. If your ecosystem supports HTTP and strings, you should be good to go.
Django is the productive choice, choose it first and you won't have to reinvent it. Htmx pairs well, until you need something fancier. Postgres for data.
As always, the answer is likely whatever tech stack you are comfortable with already.<p>Inevitably, your AI will get stuck and you will have to roll up your sleeves and dig into the problem. In what framework/language are you most quickly able to read (likely overly-verbose) AI code and dig into the root issue? The one you're most familiar with.
RoR, because it’s what you know. If you know something else better, use that.<p>If you’re calling out to AI tools, you’ll likely use worker processes and these can be in whatever language you want.<p>Don’t fall into the trap of selecting the perfect stack. Just get started and iterate. You’re already working against the odds enough.
ive been using Go + HTMX + Go Templates. So far ive like the experience a lot. i mostly chose this stack to learn Go better coming from a web dev background.
I've recently been experimenting with Jumpstart Rails [1] in Cursor and it feels like a super power (coming from a generalist-but-mostly-spring-boot dev).<p>I'm really burnt out by the current state of JS, and the way rails 8.0 does server-side rendering feels like a complete breath of fresh air. The ability to just add slight JS functionality with stimulus and action cable seems like just the right level of abstraction for most web apps.<p>[1] <a href="https://jumpstartrails.com/" rel="nofollow">https://jumpstartrails.com/</a>
For me it’s been the same since 2017: TypeScript and Node. I occasionally need extra libraries for something highly specific like XTerm.js. I have so many personal libraries that cover so many common and edge cases that I can generally just reach into my personal library for 95% of what comes up and be running within 3 hours with a solution that scales well and achieves higher performance than the big frameworks.
Just use TypeScript frontend and backend. For backend, use Node+Express+TypeScript. If doing anything in ML, create a service in Python, but keep application code in TypeScript.<p>If you are doing full stack development, this works much better. The npm ecosystem is amazing. You can create common libs, share types, don't have to context switch and all future developers can do some full stack.<p>This is the boring stuff, but works and scales.
I'm very comfortably leaning heavily into "local first," and "persistence last" with vite, preact, and peerjs. I'm honestly looking into hono.js literally because of that meme video, and because I like the <i>idea</i> of workerd. But the more I look into building out a hono app, the more I miss Rails.
It is a highly opinionated question. Whatever gives you the oomph to do things.<p>Generally speaking, typescript everywhere. LLMs know it quite well. If you are doing agentic work, you can do a FastAPI encapsulated python service.
I like Ruby on Rails + Postgres, GoodJob for background Jobs, sveltejs for complex widgets, bootstrap as CSS framework, vite for "compiling" the assets, deploy on Fly.io