
Ruby, JS, and other fun stuff! Side projects include @formbackend. Cats are awesome!
California
Joined January 2007
- Tweets8.9K
- Following1.9K
- Followers1.6K
- Likes8.8K
Time to get REA going
We've decided to sunset Arc on December 22, 2026.
That's not an easy sentence to write. We spent years building Arc and celebrating each and every release along the way: we have so much pride and love for what we made alongside the Arc community.
Our priority is to deliver best-in-class security for our members. Keeping a browser secure takes constant, dedicated work that is only increasing in the age of AI. Dia was built from the ground up to meet today’s security standards, so that's where our engineering and security teams will focus moving forward.
We've worked to make switching to @diabrowser as easy as possible for Arc members. Here's how:
· Your passwords, bookmarks, extensions and history come over to Dia seamlessly.
· Spaces, Folders, and Tab Groups are in Dia and import over with your data intact.
· Dia now surpasses Arc benchmarks in stability, speed, and security.
· The browser features you use in Arc are free in Dia, and the AI is optional.
Thank you for using Arc, for pushing us to make it better, and for building alongside us. The team that made Arc is the same team behind Dia, and some of our most ambitious work is just ahead. We'd love for you to be there with us when it lands.
This looks great. Never tired Herdr UI before
New Herdr UI is out!
• Multiple GitHub accounts
• Drag to reorder devices
• Better tab tear-off
• Cmd-click links + clickable dropped files
• Optional network latency/loss indicator
github.com/penso/herdr-gpui/…
@fabienpenso amazing work on Herdr UI :) Been using it since I saw your post yesterday and I really like it!
Replying to @cjav_dev
@cjav_dev let's say i have a `docs/testing.md` file - which is in its own doc because I need several places to reference it. If I then create a `.claude/rules/testing.md` with frontmatter of `paths: tests/**/*.rb` and a reference to the testing doc as `@ docs/testing.md` - is it correct that the @ reference to the doc causes the doc to be loaded no matter what (regardless of if the agent is working with testing files) vs if I just wrote "Read docs/testing.md" where it seems to only load it when the agent is working with files in the tests dir.
If you ever need your model to read a file, make sure you use the @ prefix (`@filename`), since that forces the harness to read the file and pass it on to the model. Without it, it's just a suggestion to the model that it should read it (but the model decides if it wants to).
It's incredible how you can just fetch all merged PRs from the last 6 months, and have agents analyze the most common comments reviewers leave as feedback, and then ask them to find a way to prevent that before it reaches review, through rules, linters and what not.
The latest edition of Ruby AI News is here, and we're covering The Future of Rails rubyai.beehiiv.com/p/ruby-ai…
Jesper Christiansen retweeted
A lot of people went to Austin for Rails World.
Many sat in a cybercab - a vehicle without a driver, pedals, steering wheel, side mirrors, rearview mirror etc.
Then they sat through a talk where @dhh described how things have changed and they left incredulous.
Jesper Christiansen retweeted
I don't think we need less software devs, but I do think if you're not fully embracing AI in your software dev work you're at a very high risk of being a casualty for someone who will. It's simply vastly more productive and if you're a holdout you simply can't keep up
Jesper Christiansen retweeted
If AI lets us stop writing code we don’t need to write, that isn’t abandoning the Rails philosophy. It may be the most Rails thing imaginable.
Rails has always been about “look what I’m NOT doing.”
Not writing SQL. Not reinventing the wheel. Not building anything unnecessary.
Jesper Christiansen retweeted
Things are changing, never doom.
Jobs will look different, never doom.
Software is being eaten, never doom.
Increase your ambition, care deeply about your (changing) craft, build things you're proud of.
Never doom!
It's pencils down, people. Writing code by hand is no longer an economically viable skill for most programmers at most companies. But the future of making software has never been brighter. Don't you dare black pill this beautiful moment! youtu.be/vDjW_dRyKXY?si=6Fsf…
No, they didn't make the Rails World livestream private because they're trying to hide stuff or change the narrative. They posted the version that has been cut properly instead which can be found here #railsworld youtube.com/watch?v=vDjW_dRy…
Normally we get a keynote at Rails World that gives us a new Rails release and some new features. This year we didn't. @dhh spent a good amount of time talking about pencils down, manually written code is dead etc - I think a lot of that is true! It at least lines up pretty well with my experience over the last 6 months.
He also spent a greater amount of time talking about the rewrite of Hey in Rust, instead of Rails. But that doesn't mean that Rails is dead, in fact he mentioned that there are still plenty of use-cases out there for Rails, Basecamp being one of them. He emphasized the focus on AI evals, to figure out where you get the most bang for the buck when it comes to Rails, and how great the web as a platform still is.
It's easy to be somewhat pessimistic/afraid of the future and see his Rust rewrite story of Hey as Rails being dead - but instead I think it's worth being optimistic, and think back to when all code was written by hand - where, for a Rails shop it wasn't feasible to write native apps. That's how we ended up with web apps, running in web views and a somewhat subpar experience compared to the native implementation. But it was close enough, and gave us a decent enough experience.
But in the day where agents can write your code, I think it'd be idiotic not to pursue a native app. Be ambitious! Yeah you might not understand a single line of the code it writes, and maybe that's important to you - then don't do it. But if it works for someone else, I don't think we need to judge them. There's already enough judging between Rails, JavaScript and what not. Don't yuck someone else's yum!
And I think the most important point is the positive look at things vs the negative one. We can't always plan for the future, and a negative outlook will impact your day to day - focus on the positives instead! But I also understand the worry as the world around us changes, as less and less freelance clients need your help, as your full-time job becomes more uncertain due to factors you don't control. It's hard! But we shouldn't spiral if we can avoid it.
And last, we could've been given a regular keynote, that pretended like nothing had changed in the 12 months since the last Rails World - but that wouldn't be fair either. David doesn't change history or how things plays out, so whether he gives us the truth or sticks to the regular keynote - doesn't change the outcome. But I'd much rather hear the tougher truth, than the "everything is the way it used to be". Use AI to empower you, go out and create the silly project you've already dreamt of, and maybe even dip your toe in the waters outside of your comfort zone and try and build something that isn't Ruby, or Rails, or the web - it might turn out that it's fun? :) #railsworld
He did also say that Rails still makes a lot of sense for Basecamp
In his Rails World 2026 keynote @DHH just said that Basecamp is not using Ruby on Rails for the new Hey version. Replaced the Ruby on Rails backend with Rust. I totally agree with his argumentation. But this must be a shock for many developers. Hell just froze over.










