RubyKaigi 2025 の発表から見えた、いま追うべき Ruby の6テーマ
RubyKaigi 2025 の公式 schedule と各発表概要を見ながら、
2025年の Ruby コミュニティがどこに投資しているのかを整理してみました。
この記事でいう「優先度」は RubyKaigi 公式のランキングではなく、
発表テーマの厚みと、実務への波及の大きさから見た私見です。
対象読者は、Ruby / Rails を実務で触っている若手〜中級エンジニアです。
「全部の発表は追いきれないけど、2025年はどこが熱かったのかは知りたい」という人向けにまとめています。
先に結論
2025年の RubyKaigi をざっくり見ると、強かったテーマは次の6つです。
- 性能・VM・GC・JIT
- 型・RBS・静的解析
- 開発ツール / DX
- パーサ・構文・AST
- セキュリティ・供給網
- 組み込み・Wasm・代替実装
個人的には、「Ruby はもっと速くなる」だけではなく、
「もっと観測できる」「もっと解析できる」「もっと道具が効く」方向へ進んでいるのが
RubyKaigi 2025 の一番大きいメッセージだったように感じました。
一覧で見る
| テーマ | 会議での存在感 | 実務インパクト | まず追う優先度 |
|---|---|---|---|
| 性能・VM・GC・JIT | とても高い | 高い | ★★★★☆ |
| 型・RBS・静的解析 | 高い | とても高い | ★★★★★ |
| 開発ツール / DX | 高い | とても高い | ★★★★★ |
| パーサ・構文・AST | 高い | 中〜高 | ★★★☆☆ |
| セキュリティ・供給網 | 中〜高 | 高い | ★★★★☆ |
| 組み込み・Wasm・代替実装 | 中くらい | 中くらい | ★★☆☆☆ |
1. 性能・VM・GC・JIT
RubyKaigi 2025 を象徴していたのは、まずこの領域だと思います。
observability、YJIT、ZJIT、allocation、Class#new、Ractor local GC、Modular GC まで、
Ruby を 「どう速くするか」 だけでなく、「どこが遅いのかをどう見えるようにするか」 まで含めた話が並んでいました。
特に印象的なのは、性能改善が「気合いの最適化」ではなく、
計測・観測・プロファイリング前提の開発として語られていたことです。
実務で Ruby を触る側としては、JIT の細部を全部理解するよりも、
benchmark / profile / allocation / GC pressure を言語化して議論できるようになるほうが先に効きます。
参考URL
- RubyKaigi 2025 Schedule
- Performance Bugs and Low-level Ruby Observability APIs
- Deoptimization: How YJIT Speeds Up Ruby by Slowing Down
- ZJIT: Building a Next Generation Ruby JIT
- Toward Ractor local GC
- Modular Garbage Collectors in Ruby
2. 型・RBS・静的解析
2025 年の型まわりは、
「Ruby に型を入れるべきか？」という抽象論よりも、
型情報をどう Ruby の開発体験に溶け込ませるか に議論が進んでいる印象でした。
Steep の type guard、TypeProf、API for docs、テスト実行からの型生成、
inline RBS comments などを見ると、型は strictness を高めるためだけのものではなく、
補完・ジャンプ・hover・コードリーディングまで含めた tooling surface になっています。
Rails アプリケーションでも、型の恩恵は「完全静的型付け」に行かなくても受けられます。
むしろ、既存コードベースを前提に どこから型情報を乗せると開発が楽になるか を考えるフェーズに入っている感じがあります。
参考URL
- Introducing Type Guard to Steep
- Writing Ruby Scripts with TypeProf
- API for docs
- Automatically generating types by running tests
- Inline RBS comments for seamless type checking with Sorbet
- RubyKaigi 2025 Schedule
3. 開発ツール / DX
RubyKaigi 2025 では、ツール系の発表もかなり存在感がありました。
RuboCop、ERB tooling、IRB、Bazel、deprecated API の書き換え支援など、
Ruby を書く・読む・直す体験そのものを改善する話が目立ちます。
ここが面白いのは、ツールが単なる補助ではなく、
Ruby の柔軟さを保ったまま DX を引き上げるための本体機能に近づいていることです。
特に Prism や AST を前提にした tooling の話が増えていて、
「Ruby は動的だからツールが弱い」という見方は、だいぶ古くなってきていると感じます。
Rails を書く人にとっても、ERB・LSP・RuboCop・IRB が強くなるのは直接的に効きます。
この領域は、実務者にとってかなり投資対効果が高いです。
参考URL
- RuboCop: Modularity and AST Insights
- Empowering Developers with HTML-Aware ERB Tooling
- Analyzing Ruby Code in IRB
- Bazel for Ruby
- On-the-fly Suggestions of Rewriting Method Deprecations
4. パーサ・構文・AST
一見すると core hacker 向けに見えますが、
2025 年の RubyKaigi ではこの領域もかなり重要でした。
Prism と parse.y の互換性、文法構造の再整理、改行規則、namespace、
DSL の静的解析などを見ると、これは単なる言語オタク向けの話ではなく、
LSP / lint / formatter / static analysis の土台をどう作るか という話でもあります。
Ruby のメタプログラミングや DSL を活かしつつ、
どこまで機械的に理解できるようにするか。
そのせめぎ合いが、この領域にかなり表れていました。
アプリ開発だけしていると後回しにしがちなテーマですが、
RuboCop や Ruby LSP の将来を考えるうえでは、むしろかなり本質的です。
参考URL
- Make Parsers Compatible Using Automata Learning
- Dissecting and Reconstructing Ruby Syntactic Structures
- Ruby's Line Breaks
- State of Namespace
- Embracing Ruby magic: Statically analyzing DSLs
5. セキュリティ・供給網
発表数だけを見ると最上位テーマではないかもしれませんが、
実務インパクトはかなり大きい領域です。
GitHub の secrets 管理の話、End-to-end Encryption、sigstore-ruby などを見ると、
Ruby コミュニティでも アプリケーションセキュリティ と 供給網の信頼性 が
しっかり前景化してきています。
Ruby は柔軟で、便利な書き方も多い一方で、
reflection や meta-programming、secret の扱い方次第で危うさも出やすいです。
このテーマは、インフラやセキュリティ担当だけの話ではなく、
アプリケーションエンジニアが普通に追うべき話題だと思います。
参考URL
- Keeping Secrets: Lessons Learned From Securing GitHub
- You Can Save Lives With End-to-end Encryption in Ruby
- The Challenges of Building sigstore-ruby
6. 組み込み・Wasm・代替実装
RubyKaigi の面白さが一番出ているのは、たぶんこの領域です。
MicroRuby、mruby/c、ruby.wasm、monoruby、one-binary、
Ruby の中で JavaScript を動かす話まであり、
Ruby の射程が Rails よりずっと広いことを毎年思い出させてくれます。
日常的な Rails 開発だけを考えると優先度はそこまで高くないですが、
この領域を見ると「Ruby はまだまだ実験できる言語だな」と感じます。
エッジ、CLI 配布、組み込み、ランタイム実装に興味がある人にはかなり面白いはずです。
参考URL
- MicroRuby: True Microcontroller Ruby
- mruby/c and data-flow programming for small devices
- Running ruby.wasm on Pure Ruby Wasm Runtime
- Improving my own Ruby
- The Ruby One-Binary Tool, Enhanced with Kompo
- Running JavaScript within Ruby
実務者として、どの順で追うか
自分が Ruby / Rails アプリケーション開発者なら、まずはこの順で追います。
- 型・RBS・静的解析
- 開発ツール / DX
- 性能・VM・GC・JIT
- セキュリティ・供給網
- パーサ・構文・AST
- 組み込み・Wasm・代替実装
理由は単純で、
型と tooling は日々の開発体験を直接変え、
性能はボトルネックにぶつかったときの打ち手を増やし、
セキュリティは事故コストを下げるからです。
逆に、ツールや型の恩恵を受けないまま VM や parser から入ると、
知的には面白くても、日常の開発改善にはつながりにくいことが多いです。
まとめ
RubyKaigi 2025 を一言でまとめるなら、
Ruby はいま「基盤」に投資している、だと思います。
- 速くする
- 観測しやすくする
- 解析しやすくする
- ツールを効かせる
- 安全に使えるようにする
この方向性が、性能・型・tooling・parser・security の各発表にかなりはっきり出ていました。
Ruby は「書いて楽しい」だけでなく、
大きなコードベースでも扱いやすい言語に進化しようとしている。
RubyKaigi 2025 は、その途中経過をかなり濃く見せてくれた年だったと思います。