Check out our latest article about old, unmaintained, and insecure #Rails versions 🚀

TL;DR: Anything older than Rails 7.2 is EOL. You should stop using Rails 7.1 and older in production.

Those versions are no longer getting security updates.

https://go.fastruby.io/o8h

#DevSecOps #RubyOnRails #TechDebt #CISO #Security

Scott Werner & Errol challenge software complexity, championing simple, strong foundations. They discuss using Ruby for quick AI experiments, avoiding unnecessary product extras, and why community drives AI's next breakthrough.

Listen now: youtube.com/watch?v=JO4yWEBASaE&feature=youtu.be

#rails

@geeksam @skillstopractice @emanuelmaiberg
When you do OSS, you must be ready to lose the hold you have on the project you created. You are GIVING, not lending (or renting) to the community.

I guess DHH is not ready to do this.

Not saying that he is not a key person in the #rails community. He obviously is. And I am VERY thankful for his work.

The community is mature enough to thrive on its own, and DHH is just not ready for this.

I get it.

I just think it's bad for the project's health.

Right, after some much-needed rest, Back 2 Levelfly

#Ruby #Rails

If you want a customized Rails upgrade roadmap (for free!) you can use our AI-generated, automated roadmap 👉🏼 https://www.fastruby.io/automated-roadmap

Even if you’re on Rails 2.3, our roadmap tool will generate an action plan in minutes! 🚀

#Rails #UpgradeRails #TechDebt #InfoSec #DevSecOps

The Automated Roadmap to Rails Upgrades by FastRuby.io

Translation missing: en.static.new.description

Today, October 1st, #Rails 7.1 reaches the end of its security support. That means that if you're running this version in production, you won't get any more security patches from the core team.

Need to upgrade to Rails 7.2? Follow our step by step guide: https://www.fastruby.io/blog/upgrade-rails-7-1-to-7-2.html

#UpgradeRails #TechDebt #InfoSec #DevSecOps

In case you are working with Time and timezones in #Ruby on #Rails here is a summary of two good articles that you should read

Plan Vert

An open letter to the Rails Core team and Ruby community.

David Heinemeier Hansson (DHH) has publicly published writings that make clear he holds racist and transphobic views, as well as a number of other traits undesirable in any figurehead and community leader.

https://github.com/Plan-Vert/open-letter

🧵 1/3

#Ruby #Rails #RubyOnRails #Racism #Bigotry #TechBro #DHH #Development

GitHub - Plan-Vert/open-letter: An open letter calling for a hard fork of Rails to remove DHH's influence

An open letter calling for a hard fork of Rails to remove DHH's influence - Plan-Vert/open-letter

GitHub

Wow, a VP from a Core Member corp of The #Rails Foundation and a #RailsWorld 2025 speaker talking shit about André Arko on bsky…

I just can't with these people. Really, really grinds my gears. 😡

#RubyCentralTakeover

Can you shed some light on what's happening in the #rails community? I understand the basics: dhh is an openly racist piece of shit, ruby central have no backbone,…

I'm more interested in how the community feels, and if there are emerging leaders and/or actions in addition to the Plan-Vert open-letter?

I've never been much into RoR, but I feel compelled to stay informed, and I'm always hopeful for inclusive community-led futures in tech.

×
In case you are working with Time and timezones in #Ruby on #Rails here is a summary of two good articles that you should read

Here is my summary of the main ideas from this article:
https://thoughtbot.com/blog/its-about-time-zones

But again go and read it! It has a lot more than what I summarised here

Second article is about scheduling events in user time zone by @juliknl Julik Tarkhanov
And here is my summary from this article that you should read:
https://blog.julik.nl/2025/09/chronically-regular
Timeless articles about working with Time and Timezones in Ruby and Ruby on Rails

Here are two resources that I think are important to read when you are working with Time in Ruby. It's About Time (Zones)This article is a perfect base for understanding working with Time and timezones in Ruby and Ruby on Rails.  I think the core idea of the article is always keeping in mind in Rails there are 3 timezones: Scheduling events in user time zoneFor this there are two articles that you should read:  • A Case Study in Multiple Time Zones • Scheduling things in user's time zone I will add here the main idea that I extracted from both of them but you should make sure to read them as they present more ideas and options and specific recommendations when scheduling events in user timezone. 1. For recurring events that must run at a user's specific local time (e.g., "every day at 9:00 AM"), one option is to calculate and persist the event's hour relative to UTC (hour_in_utc). Another option is to use a library that knows how to compute the next occuring event and not do the calculation yourself. 2. When considering timezones, please remember that time zones are data that change over time (due to reasons that could be social or political so future DST/rules can change), and you'll need to make sure that you sync your Timezone data.