Stay in the loop with development news around Ruby on Rails and Ruby.
In this episode, I’m joined by Victor Shepelev, a member of the Ruby Core team and the author of Ruby’s new Data class. We dive into why Ruby needed the Data class, exploring how it fits into the language and enhances Ruby’s capabilities. Victor also shares insights on some other exciting Ruby features, including Numbered Block Parameters, the "it" keyword, and the growing role of functional programming in Ruby.
Beyond coding, Victor has a unique perspective as he’s officially enlisted in the Ukrainian Army. I had the chance to talk with him about what it’s like to balance life as a Rubyist and a soldier, and we discuss meaningful ways to support him and Ukraine.
Try Mailtrap for free
Ruby Data Class
Ruby Changes
Support Ukraine
Useless syntax sugar”: Numeric block parameters
In this episode, I sit down with a seasoned Rails engineer to dive into the technical intricacies and community-building work that power the Ruby ecosystem. Adrianna, who currently works as an engineer at Shopify shares insights into their role, their experience with the vibrant WNB.rb community, and what goes into organising meetups focused on all things Ruby and Rails.
We take a deep dive into Trilogy, Shopify’s custom implementation of the MySQL protocol. Adrianna unpacks the motivation behind developing Trilogy, the design choices that distinguish it from the traditional libmysqlclient library, and the trade-offs they faced. We also discuss the challenges of migrating from MySQL 2 to Trilogy, particularly around compatibility and maintaining a seamless CI/CD pipeline throughout the process.
Listeners will learn about the performance benefits Trilogy offers, how Shopify overcame the obstacles of database migration, and the future roadmap for Trilogy’s development in Rails. Finally, Adrianna reflects on the books that have been instrumental in shaping their career, offering valuable recommendations for developers at all levels.
Try Mailtrap for free
Migrating Shopify’s Core Rails Monolith to Trilogy - Rails World 2023
Trilogy
WNB.rb
The debugger you didn't know you needed. Ruby comes with an official debugger called Debug, which is now included in new Rails applications. Surprisingly, many Rails developers are still unaware of just how powerful this tool is. In this episode, Stan and I dive into its capabilities, exploring how it enhances the debugging process and makes troubleshooting more efficient.
As you'd expect, any conversation with Aaron inevitably involves Ruby, Rails, compilers, and profiling. In this episode, we delve into all these topics. Enjoy!
In this conversation, Matt discusses his podcast Yagny FM and the motivation behind it. He also talks about his approach to open source contributions within the Rails ecosystem. Matt shares his thoughts on Hotwire and the misconception of using all its features. He discusses the trade-offs between basic conditionals and feature management tools in terms of long-term maintainability and scalability. Matt also touches on the use of feature flags and how to balance simplicity with increasing complexity over time. Lastly, he briefly mentions his experience with background jobs and the potential move to Solid Queue. In this conversation, Matt Swenson discusses considerations for choosing job processors in Rails applications, the benefits of using ViewComponent for front-end development, and his experience working at Arrows, a B2B SaaS company.
Matt's tweet:
"IMO a Hotwire app should be like 85% Drive, 10% Frames, 5% Streams -- often I see people (including articles/guides) that have it almost completely flipped."Feature Flags: The stupid simple way to de-stress production releases
Solid Queue Consideration
Arrows
In this interview with Rosa Gutierrez of 37signals, Rosa elaborates on her work, particularly her contributions to Solid Queue and its implementation alongside Active Job. She describes the motivations behind developing Solid Queue, addressing performance issues with existing systems like Resque, and transitioning some workloads to database-backed queues. Rosa also explains the technical details of Solid Queue's architecture, including supervisor and dispatcher roles, how it handles job prioritization, concurrency, and the challenges of ensuring performance in high-load environments. Essential advice is provided on when to use or avoid Solid Queue, depending on specific needs and existing setups.
In this episode, Bobbilee, a pivotal figure in the Rails community, shares the inspiring journey behind Rails Camp West. Bobbilee talks about the origins and motivations for creating Rails Camp West, rooted in her experiences at big tech conferences and her desire to create a more intimate, laid-back environment for tech enthusiasts. She highlights the first camp in 2014 and how it has grown into a beloved annual event with a 75% return rate among attendees, showcasing the community’s strong bonds.
Bobbilee delves into the distinctions between Rails Camp West and the original Australian Rails Camp, emphasising the intentional smaller scale of her gatherings to foster deeper connections and more effective networking among participants. Both camps, though different in execution, share a spirit of collaboration and passion for Rails and Ruby.
Andrzej Krzywda discusses event sourcing, event-driven architecture, and Domain-Driven Design (DDD) in the context of Ruby on Rails applications. He explains the concept of bounded contexts and how they relate to communication between different modules. He also shares insights on when and why to apply DDD to Rails applications, particularly in cases where the application becomes complex and difficult to maintain. Andrzej explores the challenges and benefits of migrating an existing Rails app to an event-driven architecture and highlights advanced event sourcing concepts such as snapshotting, projections, and versioning. In this conversation, Andrzej Krzywda discusses event sourcing and DDD in Rails applications. He explains the concepts of snapshotting and projection, which are techniques used to optimize performance and retrieve specific data from event streams. Andrzej also delves into the challenges of event versioning and how it can be managed in Rails applications. Additionally, he shares insights about the wroclove.rb conference, its history, and its focus on advanced and deep technical topics.
Takeaways
Event sourcing is a persistence mechanism that persists all the little changes that happen to a specific object, while event-driven architecture is a way of building software modules that communicate with events.
DDD involves splitting a system into contexts or domains and using events to communicate between them. It can be applied to Ruby on Rails applications, particularly in cases where the application becomes complex and difficult to maintain.
Migrating an existing Rails app to an event-driven architecture can help address issues with large classes, complex associations, and lack of modularity.
Advanced event sourcing concepts such as snapshotting, projections, and versioning can be used to optimize performance and manage data integrity in event-driven applications. Snapshotting and projection are techniques used in event sourcing to optimize performance and retrieve specific data from event streams.
Event versioning is a challenge in event sourcing, but it can be managed by introducing new event versions and implementing upcasters to convert old events to new versions.
wroclove.rb is a Ruby and Rails conference in Wrocław, Poland, that focuses on advanced and deep technical topics.
The conference aims to inspire, educate, and challenge the status quo in the Ruby and Rails community.
Rails Event Store and Eventide are two libraries that facilitate the implementation of event-driven architectures in Rails applications, each with its own philosophy and approach.
wcrolove.rb Ruby and Rails Conference
RailsEventStore
Arkency
Rails Architect Masterclass
[Video] Event Sourcing Demystified: A Simple-To-Understand Guide
The conversation covers various aspects of RailsConf, including its mission, organization, and selection process for talks. The chapters delve into the background of the participants, the role of Ruby Central in organizing RailsConf, and the significance of the conference in the Ruby and Rails communities. The discussion also explores the unique features of RailsConf 2024, such as the community day and hack day, as well as the selection process for talks and the responsibilities of the program committee. Additionally, the conversation touches on the criteria for choosing conference locations and the process of selecting keynote speakers. In this conversation, Emmanuel Hayford interviews Andy Croll and Ufuk Kayserilioglu about their experiences with conferences like RailsConf and Brighton Ruby. They discuss the acceptance and rejection process for conference speakers, the origins and purpose of Brighton Ruby, the importance of personal interaction at conferences, the dynamics of partnering with hotels, the sponsorship opportunities for RailsConf, and the benefits of attending conferences for personal and professional growth.
Takeaways
Senior Developer Jenny Shen from Shopify joins me to discuss RubyGems. In this episode, we unravel the intricate mechanics of dependency resolution within RubyGems, exploring topics such as compact indexes and more. Our discussion extends to the paramount issue of security, where we examine the proactive measures undertaken by the RubyGems team to fortify gems for every Ruby programmer.
PubGrub version solving algorithm
The New Rubygems Index Format by Andre Arko
Trusted Publishing on RubyGems.org
In this monologue, I've highlighted just a few of the features that I'm eagerly anticipating in Rails 8. As the first episode of the year, I've also addressed some housekeeping matters, determining the optimal episode production capacity and pace. Most importantly, I want to express my gratitude to all the listeners of The Rails Changelog – thank you for your unwavering support.
Your feedback is valuable to us. Should you encounter any bugs, glitches, lack of functionality or other problems, please email us on [email protected] or join Moon.FM Telegram Group where you can talk directly to the dev team who are happy to answer any queries.