‹ BackHN Continuity

Thread

Rails World 2026 Opening Keynote [video]

447 points · 508 comments · an0malous

  1. robbyrussell · · focus · HN ↗
    I sat front row for David's talk yesterday morning. Having talked with him the day before, I’ll admit… I wasn’t particularly surprised (nor unprepared).

    A bit of a field report from #RailsWorld: the vibe here is far from doom and gloom. Quite the contrary. Wherever our industry is headed, most of us are still employed as menders… tending to systems that customers rely on and businesses are quite happy to keep paying for.

    Most of us aren’t waking up to a blank canvas and designing the architecture of the future. We’re inheriting decisions made years ago, updating old patterns, working around constraints, and keeping this shit running reliably.

    I think these newer tools give us an opportunity to wonder a little more about the systems we’ve inherited. To unpack why things work the way they do. To tinker with assumptions we haven’t had the time, confidence, or permission to revisit… and share what we learn so the next person, or agent, has an easier time.

    That deployment model we picked eight years ago? Worth another look. Some of our web apps probably wish they were native apps. And there are plenty of architectural decisions we’ve been living with mostly because… well, we’ve been busy living with them.

    There’s plenty of understandable anxiety about what these tools mean for our work. I’m increasingly curious about what they give us permission to revisit.

    Once my keynote is published, I’ll share more about a little programming-language-adjacent framework I’ve been working on for approaching exactly this kind of curiosity.

    In the meantime… keep showing up. Keep wondering.

    Long live Ruby. Long live Rails.

    p(bloom)

    1. lbrito · · focus · HN ↗
      Its easy to be optimistic when you're sitting on millions (dhh). You literally don't need to care about how any of this affects your job security.
      1. nickjj · · focus · HN ↗
        Right, or paying for AI models in general.

        There is a world of difference of having tens of millions of dollars and paying hundreds of dollars a month for AI subscriptions vs someone making 100k / year doing the same.

        For the DHH's of the world that's not even something to think about, but for most people who are working (even in tech), now we're talking 2-8%+ of your income depending how much you use AI. Just to have the "luxury" of being able to experiment with it. I use air quotes on luxury because I personally find a lot of AI results to be quite bad, but then again, I'm not spending hundreds of dollars a month on the premium models.

        1. sroerick · · focus · HN ↗
          I make 55k working at a dental office and a restaurant and I'm paying 200$ a month on open source models because I'm having an absolute blast with them.

          Plenty of jobs have expenses built into them. Maybe a subscription is more than it used to be, I had great jobs on a used 200$ thinkpad, but it's still cheaper than being a photographer. And 100k is more than most jobs.

          Software dev, even if it's all agents now, is still pretty dang economical

          1. rglullis · · focus · HN ↗
            It's easier to enjoy it if you don't see how the sausage is made.

            I am definitely not having a blast at work with LLMs. Everyone in the team has become simple rubber-stampers for whatever the AI puts out. There are mountains of documentation which gives a false sense of understanding of how things work, but the code repository itself could have been written in Brainfuck and it would make almost no difference. And we keep getting told by management that this is fine. We've become simple janitors in the slop hall.

            1. sroerick · · focus · HN ↗
              Yeah, I'm sorry to hear that. I'm very glad I am not dealing with anything even remotely corporate during this time, because I'd absolutely hate it
            2. booty · · focus · HN ↗

                  Everyone in the team has become simple 
                  rubber-stampers for whatever the AI puts out.
              
              Whoever figures out better ways to:

              1. Present a big AI PR to a fellow human for review 2. Understand a big AI PR, as a human reviewer

              ...is going to be a hero. This is one of the biggest unsolved problems of this new era.

              I've been experimenting with this, but it's early days. My efforts are mostly along the lines of having AI generate artifacts that guide the reviewer through the PR in execution flow order, explaining the reason for changes along the way.

              1. mattm · · focus · HN ↗
                I don't think that's the way forward. We don't accept mega-PRs from people, why accept them from machines? The best practice of small, focused commits - whether it be from a person or a LLM - will win out in time once we're past this manic phase.
Open on Hacker News to reply ↗

Unofficial Hacker News client; not affiliated with Y Combinator.