RubyKaigi2019レポート(前半) - 22Inc. サービス開発日誌

こんにちは、22Inc.の山崎です。

2019/04/18〜4/20 に福岡県にて開催されたRubyKaigi2019に参加してきたので、その様子をレポートにしました！

私にとって、今回は初めてのRubyKaigiだったのですが、とても濃厚な3日間でした…！

本記事ではRubyKaigi前日の0日目と、1日目についてレポートします。

どのセッションも印象的でしたが、その中からいくつか抜粋してお伝えします。

(※記事内の写真は一部、以下のページからお借りしております。

https://photos.google.com/share/AF1QipPpyj9FB5hh6EWacaFEMEPZfZM1P7TK72ErP4qKyQXfAE4Qcq6RTT3A6aQXAKr0Dw?key=QmlPQmZheHZDLW8xQzN0U3VmWUZRQ0Z0RFNtY1JB

)

0日目
1日目
After Party
まとめ

0日目

RubyKaigiは4/18から開始でしたが、私は前日から現地入りしました。

f:id:yamazaki22:20190426165902j:plain — 会場となった福岡国際会議場

私が宿泊したのは会場から徒歩7分ほどにあるホテルでした。会場まで歩いて行ける距離にあるというのは、滞在期間が長いぶん非常に助かりました…

1日目

スポンサードトーク

RubyKaigi初日は、GMOペパボ様とラクスル様によるスポンサードトークから幕を開けました。

特にGMOペパボ様は開催地である福岡との関わりが強く、産学連携もされているとのことでした。

こうした企業による活動やスポンサードのおかけで、我々はこの会場でRUbyKaigiという大規模カンファレンスに参加できているのだと改めて感じました(GMOペパボ様、ラクスル様、どうもありがとうございました！)

Matzのキーノート

f:id:yamazaki22:20190507184836j:plain

さて、いよいよ初日のキーノートスピーカーによる講演が始まりました。

初日のキーノートは、Rubyの生みの親であるMatz(まつもとひろゆき氏)による講演です！

話の内容としては、主にRuby3にて実装される機能や改善される性能についてでした。

箇条書きで書くと、主に以下のことを話されてました。

Rubyのこれまでの弱点(と言われてきたこと)
Ruby on RailsとTwitterとの関係(パフォーマンスの改善)
Ruby3でやること
- 静的解析
- パフォーマンス改善
Ruby2系との後方互換性をどう保つか
Ruby2.7で導入する予定のパターンマッチングの紹介

以下、上記の箇条書きに沿って感想を書いていこうと思います。

Rubyのこれまでの弱点(と言われてきたこと)

よくRubyおよびRuby on Railsの弱点として語られることは「処理が遅い」ということでした。その点についてMatzは触れつつも、「でもGithubっていう大規模サイトでRubyは使われているわけで、言うほどパフォーマンスに問題があると思っていない」と言い、現行のRubyは十分速いのでは?と発言。

確かにGithubレベルの大規模サービスで問題なく動いているし、そもそもRubyの処理速度がボトルネックになるほど大規模なサービスというのはごくごく少数派だよね、というのはうなずけます。

アドテクノロジーなど、大量のトラフィックを瞬時に捌くとなると確かに不向きではあると思いますが、そうした例外を除けば全然Rubyでもいいよね！というのが現状ではないかと。

Ruby on RailsとTwitterとの関係(パフォーマンスの改善)

Matzは続いて、「Rubyの処理速度が遅くてRubyはダメだ、という主張がされるようになったのは、TwitterがRubyから別言語に乗り換えたことがきっかけではないか」と述べました。この話はよく聞くことですが、Matzも同様の認識のようでした。

しかし、実はTwitterはRuby1,8を使い続けていたので、Ruby1.9で改善された処理速度の恩恵を受けられないままだった…というのが実情だったとMatzは述べます笑

Rubyは2系になってからも少しづつ処理速度は改善してきており、3系でも速度改善がなされる見込みとのことでした。

Ruby3でやること

静的解析

Rubyは動的型付け言語ですが、それはMatzの思想が反映された結果とのこと。Matz的には「静的型付け言語は、DRYではないので好きではない」らしく、Ruby3でも型制御は導入しないとのことでした。

ただ、型チェック機能は導入したいとのことで、Ruby3では型宣言の代わりにいくつかコンポーネントを導入する予定だそうです。

そのコンポーネントとは、「型情報を書いたファイル」、「Typeプロファイラ」、「静的型チェッカー」といったものであり、それらが揃うと型宣言をせずとも型チェックが可能になるらしいです。この発表には会場も興味津々で、2系から3系への大きな変化が発表されたことによる興奮が伝わってきました。
パフォーマンス改善十分にRubyは速いと言っていたMatzでしたが、Rubyでもより多くのトラフィックを捌けるようにしたいらしく、パフォーマンス改善をRuby3では行うとのことです。パフォーマンスを左右するのはメモリとCPUですが、なぜMatzがシングルスレッドで動かす前提でRubyを作ったのかを語るなど、Rubyの背後にある思想が垣間見れた一瞬でした。