I was hoping there will be news on Rails 9.0. Feels like this is the end of Ruby Rails.
Hey is not even a Ruby Rails App anymore. And indirectly admitting Ruby is slow considering they manage to cut 99.9% of CPU with their rewrite in Rust.
I hadn't connected the dots until you mentioned it, but yeah this keynote indirectly says it's the end of Ruby and Rails. Ruby was designed to be coded by humans, and DHH says it's the end of coding by hand.
Even the concept of "framework" as we knew it becomes different in this age. If you only want reusability, why not use plain good old libraries and let the AI assemble them as needed for your project?
Unfortunately yes because Rails has always been a framework of extraction. Now they are not even coding anymore there is nothing to extract. No one is a programmer but everyone is a maker.
I actually believe new frameworks and languages will pop up that are explicitly made to supercharge agentic engineering workflows. We're still super duper extra early! November last year was the START of all this. We're still in September! Not even one year has passed!
It doesn't make much sense to use a human language like Ruby and leave so much on the table when you can use a language like Rust or C to squeeze a LOT more out of correctness/types/performance.
We're going to have a bunch of hardly used libraries/frameworks that might converge on a single one. Similar to the surge in JS frameworks/libraries from a few years back and where we are now.
Is squeezing a lot more performance beneficial to a business? or is it a small amount of VPS cost per month difference?
It helps to be clear, at least with yourself, about if you're doing something because you can/want to or if there are actual business reasons.
This is a question I have been circling around. The agents are good at Ruby/Rails. It’s probably a confluence of things, but whether the L in LLM benefits from Ruby’s emphasis on human readability is something I’d love to see a study on. Or more generally, how key is (human) language itself in the performance ceiling of LLMs. A machine specific coding language/framework/process could obviously be more efficient, but if language itself is the hard limit, those would be dead in the water with LLMs. Or put another way: if language wasn’t the ceiling, why didn’t we see machine first coding implementations before LLMs?
Those performance numbers mean nothing considering they went from rendering every single view of a highly interactive app solely on their servers to moving all rendering to the clients. It’s possible the backend logic of the app could have run on 10 hosts running Ruby as well.
I agree it seems like the end of Ruby on Rails. I personally hope a fork will come along as a spiritual successor, because I still love building web apps this way.
> Hey is not even a Ruby Rails App anymore. And indirectly admitting Ruby is slow considering they manage to cut 99.9% of CPU with their rewrite in Rust.
Let's see how that goes.
Personally, I wouldn't want all my emails stored on a service where the dude doesn't even look at the code anymore.
And Shopify has been sponsoring Ruby JIT developments, exactly for the same reasons Facebook created their own PHP fork with a JIT, and how Twitter moved into the JVM after so many fail whales.
ksec · · focus · HN ↗
Hey is not even a Ruby Rails App anymore. And indirectly admitting Ruby is slow considering they manage to cut 99.9% of CPU with their rewrite in Rust.
rramon · · focus · HN ↗
an0malous · · focus · HN ↗
pantulis · · focus · HN ↗
fantasizr · · focus · HN ↗
ksec · · focus · HN ↗
sergiotapia · · focus · HN ↗
Where will we be in 5 years?
Examples:
<a href="https://dioxuslabs.com/" rel="nofollow">https://dioxuslabs.com/
<a href="https://lean-lang.org/" rel="nofollow">https://lean-lang.org/
It doesn't make much sense to use a human language like Ruby and leave so much on the table when you can use a language like Rust or C to squeeze a LOT more out of correctness/types/performance.
sroerick · · focus · HN ↗
<a href="https://pricklypear.rocks/" rel="nofollow">https://pricklypear.rocks/
mattbrewsbytes · · focus · HN ↗
Is squeezing a lot more performance beneficial to a business? or is it a small amount of VPS cost per month difference?
It helps to be clear, at least with yourself, about if you're doing something because you can/want to or if there are actual business reasons.
springtimesun · · focus · HN ↗
stefanlindbohm · · focus · HN ↗
I agree it seems like the end of Ruby on Rails. I personally hope a fork will come along as a spiritual successor, because I still love building web apps this way.
[deleted] · · focus · HN ↗
[deleted]
bluerooibos · · focus · HN ↗
Let's see how that goes.
Personally, I wouldn't want all my emails stored on a service where the dude doesn't even look at the code anymore.
dewey · · focus · HN ↗
copperx · · focus · HN ↗
dewey · · focus · HN ↗
<a href="https://www.hey.com/faqs/#can-i-use-hey-to-check-my-other-email-accounts" rel="nofollow">https://www.hey.com/faqs/#can-i-use-hey-to-check-my-other-em...
copperx · · focus · HN ↗
kavok · · focus · HN ↗
calyhre · · focus · HN ↗
pjmlp · · focus · HN ↗
pjmlp · · focus · HN ↗
EDIT: wrote Rust by mistake.
echoangle · · focus · HN ↗
pjmlp · · focus · HN ↗