RubyKaigi 2025に参加して、dRubyに出会った児玉です。

この記事では、次の2つのことについて話します！

• dRubyとの遭遇
• RubyKaigi 2025で印象に残ったトーク

dRubyとの遭遇

いきなりですが、dRubyを触ったことがありますか？私は、気にはなってはいたのですが、今回のRubyKaigiまで触ったことがありませんでした。 ひょんなことから、コード懇親会でdRubyのサポートをされていた塩井さんに、同イベントで咳さんが利用されていたdRubyのテキストを譲っていただきました。これがきっかけで、実際に手を動かして触れる機会を得ました！

実際に読んでみると1ページ目から不思議な世界が広がっており、私は引き込まれました。 ぜひ、この感動を皆さんにも味わっていただきたいので、紹介します！（1ページ目だけ紹介します。）

自分で手を動かして触ってみたい方は、テキストであるdRuby hands-on workshopが配布されているので、ぜひ実際に動かしてみてください！（配布していただきありがとうございます。）

では、実際にテキストの1ページ目に書いてある内容を見ていきましょう。 次のような、hello_server.rbとhello_client.rbがあります。

# hello_server.rb
require "drb"

class Hello
  def greeting
    puts("Hello World.")
  end
end

uri = "druby://localhost:54000"
DRb.start_service(uri, Hello.new)
sleep

# hello_client.rb
require "drb"

DRb.start_service
uri = "druby://localhost:54000"
it = DRbObject.new_with_uri(uri)
it.greeting

次のように実行すると何が起きるでしょうか？

// terminal 1
$ ruby hello_server.rb

// terminal 2
$ ruby hello_client.rb

私の感覚では、hello_client.rbを実行した瞬間に、it.greetingの部分でNoMethodErrorが起きて、エラー終了すると思っていました。ただそうはならないのが不思議なポイントです！

実際に実行してみると次のように、hello_server.rbを実行したterminal 1で、Hello World.と標準出力に表示されます。

$ ruby hello_server.rb
Hello World.

これは、別プロセスに存在するオプジェクトにメッセージを送っていることになります。そんなことが可能なのか？と不思議な気持ちになりますよね。別プロセスのオブジェクトに対して、Rubyっぽくメッセージを送れちゃうのがdRubyなんです！ 続きが気になる方（dRubyと遭遇したい方）は、ぜひdRuby hands-on workshopを読んでみてください。

あまりにも不思議で気になったので、RubyKaigiから戻ってきてすぐにdRubyのコードリーディングを始めてしまいました。 なぜこんなことが可能なのかの仕組みについて、現時点での理解を図にしてみたのでそれをベースに話します！

ここから先は、ネタバレをふくみます！

uri = "druby://localhost:54000"
DRb.start_service(uri, Hello.new)

uri = "druby://localhost:54000"
it = DRbObject.new_with_uri(uri)
it.greeting

it.greeting

$ ruby hello_server.rb
Hello World.

RubyKaigi 2025で印象に残ったトーク

RubyKaigiの感想も含めて書こうと思ったのですが、分量が多くなりすぎてしまったので、 今回はバッサリ切って、印象に残ったトークに絞って書きます。

Ruby Taught Me About Encoding Under the Hood

ima1zumiさんの発表資料

文字エンコーディングの歴史からRubyにUnicode 15.1.0対応をいれRubyコミッターになるまでのお話でした。とても興味深い内容でした。私のほかにも、発表を聞いているうちに知らず知らず文字エンコーディングの奥深さに引き込まれた方も多かったように感じました。1つのきっかけを通して好奇心のままに深く掘り下げていく姿勢は、私もぜひ見習いたいと思います。

個人的には、普段開発しているGroongaでも、ノーマライザーのオプションとしてダイアクリティカルマークを取り除く実装をしていたので、合成済み文字（Precomposed characters）と結合文字（Combining characters）のお話になったときはわかる！という気持ちになり嬉しかったです。というのも今までのRubyKaigiではトークの内容に圧倒され、置いていかれることが多かったのですが、今年はそこから一歩進んだ感じがあったためです。

The Evolution of the CRuby Build System

kateinoigakukunさんの発表資料

複雑に入り組んだRubyのビルドシステムの現状と課題が、図解や実際の挙動の可視化によってわかりやすく提示されていました。とくに印象的だったのは、直面している問題の全体像を把握するために独自のgemであるtracemakeを開発し、ビルド工程を追跡・解析している点です。Rubyをより便利にするために自らRubyでツールを作り上げるその姿勢も、ぜひ見習っていきたいです！ （発表を聞いていて、Rubyのビルドシステムを触ってみたい気持ちになったので、Rubyを自分でビルドするところからはじめてみようと思います！）

まとめ

今回の記事では、dRubyとの出会いと印象に残ったセッションについて紹介しました。

最後に、私たちが何気なく毎日使っているRubyが当たり前に利用できている裏側には、多くのメンテナーやコントリビューターの支えがあることを改めて痛感したRubyKaigiでした。 たとえば、Windows 2019 Actions Runner Imageの非推奨に合わせてCIを新しいランナーに切り替えることで、Windows上でRubyをテストできる環境を維持したPRがあります。このように日々の支えがあるからこそ、私たちは当たり前にRubyを使い続けられるのです。

単に「ありがとうございます」と言うだけで終わるのではなく、「Rubyを当たり前に使えるようにするには何が必要か？」という視点で、自分にできる貢献を少しずつでも始めていきたいという気持ちになったRubyKaigiでした。

最後に、クリアコードでは、RubyKaigiへの参加を全面的にサポートしてくれます。参加費用の支援だけでなく、このイベントの参加を業務として認め、気兼ねなくコミュニティに貢献できる環境を提供してくれます。興味のある方は、クリアコードの採用情報もぜひご覧ください。

ツイートする

フォローする