Remix.run Logo
▲ andrewmutz 2 hours ago

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.

▲dmix 2 hours ago | parent | 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.

▲didibus 40 minutes 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 5 minutes 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 21 minutes ago | parent | prev [-]

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

▲quentindemetz an hour 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 an hour 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 43 minutes ago | parent | prev [-]

[dead]

▲rapind 2 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).

▲toomuchtodo an hour ago | parent [-]

What languages are best suited for development with agentic coding?

▲pitched an hour 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 an hour 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 an hour 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.

▲ForHackernews an hour 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 an hour 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.

▲sdellis an hour 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/