Earlier quoted context omitted.
I now also believe that at least Active Record is much easier to use than Django's ORM
Doesn't matter when devs just slop out 400 lines of SQL and bypass the ORM. Frameworks and structure will save you from neither stupidity nor ignorance.
Returning to Rails in 2026
31–40 of 254 posts
Re: Returning to Rails in 2026
#32Earlier quoted context omitted.
> what's the difference if my agent uses fucking Next, Nuxt, Rails or Django? The claim seems quite clear to me: "convention over configuration allows coding agents to be more effective". But yes, I do agree that the main line should say what Ruby on Rails actually is, not why it's good for your agent.
doesn’t forcing your agent to think in ruby put it at huge disadvantage though? since the language isn’t that popular it can’t have learned it as well as say python or Java?
Re: Returning to Rails in 2026
#33As for Rails, I guess now that Ruby is serious about having a JIT in the box, a few actually, it is kind of atractive.
Due to my experience with Tcl, and continuous rewriting into C modules, if a JTI isn't in the box, I kind of don't bother unless it is due to external factors.
Re: Returning to Rails in 2026
#34Earlier quoted context omitted.
That has always been the case, why would it be different now? Easy to flag and spot in code review.
Boy, I sure wish I had the opportunity to review codebases before inheriting them for maintenance...
Re: Returning to Rails in 2026
#35Not many frameworks have been thriving that long, and there's good reason.
It packs everything, is tidy and productive, with a pleasant language to read and write.
In the latest Stackoverflow survey, it's back at the "top 5 of desired stacks to use for next project" over a decade after its inception !
Give it a try.
Re: Returning to Rails in 2026
#36I’m not into RoR, because I was mainly PHP rescuer in the beginning of my career, but they both are just problem solvers. Sit down, write minimal (in case of PHP not so cool looking) code and proceed to next task.
Re: Returning to Rails in 2026
#37Right now, I would rather use Go with a simple framework, or even without one. With Go, it's so easy just to copy the binary over.
Re: Returning to Rails in 2026
#38I love rails and the recent improvements are great. I have the impression, though, that these days it only appeals to those who picked it up before version 3 or 4, when it was smaller, maybe more understandable, and incredibly better than all the competing frameworks (except Django maybe). If your first contact with rails is version 7+ and you’re only comfortable with JS/TS, then you’re not going to get it and might…
This is the primary issue with Rails in my experience. It takes intentional effort to internalize the idioms before it clicks and you unlock the magic that makes it so insanely productive. JS devs will keep trying to force backend business logic into Franken-React Stimulus components and complaining it's not very good.
Re: Returning to Rails in 2026
#39I love the batteries that RoR or Django gives you, but then I also remember how much time it takes to maintain old projects. Updating a project that was started 5-6 years ago takes a lot of time. Part of that is managing dependencies. For Django, they can easily go above 100. Some of them have to be compiled with specific versions of system libraries. Even Docker does not save you from a lot of problems. Right now, I…
Re: Returning to Rails in 2026
#40The main line on the Rails website now reads: > Accelerate your agents with convention over configuration. Ruby on Rails scales from PROMPT to IPO. Token-efficient code that's easy for agents to write and beautiful for humans to review And I fucking hate it. If I read this the first time I would think this is some kind of tool to optimize your LLM agents. I have been using Rails for over a decade now and always liked…
fwiw that headline is cringey for sure. but DHH has proven himself a great marketer. it very likely is riding the wave.