alt Hacker NewsRails, or even more so php have VERY little to bring to the table in 2026 going forward. Rails (ruby) is still a saner language than PHP, but as slow as php is. (granted ruby is not idiotic like PHP and runs rather than start/die).
If you go the LLM route something like Go is probably the goto default for MOST networking/web-first apps. You get static types, and a fast compile cycle (rust is still very slow here), and IF you want more from the language you can use something like Lisette (https://lisette.run/).
Bottom line is dynamic languages are obsolete. There is really no benefits from using them outside very small throw away scripts.
Replies
Well that's not something you say in a Rails conference, best language or framework for a project has been debated before I was born and will continue to be
I would have been more interested if he'd spoken about improvements actually in the Ruby world.
There fast JITS like YJIT, ZJIT, JRuby and TruffleRuby.
We also have static typing with RBS and an AOT compiler in Spinel and we have embeddable Crystal.
The speed of TruflleRuby or Spinal with RBS isn't that far behind Go.
And here's a Ruby advantage for you, Ruby even with static typing needs fewer tokens from your context window to represent the same solution as verbose Go.
DHH's own pitch for HotWire was that it allowed a native like experience without having to bow to Apple app store review process. Where's that gone?
There's lots of positive things that DHH could have spoken of but didn't.
> as slow as PHP is.
Citation needed? I love hating PHP, but of the reasons I would chose something other than PHP, speed and resource consumption is pretty far down the list?
Why would I bother with anything but Laravel for small CRUD apps? Not having to think about concurrency is neat, having tons of abstractions built by people with 50x my experience is neat, just being able to get going is neat.
Building the things I've built using Laravel with Golang would probably take 10x the development time as I have to handcraft everything Laravel already natively provides. Or I have to trust 100 packages from 100 different random devs to simulate the Laravel experience in Golang.
Dynamic languages without direct support for machine code generation are obsolete.
BASIC and Lisp were invented with machine code generation as part of the REPL workflow, interpreters have always been the exception.
In BASIC's case for a brief moment interpreters were favoured only due to 8 bit home computer's hardware limitations.
If we are going the way of 5 GL (as LLMs being the 4GL revenge), natural language is quite dynamic to start with.