Tag: conference

From Karafka Ractors to Yoichi Whisky: My RubyKaigi 2026 Experience

Introduction

I just returned from RubyKaigi 2026, held from April 22nd to 24th in Hakodate, Hokkaido. For those unfamiliar with it, RubyKaigi is the biggest Ruby conference in the world, drawing speakers, committers, and Rubyists from across the globe. As always, it managed to combine deep technical talks with a uniquely Japanese atmosphere that no other conference comes close to.

This year's edition had a distinctly Hokkaido feel: the cold winds of the northernmost island, the smell of the sea, kaiseki dinners, sashimi at conference parties, and onsens - a lot of onsens. The conference itself was in the south of Hokkaido (Hakodate). Still, for me, the trip extended significantly further north and east thanks to my Japanese friend Hasumi Hitoshi, who once again made my Japan adventure something far beyond just a conference visit.

What I love most about RubyKaigi is how it bridges the gap between the Japanese and Western Ruby worlds. Despite Ruby coming from Japan, these two communities still feel oddly separate in day-to-day work - both reinventing the wheel from time to time, both not drawing as much from each other as we should. RubyKaigi is the rare place where these worlds collide. You meet the people whose code you've used for years, you hand them a beer, and suddenly Ruby's global ecosystem feels a bit more whole.

Pre-Conference: Tokyo Stopover and Heading North

My journey started in Tokyo, where I landed early in the morning. Passport control took 40 minutes, unusually long, but otherwise the trip was smooth. With a couple of hours to kill before my Shinkansen to Hakodate, I wandered around Tokyo Station and walked through the park near the Imperial Palace. There's something about Japanese parks that always gets me - even ten minutes from a major train station, the city noise disappears.

The Shinkansen ride was uneventful, but the local train from Shin-Hakodate to Hakodate brought an unexpected moment: an earthquake alarm went off mid-ride. Shortly after we pulled into Hakodate Station, tsunami sirens started wailing across the platform. But not a single Japanese person around me was panicking or evacuating, so I figured everything would be fine. It was. Welcome to Japan.

Day 0 - Hakodate Settling In

I arrived in Hakodate, settled into my hotel (which had its own quirks: a glitchy speaker playing a melody on loop and a wheezing AC unit), and did what any jet-lagged traveler does on day one: I slept. About 15 to 16 hours, with one break for breakfast.

Day 0 also brought the ANDPAD Welcome Drinkup, the unofficial kickoff for many of us. Roughly a hundred people crammed into Jimotoya, a local izakaya with great food.

The Conference Experience

Day 1 - Tagomori, Hasumi, and the Wind

The conference opened with Satoshi Tagomori's keynote on Box, his ongoing work on namespacing in Ruby. As I wrote about last year regarding namespaces, I have strong reservations about the feature. My core concern remains: until the surrounding ecosystem (RubyGems, Bundler) properly supports it, releasing Box risks fragmenting the Ruby ecosystem in ways we'll spend years cleaning up.

That said, Tagomoris absolutely deserved this keynote slot. The scope, the thinking, the engineering rigor, and the fact that he's willing to engage with critics (including me) about hard tradeoffs all make him one of the people I most respect in this community. I love this guy. I don't love this particular feature, at least not yet.

Later that day, Hasumi Hitoshi delivered his PicoRuby talk. Each year, I'm more impressed with how fast PicoRuby is evolving. Running Ruby on IoT devices used to feel like a curiosity; now it has serious, real-world use cases. There were noticeably more PicoRuby-related talks at this year's RubyKaigi, which suggests where the community sees this going. Hasumi-san's work on this, alongside PRK Firmware, IRB, and Reline, continues to be foundational for a whole subset of the Ruby world that doesn't always get the spotlight at major conferences.

The day wrapped with the RubyKaigi 2026 Official Party. The Japanese style of holding the official party in a hotel always slightly surprises me at first - back home, we'd probably do this kind of event in a pub or bar that had been reserved entirely for us - but late April in Hokkaido makes the indoor decision obvious. Big plus for the beer selection, which was excellent.

I stayed out until 1 am, wandering through Hakodate with a great group. The city, which on first impression I'd written off as a slightly run-down outpost, was already starting to grow on me. The wind, on the other hand, was absolutely brutal: without my winter hat, my head would have fallen off.

Day 2 - Nutter, Zhu, Tenderlove, and My Talk

Day 2 was, for me, the strongest technical day of the conference.

It opened with Charles Nutter's keynote on JRuby's history. This was well executed, presented as a journey rather than a lecture, packed with anecdotes, and giving real credit to all the people who built JRuby over the years. It's genuinely a bummer that Charles still has to spend time explaining what JRuby is to newcomers; given its capabilities, JRuby should be far more mainstream in many use cases than it actually is. The work he and the JRuby team do is impressive, and this talk did a great job of contextualizing it within the broader Ruby story.

Next came Peter Zhu with his talk on the next-generation GC for Ruby. Two things I always say about Peter: first, he delivers from both a presentation and a content standpoint; his talks are dense without being overwhelming. Second, his work on CRuby's GC is genuinely among the most important infrastructure work in our community right now. He laid out a clear roadmap and walked through the technical motivation. Easily one of my favorite talks of the conference.

Then Aaron Patterson took the stage to talk about faster FFI. I've been spending significant time recently rewiring large parts of Karafka and rdkafka-ruby to reduce the number of crossings between Ruby and C via FFI. Every transition has overhead, and at Karafka's scale, it adds up fast. Watching Aaron work on the language side of the same problem was encouraging. I plan to set up a stable benchmarking machine for the Karafka ecosystem, and I hope Aaron's work will eventually appear in those benchmarks.

A side note worth making explicit, every year: the RubyKaigi translation team is incredible. Simultaneous interpretation between Japanese and English is one of the things that make this conference uniquely accessible, and the people doing that work rarely get the credit they deserve. Thank you.

My Talk - Ractors in Karafka, in Production

Like in 2025, I want to give my own talk its own short section.

I spoke about using Ractors in production in Karafka. The hardest part of giving this talk was that while I was talking about my actual implementation of Ractor support in Karafka, I was also discussing Ractors themselves, which I obviously didn't implement and which still have well-known limitations.

The feedback was good, including from members of the Ruby Core Team, which mattered a lot to me. The core message I wanted to land was: Ractors, even with their current limitations, have a real, workable niche today, and they can be used in production. This is the chicken-and-egg problem we have to break. If no one uses Ractors because they're limited, no one will provide the production data the core team needs to improve them. Someone has to go first.

The slides are available below.

After the talks, the evening continued with the Treasure Data Hakodate Night Drinkup on the Tram. Big shout-out to Treasure Data for one of the most creative event ideas I've seen at any conference: a tram filled with sake and beer, wandering through Hakodate. I have a soft spot for this kind of slightly-crazy execution. Met some great people, had excellent sake, and capped it off with one more drink at a hotel bar with a group of Japanese Rubyists.

The night, however, kept going. I ended up at one of those tiny, deeply local izakayas: six chairs, paper menus in Japanese only, no prices, and one older man behind the counter, grilling yakitori on a tiny, smoking grill. ¥100 a stick. I had six. They were excellent. I will never understand the economics of these places, how a tiny restaurant with capacity for one Japanese regular and one bewildered tourist stays in business. Still, I am eternally grateful that they do. My jacket smelled like a campfire for the next 48 hours, and it was worth every minute.

Day 3 - John Hawthorn and Hunting GC Bugs

Day 3 brought John Hawthorn's talk on Write Barriers, which hit close to home. I ran into a brutal write-barrier-related issue in 2025, which I documented in detail in When Your Hash Becomes a String: Hunting Ruby's Million-to-One Memory Bug. If you've never had to debug a GC issue in production where a Ruby Hash somehow turns into a String, count yourself lucky.

It's encouraging to know that people are working to improve GC-related tooling, because anyone who has hunted for these bugs understands the unique pain of debugging something that, by definition, only manifests when the runtime is doing something invisible to the user. John's talk was a great roadmap, and I felt every second of the GC-debugging journey he described.

The Hallway Track

Before moving on, I want to call out something that doesn't appear on any official schedule but is the single most important part of every RubyKaigi: the hallway track. The conversations between sessions, in the lobby, over coffee, at the booths, in the food line - that's where actual collaboration happens.

If you ever make it to RubyKaigi, please don't try to attend every talk. The talks are recorded. The hallway track isn't.

The Evening Events - Thanks to the Sponsors

On Day 3 evening, before the post-conference adventures began, I attended a few more drink-ups. There are so many sponsored events at RubyKaigi that you genuinely can't go to all of them, and one of the highlights of every Kaigi is choosing which ones to drop into.

I want to thank the sponsors who made these events possible. Across the conference, I either attended or benefited indirectly from events organized by:

  • ANDPAD Inc. - Welcome Drinkup (Day 0) and Code Party (Day 2)
  • Treasure Data - the sake-and-beer tram ride (Day 2)
  • The RubyKaigi 2026 organizing team - the Official Party (Day 1)
  • All the smaller drinkups across Days 1-3 from STORES, Hello Inc., IVRy, Leaner Technologies, ESM, CodeCast, note inc., Findy, Studist, OPTiM, giftee, Coincheck, GMO Internet Group, hacomono, Link and Motivation, mov, freee, pixiv, Net Protections, and many more I'm probably forgetting.

These events are what turn RubyKaigi from a conference into a community.

Post-Conference Adventures with Hasumi-san

Now for the part that, as in 2025, ends up being almost as important as the conference itself: the trip after.

This year, I had the enormous privilege of being invited by Hasumi-san for a road trip through Hokkaido. He had planned the route, organized the rental car, arranged accommodations, and generously shared his time over multiple days to show me parts of Hokkaido I would never have seen on my own. None of this would have happened without him. Thank you, Hasumi-san. 🙏

Hokuto, Futamata Radium Spa, Soba in Makkari, and Lake Hangetsu

We rented a car after the conference and drove first to Hokuto for the cherry blossoms. From there to Futamata Radium Spa (二股ラヂウム温泉旅館), an old onsen tucked deep in the forest. The water is famously radon-rich and forms a 25-meter limestone dome, one of only two formations of its kind in the world (the other being at Yellowstone), now a registered natural monument of Hokkaido.

For lunch, we stopped at Ishimame Soba in the village of Makkari, on the southern slopes of Mount Yōtei - a small, family-run place ranked among the top 75 soba restaurants in Japan and accessible only by car. Then on to Lake Hangetsu (半月湖), a crater lake at the foot of Mount Yōtei (often called "Ezo Fuji" for its resemblance to the real thing), formed roughly 3,000 years ago by a side eruption.


Otaru - Ceramics, a Polish Connection, and Finally the Nigori Sake

From Lake Hangetsu, we headed to Otaru. This beautifully preserved port town boomed during the Meiji and Taishō eras, then quietly fell out of fashion when the herring industry collapsed, which is exactly why all the old buildings are still standing.

Otaru also gave me the moment I'd been chasing since the start of the trip: finally finding nigori sake. I'd been turned away from some izakayas in Hakodate, and it took until a quiet evening at a small Otaru bar to finally get a glass of it.

Yoichi - Whisky and History

From Otaru, we took a short train ride to the Nikka Whisky Yoichi Distillery. The short version of the story: Masataka Taketsuru, son of a Hiroshima sake-brewing family, traveled alone to Scotland in 1918 to learn whisky-making. He studied chemistry at Glasgow, worked at three Scottish distilleries, married a Scottish woman named Rita Cowan in 1920 against the wishes of both their families, and brought her back to Japan. After working at what would become Suntory, he founded his own distillery in Yoichi in 1934 - chosen specifically for how closely it resembled Scotland: cold winters, peat, sea air, mountain water.

Walking through Yoichi today, you can feel that story in every building. The pagoda-roofed kiln towers, the pot stills heated directly by coal fire (one of the few major distilleries in the world still doing this), and ten buildings now designated Important Cultural Properties of Japan.

A Detour to Sapporo

Our route did not include Sapporo, but circumstances led us to make a quick detour into the city. I had about 45 minutes there - just enough to grab some Japanese green tea and a Pokémon toy for my son. Sapporo looked beautiful and was worth a proper visit some other time. It's only 40 minutes from Otaru, much closer than I'd realized.

Lake Shikotsu

For the final leg, we drove on to Lake Shikotsu (支笏湖) and the historic Marukoma Onsen Ryokan (丸駒温泉旅館), founded in 1915, where we stayed for the night.

Marukoma has one of the most unusual onsens in Japan: among its several pools, there is one outdoor bath whose water level rises and falls with the lake, as it is naturally connected to it. Unfortunately, the lake level was too low during our stay, so this particular pool was out of use - but the other pools were just as relaxing. We went in twice, once in the late afternoon and again at 4:30 am the next morning, my last day in Japan, to catch the sunrise over the lake and the surrounding mountains. Worth every minute of lost sleep.

Lake Shikotsu itself is the second-deepest lake in Japan (363 m), one of the clearest in the world (visibility around 20 meters), and so deep and warm that it never freezes, even in Hokkaido winters.

A Final Day in Narita

After Hasumi-san dropped me off at New Chitose Airport, I flew down to Narita in the morning, where I had about eight hours before my Tokyo-Warsaw flight. I had originally planned to treat Narita as an airport with a hotel and was bracing myself for a boring last day. I could not have been more wrong.

The town itself is a 1080-year-old pilgrimage center built around Naritasan Shinshōji, one of the top three pilgrimage temples in the country (about 5.5 million visitors a year), with a beautifully preserved Edo-period shopping street leading up to it. You can eat unagi from restaurants that have been preparing it the same way for over 300 years.

I had unagi-don for lunch, then bought local sake at Choumeisen (長命泉), a small brewery on Omotesando. I'd hoped to bring back a bottle of nigori. Still, the owner gently warned me that her unpasteurized nigori would ferment in my luggage and possibly explode mid-flight - a wonderful, very Japanese moment of someone protecting me from myself. I bought a pasteurized junmai instead.

I also attended the Goma Fire Ritual at Daihondō, the temple's main hall. Five times a day, every day, for over 1,000 years without interruption, monks light a sacred fire while chanting Shingon Buddhist mantras, accompanied by drums and bells. The flames rise meters into the air. Worshippers can hand over personal items to be blessed in the smoke.

If you ever have an eight-hour layover at Narita, do yourself a favor and skip the airport lounge. Go to Naritasan instead.

Why RubyKaigi Matters

Looking back at RubyKaigi 2026, I again notice that the talks, while excellent, are not what make this conference unique. The talks will be on YouTube. What you can't replicate is the connections, the conversations, the post-conference trips.

A few things I keep thinking about:

The Japanese and Western Ruby scenes are still too separated. Work and products evolve in parallel, with both sides reinventing each other's wheels because we don't talk enough. RubyKaigi pushes against this every year, but three days isn't enough. Honestly, this should be five.

The hospitality of Japanese Rubyists is on another level. Hasumi-san planned a multi-day trip to show me parts of Hokkaido I'd never have found on my own; Japanese attendees patiently practicing English with foreigners at every drink-up; sponsors going out of their way to organize creative events. I don't know any other tech community that operates like this.

The post-conference time matters. People treat RubyKaigi as part vacation, part professional development, and that combination of sightseeing and serious technical conversation is what makes it different from any other conference I've attended. The "official" three days are a fraction of the real experience.

Summary and Final Thoughts

Reflecting on RubyKaigi 2026: the technical content was great, the social events were unmatched, and the post-conference trip across Hokkaido turned this into something far beyond a conference. None of that last part would have happened without Hasumi-san - thank you, once again, for being an extraordinary friend and host.

RubyKaigi 2027 will be in Miyazaki. I'm already looking forward to it. If you've never been to a RubyKaigi, start planning now.

🥃🛕🍶

Past, Present, Future, and Brotherly Love: My Final RailsConf Journey

A few weeks have passed since RailsConf 2025, which was running from July 8th to 10th in Philadelphia, PA, and I've had time to process what was my first (and last) RailsConf experience. It wasn't just any RailsConf – it was the final edition after nearly 20 years of bringing together the Rails community. There's something poignant about attending what the organizers called "the last celebration" of Rails' longest-running conference.

After attending RubyKaigi 2025 in Matsuyama this past April, I was eager to compare it with RailsConf. RubyKaigi emphasizes Ruby internals and provides a unique bridge between Japanese and Western cultures, while RailsConf focuses on the Rails ecosystem and its diverse, dynamic community. With these experiences in mind, I approached RailsConf with excitement and curiosity about how it would distinguish itself.

Philadelphia was an excellent choice for this final gathering. The conference was held at Sheraton Philadelphia Downtown (201 N 17th St), right in the center of the city, making everything conveniently walkable. The organizers did an outstanding job securing accommodations at both the central conference hotel and The Logan Philadelphia nearby, ensuring plenty of space for attendees.

Getting There: From Kraków to the City of Brotherly Love

My journey to Philadelphia started early - a 6 AM flight from Kraków to Frankfurt, then onward to Philadelphia. I appreciated that the organizers chose a city accessible to international attendees. The East Coast location was particularly beneficial for European travelers like myself - the jet lag wasn't too punishing, coming from Poland.

I was apprehensive about border controls, which seem increasingly rigid these days, though I encountered no problems whatsoever. Philadelphia pleasantly surprised me with its cleanliness and surprisingly calm atmosphere, at least in the downtown area where the conference took place.

First Impressions: Heat, Humidity, and Hospitality

What immediately struck me was the oppressive weather – 36°C (97°F) with crushing humidity. Walking became a strategic exercise in shadow-hopping and route optimization. Despite the heat, the city had that distinctive American energy that I genuinely enjoyed with a European twist.

I have mixed feelings about hosting conferences directly in hotels where attendees stay. On one hand, it's incredibly convenient – you can grab a quick nap between sessions or drop off swag without leaving the building. On the other hand, it can create a bubble effect where you never really experience the host city. In this case, the convenience won out, especially given the weather.

Day 1: Technical Content and Community Connections

Day 1 was primarily about reconnecting with familiar faces and meeting new community members. There was one standout technical presentation about "The Ghosts of Action View Cache" that caught my attention for being genuinely technical and diving into implementation details.

Having just come from RubyKaigi, I had my expectations for technical depth calibrated relatively high. Coming from RubyKaigi, where presentations dive deep into Ruby internals and advanced topics, some of the RailsConf talks felt less technically dense. That's not to say the presentations weren't valuable – they addressed different needs. RailsConf has always been about the broader Rails ecosystem, including topics that might not interest hardcore Ruby internals folks but are crucial for the day-to-day work of Rails developers.

The evening was refreshingly low-key – we stayed in the hotel, shared some beers, and enjoyed conversations about the state of Rails and Ruby. Nothing spectacular, but precisely the kind of organic community building that makes conferences worthwhile.

Day 2: Past, Present, and Future Panel

Day 2 was the big day for me – I participated in a panel discussion with Mike, Rosa, and Ben about the past, present, and future of Ruby background processing engines. I can't objectively evaluate our performance since I was part of it, but the audience seemed engaged, and there was plenty of laughter, which I take as a good sign.

We managed to cover both our prepared talking points and several audience questions. I wish we'd had more time to delve deeper into technical implementation details, but RailsConf targets a broader audience than highly technical conferences like RubyKaigi.

One thing I noticed was how polite everyone was during the panel. Nobody complained about things that don't work well in the Ruby background processing ecosystem. While that makes for a pleasant discussion, it also means we might have missed opportunities to address real pain points that developers face daily. These could be a topic for a future blog post themselves.

The day also included hackathon–style breakout sessions with teams tackling different challenges. I ended up working on my projects and ideas – essentially a personal mini-hackathon to prototype a small application I'd been contemplating.

Meeting Karafka and Shoryuken Users

What made this day particularly special was connecting with the users of my open-source projects. I was thrilled to meet people using both Karafka and Shoryuken, and the positive feedback I received was incredibly energizing. There's something uniquely rewarding about putting faces to GitHub usernames and hearing firsthand how your work impacts other developers' daily lives.

Exploring Philadelphia: Food, Culture, and Conference Social Events

Between conference sessions, I managed to explore Philadelphia's highlights. The Rocky Steps at the Philadelphia Museum of Art were obligatory – you can't visit Philly without channeling your inner Rocky Balboa, however cliché it might be. The surrounding museum district offered beautiful architecture and a rich historical atmosphere perfect for wandering.

The culinary scene exceeded expectations. I particularly enjoyed some fish tacos from my Uber-recommended spot - perfectly spiced with just the right amount of heat, crispy texture, and fish that wasn't overly moist. Philadelphia's diverse food landscape offered far more than the stereotypical cheesesteaks, though I did sample those, too.

Conference Social Events

The Sidekiq-sponsored board games evening was brilliant. While I'm not typically a board game enthusiast, I was there for the beer and conversations – and both delivered. These kinds of informal gatherings often produce the best conversations and connections.

Day 3: Presentations and Concerns About AI

Day 3 brought on several compelling talks. I particularly enjoyed one about ActiveRecord migrations that was well-executed and informative.

But the highlight, as always when he's speaking, was Aaron Patterson's talk. Aaron has this unique ability to be simultaneously hilarious and thought-provoking. His presentation covered his previous talks and various loose thoughts about conferences and the Ruby ecosystem. While entertaining, he touched on a topic that's quite troubling for me: the impact of AI on the open-source environment.

Aaron's concerns mirror my own growing apprehensions. He argued that AI tools might inadvertently stifle innovation because the friction and pain points that typically drive developers to create better solutions will be papered over by AI assistance. Instead of solving problems that hurt developers, we might start offloading responsibility to these tools to work around issues rather than fixing them fundamentally. He gave the example of "convention over configuration" in Rails – a principle that emerged from the pain of XML configuration files. If LLMs had existed then, developers might have automated the XML generation rather than questioning whether XML configuration was the right approach at all.

It resonates with my concerns about AI's impact on tool selection and ecosystem diversity. If developers increasingly rely on AI recommendations, they'll likely choose the most popular tools - the ones the AI was trained on most heavily – rather than better, more innovative, or more suitable alternatives for specific use cases. It could cement the current landscape, making it increasingly difficult for new tools to gain adoption unless they fill an empty niche.

The risk is that instead of a diverse, evolving ecosystem where better solutions can emerge and gain traction, we might end up with a "frozen" developer landscape where the most popular tools become permanently entrenched simply because they're what AI tools recommend.

Day 4: RubyGems Team Meeting

While the official conference ended on Day 3, Day 4 brought an important RubyGems team meeting. It lasted about 2.5 hours and was incredibly productive. Having six of us in person was fantastic - there's something irreplaceable about face-to-face collaboration when you usually work distributed across different time zones.

We covered numerous topics about how RubyGems operates and what changes we need to make moving forward, including many operational aspects related to new platform policies. Some excellent improvements will come out of that meeting.

This kind of in-person collaboration is one of the most valuable aspects of conferences that people often overlook. While the talks get recorded and can be watched later, these impromptu meetings and discussions can only happen when everyone's in the same place.

Community Reflections: Age, Support, and the Future

Several things struck me about this final RailsConf, mostly positive and some concerning.

The Positive: The organization was excellent, Philadelphia proved to be a great host city, and the community spirit was strong. I received numerous warm comments about my open-source work, particularly Karafka and Shoryuken, and met users I'd never have encountered otherwise.

The sponsor's presence created a good atmosphere for meaningful connections with companies supporting the Rails ecosystem.

Many people expressed genuine interest in contributing to open-source projects, but seemed unaware of the challenges involved in maintaining a project over many years. It isn't criticism – it's more an observation about the gap between wanting to help and understanding what's involved in long-term project maintenance.

The Concerning: One observation that both struck and somewhat concerned me was the apparent aging of conference attendees. I'd estimate the average age at the conference was well over 35, possibly closer to 40. It could indicate several troubling trends:

  1. Market conditions: The tech job market, particularly for junior developers, might be challenging enough that fewer younger developers are attending conferences.

  2. Technology relevance: Ruby and Rails might not be attracting new developers the way they once did. This could be specific to the region (Philadelphia) or a broader trend.

  3. Economic factors: Companies might not be funding conference attendance as readily, particularly for more expensive destinations requiring travel and accommodation.

The criticism I received about Karafka's pricing also highlighted an interesting disconnect. Some developers seemed to view the commercial aspects of open-source sustainability as problematic, despite the extensive free tier and the reality of what it takes to maintain enterprise-grade software over many years.

Final Thoughts: The Magic of In-Person Gatherings

RailsConf 2025 was a fitting finale to nearly two decades of Rails conferences. While different from RubyKaigi – less technically intense but more focused on community and practical applications – it served its purpose well as a gathering place for the Rails ecosystem.

The enduring magic of every conference lies in facilitating conversations and connections that simply cannot happen any other way. Despite all our advances in remote collaboration tools, they remain fundamentally limiting for certain types of relationship-building and knowledge transfer. Despite all the advances in remote work and virtual collaboration, there's still something irreplaceable about grabbing a beer with someone whose gem you depend on, or having an impromptu hallway conversation that sparks a new idea.

As Rails conferences transition to becoming tracks within RubyConf starting in 2026, I hope we don't lose the specific focus on the Rails ecosystem that made RailsConf valuable. The combination of community building, practical applications, and ecosystem updates served an essential role in keeping the Rails world connected.

While I miss the deep technical content that makes RubyKaigi special, RailsConf fulfilled a different but equally important role. It reminded me why I fell in love with the Rails community in the first place – not just for the technical excellence, but for the people who make it work.

Philadelphia truly lived up to its "City of Brotherly Love" reputation. The warmth of both the city and the Ruby community created a memorable experience that I'll carry forward as our community continues to evolve and adapt to new challenges and opportunities.

Here's to the next chapter of Rails conferences, and to the community that will keep Rails thriving for years to come.


If you enjoyed this post, you might also like my RubyKaigi 2025 experience or check out my work on Karafka.

Copyright © 2026 Closer to Code

Theme by Anders NorenUp ↑