💎Ruby歴1ヶ月、見習いRubyistがRubyKaigiに参加してきた話

はじめてのRubyKaigi：入社1ヶ月・Ruby初心者で挑んだ挑戦

2025年3月にtoypoに入社して、ちょうど1ヶ月。そんなタイミングで参加したのが、エンジニア界隈ではおなじみの技術カンファレンス「RubyKaigi 2025」でした。

実は私、それまでRubyはほぼ未経験。バックエンドはNode.jsがメインで、RailsでAPIを何本か書いたことがある程度の状態でした。そんな中での参加には正直なところ不安もありましたが、toypoの「とりあえず行ってこい！」という懐の深さに後押しされ、愛媛へ向かうことに。

結果的に、この経験は技術的な視野を広げてくれたのはもちろん、Rubyという言語やそのコミュニティの文化の魅力に気づかせてくれる、非常に良い機会となりました。

もちろん、セッションの内容は難解なものも多く、理解できたのは体感で1割程度。でも、「Rubyってこういう課題に挑戦してるんだ」「言語の中身ってこんな仕組みで動いてるんだ」といった普段あまり意識しない部分に触れられたのは、初心者だからこそ新鮮で、何よりも楽しい時間でした。

会場に入る瞬間、ワクワクが高まりました

この記事は「Ruby歴1ヶ月の見習いRubyist」が、RubyKaigi 2025に初参加した体験記です。
初心者目線での気づき・感動・学びをお届けします。

会場に広がるMINASWANの空気感

RubyKaigiは技術カンファレンスでありながら、そこに集う人たちの「文化」や「空気感」もまた、大きな魅力のひとつだと感じました。

カンファレンスは、Asakusa.rbを立ち上げた松田明さんの「MINASWAN（Matz Is Nice So We Are Nice）」という言葉でスタート。参加者の誰もがこの精神を体現しているかのように、フレンドリーで、誰にでも話しかけやすい雰囲気が会場全体に漂っていました。

オープニングセッションでは、Rubyコミッターでありメンテナーの今泉さんが登壇。セッションは、Rubyと文字コードの歴史というややマニアックなテーマから始まりましたが、自分の好きな領域を嬉々として語る姿にとてもエネルギーを感じ、聞いているだけでワクワクしました。

全体を通して見えてきた技術的なトピックは、大きく3つに分けられそうです。

技術的なトピック3選

• 高速化への挑戦：YJITやZJITなど処理性能の改善
• 開発を支えるツールの進化：型定義ツール Steepなど
• Rubyの新しい可能性の模索：mrubyやWebAssemblyとの連携

正直、技術的にすべてを深く理解できたわけではありませんが、それぞれのセッションからは強い「挑戦」の意志が伝わってきました。そして何より、それらを支える開発者たちの熱量に圧倒されました。

たくさんの企業・コミュニティが出展しており、終日活気がありました

Rubyの未来を感じたセッションたち

RubyKaigiでは数多くのセッションが行われていましたが、その中でも特に印象に残った3つのセッションをご紹介します。どれも、Rubyの未来やコミュニティの姿勢を強く感じさせてくれる内容でした。

💎 Goodbye fat gem 2025（@ktou）

このセッションでは、gem開発者が直面する「Fat Gem問題」について語られていました。
たとえばひとつのgemを維持するだけでも、Rubyの4バージョン × 複数のOS・アーキテクチャ環境（11通り）に対応しなければならず、結果として44通りもの組み合わせを想定したメンテナンスが必要になります。

それに加えて、依存ライブラリの更新、Ruby本体の変更への対応、CIの整備、セキュリティパッチの追従…。gemをひとつ保つということが、これほどまでに多くの知識と努力の上に成り立っているのかと驚かされました。

このセッションを通じて、普段 gem install で何気なく使っているツールの背後にある苦労と情熱に気づき、OSSの「裏方」としての支えを強く意識するようになりました。
「使う側」から「支える側」へ、少しでも自分も歩み寄ってみたいと思うようになりました。

---

💎 Improvement of REXML and speed up using StringScanner（@naitoh）

XMLパーサー「REXML」の高速化に関するセッション。具体的には、文字列処理を StringScanner に置き換えることで、大きなパフォーマンス向上が得られたというものでした。

一見シンプルな技術的改善に見えるかもしれませんが、このセッションで最も心を打たれたのは、その改善のプロセスです。
多数の小さな最適化やリファクタリングが丁寧に積み重ねられ、最終的な効果を生み出していく様子は、まさにOSSの美学を感じさせるものでした。

OSSの改善とは、まさに情熱ある一人の開発者の地道で静かな革新の連続なのだと改めて実感。こうした取り組みの積み重ねが、今の快適な開発体験を支えているのだと思うと、深い敬意を抱かずにはいられませんでした。

---

💎 Modular Garbage Collectors in Ruby（@peterzhu2118）

このセッションでは、RubyのGC（Garbage Collector）をモジュール化して、将来的に外部のGC実装を差し替え可能にする構想について語られていました。

この構想が実現すると、ユースケースやパフォーマンス要件に応じてGCを選べる未来が来るかもしれません。たとえば、リアルタイム処理向けのGC、省メモリ向けのGCなど、ユースケースに応じて切り替えが可能になるイメージです。（違っていたらすみません…！）。

GCというと、これまで「Rubyにおまかせ」の存在で、意識することがほとんどありませんでしたが、こうした内部の仕組みまで拡張性を持たせようとする発想に触れ、Rubyが今後さらに柔軟で強い言語へと進化していく可能性を強く感じました。

---

カジュアルに学びあう文化と“廊下”の力

RubyKaigiではセッションの内容もさることながら、会場全体に流れる「学びの文化」もとても印象的でした。

例えば、ネットワーキングの時間や休憩中のちょっとした会話で、普段ならなかなか出会えないエンジニアたちとカジュアルに話すことができました。
スタートアップでは少人数で幅広い役割をこなしている方、大企業では部署間の調整に奔走している方、地方でコミュニティを牽引している方など、立場やフェーズは違っても、それぞれが自分の現場で最大限に力を尽くしていて、どの会話からも「目の前の課題に本気で向き合っている姿勢」が伝わってきて、とても印象的でした。

また、驚いたのが「コミッターがすぐそこにいる」という空気感。
登壇者やRubyの中心人物たちが、セッション外でも普通に話せる距離にいて、興味があればすぐに質問できる。それを周囲も自然に受け入れていて、そこに一切の壁を感じさせない空気がありました。

このような非公式な対話のことを、RubyKaigiでは「廊下トラック（Hallway Track）」と呼ぶのだそうです。登壇者は発表時間の制約があるために話しきれなかった内容を、こうした場で補足することも多いのだとか。

この「廊下」での交流が、RubyKaigiの魅力を何倍にもしていることは間違いありません。
カジュアルな雑談や質問が、新しい技術の理解に繋がったり、思わぬヒントを得られたりする。そういった偶然の連続が、技術のコミュニティを育てているのだと実感しました。

まさかMatzとこんな近くで話せるとは！MINASWAN精神を全身で感じました

Ruby歴1ヶ月、見習いRubyistのKaigi体験記・完

RubyKaigiに参加して強く感じたのは、「Rubyという言語は、困ったエンジニアが、自分のために工夫してきた歴史の集まりなんだ」ということでした。

創設者のMatzは「より楽しい言語」を求めてRubyを作り、多くの登壇者が「自分がハマった」「なかったから作った」といった、きわめて個人的で、エンジニアらしい動機から話を始めていました。
でも面白いのは、そうして生まれた工夫や改善が、結果的に他の誰かの助けにもなっているということ。

Rubyの文化は、「自分が困ったから作る」→「気づいたら誰かが助かっている」という、人間的な連鎖でできているんだなと、しみじみ感じました。

---

私もまだまだ見習いRubyistではありますが、このRubyKaigiで触れた「作り手としての自然な姿勢」に、大きな刺激と勇気をもらいました。
「誰かのため」じゃなくても、自分の課題に向き合うことが、やがて誰かの力になる。そんな風に感じられる3日間でした。

そんな体験をさせてくれたtoypoという会社に、改めて感謝の気持ちを伝えたいと思います。
toypoというサービスの根底には、“周りにいる人をより幸せにしたい” という創業時からの想いがあります。
今回RubyKaigiに参加できたのも、そうした価値観を大切にしている会社だからこそであり、学びの機会を後押ししてくれたCTOをはじめ、チームの皆さんのサポートのおかげです。本当にありがとうございました！

Thank you RubyKaigi!

チーム皆でノーバグ祈願もバッチリ（効果ありますように…！）

🏷️ #RubyKaigi2025 #Ruby #Zenn #toypo