Tuesday, September 29, 2026
Montreal.rb September 2026: Ruby Version Managers in 2026
The video and slides for the Montreal.rb September 2026 talk "Ruby Version Managers in 2026" have been published!
Talk Description:
It is often useful to install more than one Ruby version on one's machine, whether to explore newer Ruby versions before committing to them on a Rails project, or to support multiple Rails projects running on multiple Rubies. Additionally, being able to scope gems by a Ruby project can be very helpful in ensuring the safety of running a Ruby app in complete isolation from other Ruby apps. The Ruby ecosystem contains multiple Ruby Version Managers that help with installing Ruby and scoping Ruby gems by project. This talk will cover the common Ruby Version Manager options in 2026, such as RVM, RBENV, CHRUBY, and ASDF.
YouTube Video:
https://www.youtube.com/watch?v=UFMQOkEZUScPresentation Slides:
https://docs.google.com/presentation/d/e/2PACX-1vR_uc-FSdvKmMT0gzRRK-qJ-JSUsPgrOeDVNKQHoUoLIbYLvI_YF2lQB9qJ09_rz4ir_T2v_qwVq4zN/pub?start=false&loop=false&delayms=60000Monday, September 28, 2026
October 2026 Montreal.rb Ruby Meetup Announced: A Peek Under the Hood of Solid Queue
The October Montreal.rb Ruby Meetup has been announced. The next meetup talk will be "A Peek Under the Hood of Solid Queue" by Robert Jakubowicz. Also, the meetup will include a book club discussion at the end for the O'Reilly book "Designing Data-Intensive Applications" 2nd edition. Read the first 60 pages for this meetup if you want to participate.
RSVP link:
https://www.meetup.com/montrealrb/events/313731032/
Talk Description:
In this talk, we'll explore the source code of the Solid Queue gem and look at the lifecycle of a Rails background job.
We'll look at concurrency, the interactions between the supervisor, dispatchers, and workers, and how coordination happens between them.
This talk assumes you've used or are familiar with background jobs in a Rails application.
Speaker Bio:
Robert Jakubowicz is a Full Stack Software Developer with over 15 years of experience building and scaling web applications.
His interests range from product engineering that improves user experience and drives business outcomes to distributed systems, databases, and web performance at scale.
Dissecting DHH's RailsWorld 2026 Keynote Speech from a Software Engineering Point Of View
Dissecting DHH's RailsWorld 2026 Keynote Speech from a Software Engineering Point Of View:
https://www.youtube.com/watch?v=VsM8Ej-em8IThursday, September 17, 2026
The Embarrassing Ruby/Rails Community Chronicles 2026-09-17
The life of a Ruby dev in 2026! I made an effort to post a recorded talk that I gave at my local Montreal Ruby meetup as a helpful gesture for the benefit of the Ruby community at large. And, I suddenly see a comment (included below) get posted in the Ruby subreddit, which reeks of hate and discrimination against me personally and has no respectful conduct of appreciation for a service done during my free time for the benefit of others. Who allows trash people like that into the Ruby subreddit?!! So, the commenter literally discriminates against me and expresses hate against me, saying he wants me to "drop out". I don't even know the commenter. I never did anything bad to hurt the commenter. Quite the contrary. I posted a helpful post for the benefit of the commenter and everyone in the Ruby community. Still, the commenter wants me to "drop out". Next, he mentions that the Montreal Ruby meetup has dwindled to a handful of people after I took over it with a very hateful negative tone, when in fact, without me, the group had ZERO attendees and was dead for years, and I revived it in 2022 with the help of another co-organizer, growing the group again to more than ZERO attendees. That's the opposite of what that commenter tried to allude to. Let alone, I am literally the most consistently present Ruby dev at those meetups, and I am the only Ruby dev from the Montreal Ruby community in the last 4 years who has presented at RubyConf multiple times and has supported many Ruby open-source projects while winning awards for 2 of them from Matz.
Besides, even if the group had dwindled down to a few members compared to pre-Covid numbers. That is the responsibility of the attendees slacking and switching to other languages. I know a number of past attendees of the meetup who have switched professionally to Elixir, Python, JavaScript, TypeScript, and other programming languages. While I am disappointed in their decision, it is 100% their loss not mine if they don't use Ruby anymore and don't attend the Ruby meetup. I still believe Ruby is the most fluent, expressive, elegant, productive, and maintainable programming language for general business application development, and I think that other languages are either inferior, like JavaScript & Python, or are considered premature optimizations that aren't truly needed in 90% of business usecases, like Elixir and TypeScript. Still, if that's what other devs chose, it's their responsibility alone.
The haters in the Ruby community have shown their face very explicitly now and it's no longer a matter of pretending to be non-haters while hiding under plausible deniability. The hate is very explicit, real, and fully exposed for everyone to see.
So, who allowed the haters into the Ruby subreddit community and encouraged their hate by tolerating hateful comments that have a very negative tone like the comment shared above?
I checked the list of Moderators, and here is what I found from among older moderators that have been around for a long time (not all of them, but some of them for sure, excluding the AutoModerator).
None of the haters in the Ruby subreddit would pass the minimum criteria of respectful conduct to get hired at any of the good Ruby shops I've worked at. So, why allow any people who don't pass the minimum criteria of respectful conduct to be hired at good companies into a Ruby subreddit to begin with? Those people are no different from random hobos and drug criminals one encounters on the streets with their hateful discriminatory negative conduct. So, what on earth are they doing in a Ruby subreddit if they don't pass the minimum code of conduct needed to be hired at any respectful ethical good companies! This is either a case of double-standards, which would implicate some of the moderators above as practicing discrimination, or a case of intentionally simping to unqualified people to feel like "heroes" (the hero worship complex). It's bad in either way. Be better!!!
If the Ruby community was healthy, a Ruby dev oughta be able to share a video they recorded for the benefit of the Ruby community in peace and with complete dignity and respect. Unfortunately, that's not the case in 2026. The Ruby community has deteriorated into trash because of terrible mods like the ones above.
Montreal.rb February 2026 Crystal: Ruby with Static Typing
The video and slides for the Montreal.rb February 2026 talk "Crystal: Ruby with Static Typing" have been published! Keep in mind this was more of a "hey, I discovered something cool" talk at a casual Ruby meetup, not a comprehensive tutorial at a software conference. The talk has so much material (that could fill a 3 day bootcamp) that it had to fly through the material very quickly, which can be jarring. The real exciting bit to any real Rubyist though is that Crystal has similar syntax to Ruby's and similar performance to that of C/C++/Rust. That is extremely exciting and awesome!!! It means Rubyists don't have to struggle through C or Rust's syntax to get performance enhancement as they have a much more elegant option in Crystal.
YouTube Video:
https://www.youtube.com/watch?v=3UwWbQi-eEoPresentation Slides:
https://docs.google.com/presentation/d/e/2PACX-1vRVWX6mMfCNA5WQo3q1PVu4ImlOq-wG_9Ekd6bRgF2U8fQoeq7FsHJ0z4Bx2Njgw-4ZUEHC64t9AOTx/pub?start=false&loop=false&delayms=60000Talk Description:
Crystal is a relatively new programming language that aims to emulate Ruby's syntax as much as possible while supporting Static Typing.
Although Ruby remains the most convenient and productive programming language for business app development due to handling types automatically with Dynamic Typing, in about 1% of Business Software Development cases, Crystal can help out when there is a need for much higher performance in response-time-sensitive and performance-intensive computations.
In a recent RubyConf keynote speech, Matz (the creator of Ruby) compared using a Dynamically Typed language like Ruby to driving a car with an automatic stickshift and using a Statically Typed language like C to driving a car with a manual stickshift. Most of the time, the convenience and productivity benefits of automatic stickshift are more desirable to deliver value in a timely fashion to customers. But, every once in a while, driving manual could be a very useful alternative for the few cases that need it. As such, it is valuable to learn Crystal for the sake of augmenting Ruby with a language that trades off some programmer friendliness for performance whenever needed.
This talk will provide a general overview of the Crystal programming language and show some Crystal code examples.
Monday, September 14, 2026
Video: Glimmer DSL for Web 0.10.5 Before & After Mutations
Release video for Glimmer DSL for Web (Award-Winning Frontend Framework for Ruby on Rails) version 0.10.5 (Before & After Mutations): https://youtu.be/BJ0oSsyddMg
Subscribe to:
Posts (Atom)