Remix.run Logo
▲ robgough a day ago

Concerns with his politics aside, I do think there's a truth to what he's talking about here, and that he is just spelling out the reality that developers are, or shortly will be, facing. For many this will be deeply uncomfortable to hear.

It is notable that his perspective in this talk is very much from a developer-user side rather than someone who is responsible for the framework itself. That surprises me, and I suspect it is not a good omen for Rails.

For all of this embrace of agentic development, there is nothing here on how they are adapting the framework for this new agentic development reality. Agents do currently work well with Rails, but there's nothing here pushing things forward as best as I can see.

I know for my own projects I've largely moved to Elixir/Phoenix, for similar reasons to his use of Rust... I didn't want to have to learn it, but now I don't have to and I get to benefit from its strengths.

▲andrewmutz 3 hours ago | parent | next [-]

I think a lot of people haven't actually watched his talk and don't understand what he is saying. If you watch the talk, he is not anti-rails. He is just very pro- agentic coding.

What he was saying in his talk was that his customers (people using Hey for email and calendar) never really wanted hybrid web-native apps, they want native apps (like most people prefer on mobile). His business could never afford to have a dev team that built and supported six different native apps, so they always built using hybrid web-native stuff using Turbo Native.

Now that his development team has access to agentic coding, they can build and maintain six mobile native apps. For his app, the back end part then becomes small and simple and they can reimplement it in rust to reduce server cost.

His point wasn't that rust is better than ruby, or anything like that. His point was that agentic coding allows smaller teams to do bigger things. For most people building on rails, their customers don't need native mobile apps (I know mine don't) and for them Rails is a fantastic choice for agentic coding.

Rails is so into agentic coding that they publish benchmarks of how effective different models are for building with rails:

https://rubyonrails.org/ai

TLDR: DHH isn't anti-rails, he is pro-agentic coding. Rails is great with agentic coding. AI doesn't mean layoffs, it means your teams can do much more than they could do before.

▲aogaili an hour ago | parent | next [-]

It seems to me, so far, everyone moved one level up.

- A layperson can now build one a solo developer can do

- A solo dev can now build what an agency of web development can do

- An agency of web development can now build native apps similar to what large corporation can do

- Large corporation can now tackle even more ambitious projects

Which makes sense given what got automated. This is with the current tech, people still exploring the full potential, but if that turns out to be the case then I'd argue the software market will grow substantially and we are just having an adjustment period.

▲138add an hour ago | parent [-]

And the results are 1999 websites like hey.com?

▲aogaili an hour ago | parent [-]

What is wrong with the website?

Have you seen the older apps built by devs? or all the other bootstrap themes?

▲138add 38 minutes ago | parent [-]

There is nothing wrong with designing like in the year 1999. But claiming improvements when all great websites like Amazon in 2004, the original GitHub, Google etc. were before AI is a bit weak.

He is just promoting Shopify's vibe coding for merchants. I bet on Shopify pivoting to vibe coded Rust soon because of "security".

▲dmix 3 hours ago | parent | prev | next [-]

> If you watch the talk, he is not anti-rails.

He explicitly said he still loves ruby as a language and thinks Rails is well suited for a future with AI coding.

It's interesting how this stuff gets spun on social media by people who don't watch the content.

▲Lio an hour ago | parent | next [-]

It looks like he spent about 4 minutes out of the 1:03 making that point.

I can't but help think that he would have spent longer on it if that's what he really thought.

I don't think he believes in Rails any more.

It's clear that he was more excited about thing that are not ruby or rails and now considers rust better suited to the output of AI.

To be honest, I could see rust taking over from typescript/javascript as an output language for the web too. If no one needs to read source code any more why not use rust for everything?

▲Scarbutt an hour ago | parent | prev [-]

It doesn't matter if Rails is well suited for AI or not. Now, there's less incentive and reasons to use it.

▲lackoftactics an hour ago | parent [-]

When I started as rails dev in 2013, it was really the top solution for producing MVP fast. Now, I don’t think that’s the case and most of the incentives are gone if we are no longer writing code by hand

▲didibus 2 hours ago | parent | prev | next [-]

> AI doesn't mean layoffs, it means your teams can do much more than they could do before.

That sounds like layoffs lol.

▲azuanrb an hour ago | parent | next [-]

At least within my circle, that’s not really the case. Instead, what I’m seeing is more of a hiring freeze, with the budget being used to empower existing employees through AI. Which I think is a more reasonable take.

▲milkshakes 2 hours ago | parent | prev | next [-]

it sounds like leverage

as a solo: you can build and ship more in your own time

as a startup: you can iterate and scale more with more velocity and less growing pains

as an enterprise: people with ideas but not a technical background can put their tokens where their mouth is and build their own interfaces, personal apps, ask their own questions, ship their own features without having to navigate layer 8 and play games for resources

▲andrewmutz an hour ago | parent | prev [-]

Why does it sound like layoffs? If you keep the team size the same and use the productivity increase to deliver more business value, how is that layoffs?

▲dist-epoch 10 minutes ago | parent [-]

If I figure out a way to make my workers produce 10 times more widgets each, it doesn't automatically follow that there is a market for the extra 9 widgets. Otherwise I would have hired 9 extra workers before that invention to fulfill the market demand.

Making the widget cheaper doesn't necessarily create demand either. I will not buy 10 times more toothbrushes or writing pens if their prices suddenly decreased to 1 cent.

The demand for software or features will not increase at the speed of our ability to produce them.

▲newlisp an hour ago | parent | prev | next [-]

He's not anti-rails. He just won't be using it.

▲quentindemetz 2 hours ago | parent | prev | next [-]

> His business could never afford to have a dev team that built and supported six different native apps

It’s his business decision to save on native app development costs to increase his (generous?) profit margins.

▲mvdtnz 2 hours ago | parent | next [-]

One of the things I admire most about Basecamp is that they are a bootstrapped, profitable business. There's no shame in running a business this way. The world would be more resilient if more business owners grew sustainably instead of soaking up endless invester funding and losing money year after year before enshittifying in a desperate attempt to repay their overlords.

▲mosura 2 hours ago | parent | prev [-]

[dead]

▲rapind 3 hours ago | parent | prev | next [-]

> Rails is so into agentic coding that they publish benchmarks of how effective different models are for building with rails

To each their own, but I think using Rails in the era of agents is probably a mistake. It has 2 big problems IMO.

(a) A ton of footguns that an agent can and will miss on occasion, and as we manually review less and less code, we will also miss it, and

(b) security on the web has become increasingly important due to hostile AI agents, and while rails has great secure conventions (see (a)), it's still easier to screw up something and not catch it until after it's deployed because there are simply less guardrails in place (dynamic types, no compile, slow tests, generally bad performance profile).

▲azuanrb an hour ago | parent | next [-]

Not sure if you’re speaking from experience or just being theoretical here. We’re using Rails and it’s been great. Maintenance and upgrades have been a breeze.

All this static vs dynamic stuff doesn’t really matter anymore. AI doesn’t care. You just need to close the feedback loop with tests, linting, a compiler, or whatever else gives it a clear signal.

Simple as that.

▲pdhborges 37 minutes ago | parent [-]

If it doesn't matter I will just pick the cheapest to run (the static ones).

▲toomuchtodo 3 hours ago | parent | prev [-]

What languages are best suited for development with agentic coding?

▲pitched 3 hours ago | parent | next [-]

Rust is used a lot. Elixir/Phoenix comes up often. You’re looking for something statically typed with string guarantees and as FP as possible to make unit testing easier.

▲rapind 2 hours ago | parent | next [-]

Rust for sure. Builds become a problem eventually though. Elixir is much more interesting now that they added types (I think they're doing more with this still?). I quite like Gleam from a human (non-agent) perspective.

▲cpursley 2 hours ago | parent | prev [-]

I've been using Rust more and more for specific tasks in my Elixir saas app, the two play really well together.

▲tkz1312 30 minutes ago | parent | prev | next [-]

the only substantive difference I've noticed is between languages with a proof system and those without, where with a proof system is orders of magnitude better for agentic work.

▲sroerick 10 minutes ago | parent | prev | next [-]

OCaml.

▲ForHackernews 3 hours ago | parent | prev [-]

In my experience, Go. It was designed to be idiot-proof. It's very verbose, not very expressive, compiles fast for quick feedback loops, strict autoformatter, plenty of examples in models' training data.

▲Hamuko 2 hours ago | parent | prev | next [-]

>His business could never afford to have a dev team that built and supported six different native apps

I have a hard time believing that, considering his hobby of racing cars and commissioning one-off hypercars. Unless it's that his business could never afford that dev team after DHH takes his salary.

▲shevy-java an hour ago | parent | prev | next [-]

> TLDR: DHH isn't anti-rails, he is pro-agentic coding.

That's an opinion, not a summary though. The way how DHH behaved is really awkward in the last years. See the "let's shoot down wolves" blog entry here:

https://world.hey.com/dhh/wolves-sheep-and-gypsies-ba44af6a

That DHH is into AI agents everywhere is easy to see, but if you go to rails-con, would you not expect this to be about rails as such, and people? Now it's about rust - and AI. Controlled by big corporations. Yikes - some people must be upset about having gone there to listen to DHH preaching about an agentic future.

Edit: I also watched parts of the recent youtube video about rails. I could not focus on the content because DHH's style was so strange. I've seen that style before - nothingburger talks. Look at phrases he used such as "I have retired from being a professional programmer/software engineer". This is all aimed to hype up "agentic coding is the future". Rails is dead - that video is all the proof one needs. DHH shifted gears to AI, and it is quite similar to when he first promoted rails. But now it is about AI, not rails.

▲sdellis 3 hours ago | parent | prev [-]

Do the teams fully understand the code that they are committing? Are the teams reviewing each others code or are agents? When agents do all the coding, and perhaps the reviewing, and the patching what is left of the team? People lose connection to their work, and the social bonds between workers begins to erode.(1) DHH's speech seems like a weird eulogy for the entire Rails community, although many of us saw this coming several years ago.

Also, I hate native apps. FWIW most devs I know actively try to avoid them.

(1) https://www.uclawjournal.org/how-ai-destroys-institutions/

▲azuanrb an hour ago | parent [-]

Most devs I know who hate native apps are either web devs trying to embed web tech into everything they touch, or they just hate Apple.

Most users don’t care. What they do care about is performance, and native is usually the easiest way to get there.

For your AI workflow questions, it depends. With or without AI, those decisions depend on the organisation’s direction, the team’s capabilities, and their preferences. Did your org have a single answer for the best programming language, framework, or workflow even before AI? There was never a single right answer to any of that.

▲Lio 34 minutes ago | parent [-]

I hate native apps. There are use cases better suited to native apps but often it's just not what I want.

You have little to no control over privacy, tracking or advertising compared to the web. That's left to the original developer and there's nothing you can do about it.

You can't do things like disable autoplaying videos. Often you can't even copy text without taking a screen shot. On a phone it's also much easier to zoom random parts of the screen in a browser compared to a native app.

There are legitimate reasons to prefer the web to native apps.

▲dofm 2 hours ago | parent | prev | next [-]

> Concerns with his politics aside, I do think there's a truth to what he's talking about here

One thing the AI era has changed for me is how easily I spot Gell-Mann amnesia, of which this is an unfortunately strong example.

His politics, even putting aside their nature, are framed with deliberate misuse of facts and data; why would he be someone to listen to in any depth on any other topic?

▲revetkn 2 hours ago | parent | next [-]

Gell-Mann amnesia assumes a journalist is not an expert on _anything_. In this case, DHH is (according to some) an expert on software but it's much less clear he's an expert on politics. So I'm not sure Gell-Mann amnesia applies here, it's maybe more like Nobel disease, where you're an expert on one thing and assume it "transfers" to other fields.

▲ryantgtg an hour ago | parent [-]

> much less clear

I have a background in sociology and urban planning. It's very clear that DHH is not an expert on politics. His blog posts demonstrate a very elementary understanding of the topics he covers. He doesn't even understand statistics.

▲revetkn 35 minutes ago | parent [-]

Ha. I was trying to be charitable there :)

▲diego_sandoval an hour ago | parent | prev | next [-]

> His politics [...] are framed with deliberate misuse of facts and data;

Any specific examples? I am/was out of the loop on this and had to Google "DHH politics" to know what people are talking about.

▲suhlig 2 hours ago | parent | prev | next [-]

Thank you for mentioning the effect by name. I read first about it 20 years ago, memorized it under a totally different name, and was never able to find it again.

▲dofm 2 hours ago | parent [-]

I am slightly abusing/overstretching the concept, to be fair; other commenters are not wrong to remark as such. But still.

▲themgt 2 hours ago | parent | prev | next [-]

One thing the AI era has changed for me is how easily I spot Gell-Mann amnesia, of which this is an unfortunately strong example.

The one for me is spotting the Baader-Meinhof effect, of which this is an unfortunately strong example.

▲dofm 2 hours ago | parent [-]

Touché. I mean it has almost the same meter. I get that you're disagreeing with me, but have my compensatory upvote.

▲dorianmariecom 2 hours ago | parent | prev [-]

> The Gell-Mann amnesia effect is a cognitive bias where a person spots major errors in a media report on a topic they know well, yet completely forgets that unreliability and trusts the rest of the same publication on unfamiliar topics.

▲dofm 2 hours ago | parent [-]

Yes. I am broadening the definition of "media" and "publication", maybe, though it is posts on his own publishing platform and performances at his own breakaway conference.

But if someone misrepresents deliberately on a topic of polarising importance, why would you spend any time listening to them on any other topic?

I would (still) listen to him if I did not know he wrote stupid wrong things on other topics in bad faith.

▲goosejuice an hour ago | parent [-]

Apparently somewhere between a third to a half of American scientists believe in some kind of god. Not to denegrate those who believe, but that's some kind of compartmentalization going on. Politics isn't any different. I dunno, I guess I don't have much issue listening to people with whom I disagree. Some people just get stuck on things. I do to, and maybe I'm the one that's wrong.

▲jstummbillig 3 hours ago | parent | prev | next [-]

> That surprises me, and I suspect it is not a good omen for Rails.

I had a fairly opposite reaction: Knowing what you can't be and how much less important your past work is going to be is good. If there are good reasons for more people doing less in Rails, then the creator is probably the person you want to be most level headed about that.

(They can, of course, still be wrong)

▲mrdependable 3 hours ago | parent | prev | next [-]

Nothing that he said is just him espousing the truth. It is the world as he and all the other AI-pilled people wish it to be. It is a world they want to convince everyone is inevitable. There are still a lot of people outside of tech bubbles that don't like the direction AI is going and don't want to embrace what these companies are doing or how the government is handling it.

And honestly, do people really think everyone is just going to become an "energized creator"?

▲pitched 3 hours ago | parent | next [-]

AI is not as big of a productivity boost as compilers were but it is not zero. Back then, SQL was created and marketed as something “managers could use”, another parallel to the current cycle. This whole hype cycle is something we’ve seen before and IMO, we should know better how to handle it this time around. It’s a bit disappointing to hear the same arguments every time.

▲mrdependable 2 hours ago | parent [-]

This has nothing to do with programming or productivity. I am addressing the fact that people like DHH and his fans are in the habit of framing the future as written and that you can either embrace it or get crushed. Embracing it is giving OpenAI, Anthropic, et. al your approval to keep on going. I'm not denying that AI can do the job a lot faster.

▲pitched 2 hours ago | parent [-]

Keeping the comparison to compilers, people in the 60s refusing the transition weren’t crushed, their skills were devalued. The open models work well enough at coding to keep up without buying OpenAI or Anthropic products.

▲anthonypasq 3 hours ago | parent | prev | next [-]

i have nothing else to say to you other than good luck

▲claude_on_fails 2 hours ago | parent | prev [-]

[dead]

▲pipes 3 hours ago | parent | prev | next [-]

By "concerns" did you mean to say "I don't agree with some of his political opinions".

▲iancuandrei 3 hours ago | parent [-]

Yeah, because being a fascist and racist is not concerning at all.

▲beastoven an hour ago | parent | next [-]

I find it interesting to see the different dimming levels of comments in this thread. This person calling DHH a fascist and racist is undimmed while the previous much more mild (but implied right leaning) comment is almost disappeared.

.·°՞( ̑ ᗜ ̑ )՞°·.

▲jjtheblunt 20 minutes ago | parent | prev | next [-]

i'm missing out on backstory gossip evidently: what's this fascist and racist accusation ?

▲micromacrofoot a minute ago | parent [-]

https://world.hey.com/dhh/wolves-sheep-and-gypsies-ba44af6a

https://world.hey.com/dhh/as-i-remember-london-e7d38e64

▲pipes an hour ago | parent | prev | next [-]

It seems the new definition of fascism is any political opinion that isn't hard left.

▲bvcp an hour ago | parent | prev [-]

cringe

▲CodingJeebus 8 hours ago | parent | prev | next [-]

I literally just patched an AI-generated API endpoint on a new service at work that shipped without any auth whatsoever, because AI was re-implementing the auth token check method individually in each child controller instead of implementing once in a before_action hook. That's Rails 101 stuff and the app is small. It was so obvious that I saw it right away just reading the code, I didn't even set an agent loose to do an initial inspection. It was a real "yeah I still got it" moment for me.

I'm on board with the idea that agents are going to write most of the code, but not checking it is just insane to me, based on some of the things I've seen committed in commercial codebases recently.

▲robgough 6 hours ago | parent | next [-]

One of the strengths of Rails was that it helped developers who maybe didn't always know the "best way" to build things to build in a standards compliant way – not that you couldn't do things like return a 200 for Not Found if you really wanted to etc.

I'm always pleased when working with a dev who has Rails experience even if they've since moved stack, as often they have picked up and learned the value of these good behaviours. Perhaps it's as much a community thing as a framework thing, or combination of both.

Agentic development definitely still has room to improve, but I suspect that there is some future framework (maybe even language) designed to help minimise these types of mistakes.

▲efields 3 hours ago | parent | next [-]

Interesting that all the patterns Rails adopted for humans to write better code can't easily be funneled into the LLM doing the job now. Seems like it should be.

Is it types? Are types the answer? Is it rust?

▲jaggederest 3 hours ago | parent | next [-]

I think the issue with Rails, as a long time developer in that ecosystem, is that much of the default assumptions are a) not common (not so far off-piste that a human can't get used to them, but outside the center of the bell curve), and b) not explicit. So it's very common to do things like install a plugin that has across-the-repo effects but that is only documented in e.g. the config directory and the bundle. Unlike, say, NPM, when you install a new package where you explicitly have to e.g. import it everywhere you want to use it.

As time has gone on Rails has gotten better about this, but it still means that "your rails" and "my rails" are different enough that AI could easily get confused.

As you say, the other aspect is the intense dynamism which works against AI, which again prefers to have everything explicit and reasonable about from the text.

So I ended up going back to Javascript after a brief 12 year digression into Ruby. I still love Ruby but it's just not the right language for the current environment and team structures - typescript is "worse is better" in the right ways that it's a much better choice for both frontend/backend being the same and better type systems.

▲rapind 3 hours ago | parent | prev [-]

Types are great. No nulls are great. Exhaustive switches are great. Derive macros and Serde are great. Detailed errors are great.

However Rust has one serious problem, BUILDS. It’s slow and it takes up a ton of space and memory. You will be working around this on any sizeable codebase. Using cargo check to ration your compiles, a dedicated build box, etc. Now imagine you're using it for a web application with compiled maud templates... you're potentially waiting minutes to see your changes.

If we accept that over half of the people building with rust are using agents (I'm sure this is much higher in reality), then you should also accept that there is a ton of time and resources spent on building / compiling. Optimizing this should probably be a top priority. They need someone who will be fanatical about shaving time and memory use from the build process.

▲efields 2 hours ago | parent [-]

Sounds like I should check in on rust in a year or so.

▲rapind 2 hours ago | parent [-]

Yeah. I'm going through an exercise right now with a large codebase where I'm split some of it up into crates so that iterating on specific parts incurs less build overhead. Literally changing my architecture... which annoyed me a bit, but it does make sense.

▲CodingJeebus 3 hours ago | parent | prev [-]

> Agentic development definitely still has room to improve, but I suspect that there is some future framework (maybe even language) designed to help minimise these types of mistakes.

Maybe there will be one day, but what are the odds that it will meaningfully move the needle for existing platforms such that manual code review is unnecessary? "Blindly trust the output" is not a feasible security posture today.

▲prescriptivist 2 hours ago | parent [-]

I still review PRs, but rarely suggest changes. The most meaningful reviews come from our review bots. I mostly review broad architectural decisions as a way to keep abreast of changes in the codebase. There's a cohort of engineers I work with who I would be perfectly okay with letting the clankers review, approve, and merge their PRs. But there's a larger cohort of engineers who need what I would call a directional code review.

▲whazor 3 hours ago | parent | prev | next [-]

Software engineering is so back.

When designing systems, you want the important details to be right. Especially with authentication and authorization.

From an architecture level, you can know which classes are important to review and which ones are not.

▲aogaili an hour ago | parent [-]

Yeah that is how I see it.

In Software Engineering, we learned about requirements, testings, system design, UMLs, etc, and those seems to be more relevant than ever.

▲everfrustrated an hour ago | parent [-]

Agile is dead. It presumed writing the code was the slowest part of the cycle. Now it makes more sense to only start writing code when the requirements are known as the code is quick and low cost to change if/when the requirements change later.

▲senderista 2 hours ago | parent | prev | next [-]

Why do you think an AI audit (say from Fable/Astra at xhigh) wouldn't have caught this?

▲timhh 3 hours ago | parent | prev [-]

What model though?

▲shevy-java 3 hours ago | parent | prev | next [-]

But he himself promotes such a future too. This is a conflict of interest.

You can say "ride the wave", but this is more - this is helping the wave become huge. And cashing in too. Sorry, but I no longer buy any of what these guys do. To me they seem like BigBro ad-clowns.

> Agents do currently work well with Rails

According to whom? And not everyone wants to become dependent on corporate-agents sucking them dry financially. We all know the increase-in-cost will come with regards to tokens, after the get-hook addiction phase is over.

▲rowanG077 2 hours ago | parent [-]

Or you know just use one of the many great open models. The LLM wave can be taken just fine without "corporate-agents suck them dry".

▲Rover222 3 hours ago | parent | prev [-]

[flagged]

▲Rover222 3 hours ago | parent [-]

Imagine having to virtue signal your comment first like that