RubyKaigi2024 の翌日 2024-05-18 から五日間 2024-05-22 まで 沖縄県国頭郡国頭村辺戸に滞在したはなし。

1 日目

RubyKaigi が終ったので東京から来る友人と合流するために那覇空港へ。 友人たちと合流し昼食を食べたので、レンタカーを借りていざ宿へ出発。 この時点で16:00ごろ。空港から宿のある辺戸まで 100 km を越える。 しかも宿周辺には共同売店とよばれる簡易スーパーしかない。 ということは事前に分っていたので、名護周辺で当面の食料調達することに。 まず、高速道路を利用して名護へ。 名護ではオリオンビール工場入口という看板をみつけたのでそこに寄ってみることにした。 そこは酒屋だった。とくになにもなく、オリオンビール500ml*6を買ってでた。 スーパーを見つけたので大量に食品を購入。この日は酒を飲んで話して就寝。

2 日目

この日は、朝7時ごろに集落向けの放送があり目をさましたが、二度寝。 10時ごろみんな起きて宿の近くのヤンバルクイナ展望台へ。 ここまでの移動が意外と起伏が激しく、披露困憊。ここからの眺めはたいへんよかった。 ここから海岸線まで降りれそうだったが、上で書いたように疲れていたので一旦宿にもどることに。 宿への帰り道。勾配がキツい。午後は昼飯と観光を兼ねて、辺戸岬までいくことに。 辺戸岬は観光地らしく、他の Rubyist たちもどうやら来てたみたい。 ここで岬の先のほうにいったりして見たあと、昼食。 昼食後、夕飯の調達のために名護のスーパーへGO。 昼食中に温泉というかでかい風呂が山の中あったのでそこへ行くを計画。 スーパーで買ったものを宿において、ちょっとだけ休憩してその山の中の風呂へ。 山の中の風呂へ行く途中いい海岸にかんじの砂浜(楚洲の浜)あったのでみんなで砂浜へ。

砂浜を楽しんだので、目的のお風呂、命薬の湯があるやんばる学びの森へ。 道中、道の左右が草で埋まっていてこの先本当にあるのか？という気分になった。 到着。風呂入っているあいだに以下のメッセージが。

そんなわけで18:40ごろ合流。やんちゃさんが電池がないらしかっため少々談笑しながら充電。 やんちゃさんはこのあと名護で用事があったらしいのでここでお別れ。

3 日目

この日は朝からといっても9時ごろから一人で釣りへ。 釣り場へ行くには海岸線を通るのですが、足元を靴ではなくビーサンで行ったためこの道は正規なのかとおもってた。 釣り場着いて先に釣りしているひとに聞いたら、どうやら正規ルートだったらしく、ひとまず安心。 車は一台しかないため昼ごろ宿へもどる。もどったら、仕事中の人がいてそういえば今日は平日だったということを思い出す。 昼は宿で冷凍食品をレンチン。レンジを動かしてたら、なんと無線LANが繋らなくってしまった。 ワーケーションしている友人はオンライン会議中だったが、繋らないと訴えてたためレンジを停止。 東京の自宅居る間で気にしたこと、気になったことなかったけどよくかんがえてみたら レンジ使ってるときにはインターネットしないことが多いのから気にならなかっただけかも。

この日東京へ戻る人が居たので那覇空港へ送りにドライブ。 19:30 ごろ見届けたので帰りにどこか寄って食べたりしようとなった。 が、そもそも宿に帰るのに2時間かかるのでそういうのはやめようと訴えた。 帰る途中で肉の自販機で山羊刺しを購入。 そろそろガソリンが切れそうだったので給油することに。 給油する際に A&W が併設されてたので給油&&軽食。 宿に帰りついて、先程購入した山羊刺しを食べて就寝。

4 日目

この日も午後に東京へ帰るひとがいたので那覇へドライブ。 この日から沖縄は梅雨入り。 送る途中で雨が振りはじめた。 このときまだ梅雨入りしていることはしらなかったのでまあ夕立だろとおもっていた。 昼前だったので、沖縄のソウルフード JEF に行きゴーヤーバーガーを喫食。 空港着いて友人を見送りしたら再び雨が強くなったので沖縄の友人に twitter で聞いてみた。

これデフォルトですね。関東は違うんですか？

— はなちん (@hanachin_) May 21, 2024

ということでした。 空港へ送ったあと、午後暇なのでとりあえずひめゆりの塔へ。 駐車場へもどるとき、押しボタン式の信号機だったのに気付かなかった。 そうしてたら、目の前の売店の店員さんが飛び出てきて強い客引きが。 これを躱して車へもどり本島一周の旅へ。 途中車で行ける島、奥武島、宮城島と 浜比嘉島へドライブ。 雨が大変強く、川から流れ込む水で海が二色に。 そのまま沖縄本島の東側を走って宿へもどる。 宿もどってからはオンラインで飲み会後就寝。

LAST DAY

最終日この日に東京へもどるのだが、この日も雨が強く、どしゃ降りだったので宿を早めにチェックアウト。 途中 KING TACOS があったので寄ることに。 この店はタコライス発祥の店らしく、いきたかったのです。 見た目どおり大きく、これは失敗したなと感じましたね。チーズの味が強く大変好みの味でした。 本店の金武店から空港は遠いのでここで空港に向った。 この旅はここで終わり。東京もどってビール飲んで寝た。

沖縄だったのでいってきました。

Day 0

開始日の前日、この日に沖縄に入りました。この日は15:30発の飛行機にしました。 これはこの日の夜のイベントに参加するための時間にしたつもりでした。 つもりとは、今回 RubyKaigi ではプレチェックインが19:00まで行なわれているのをメールでもらい、 急遽 RubyKaigi 会場へ寄ることにしました。 プレチェックインでは、沖縄気分な格好をして行ったのですが、それ以上に沖縄楽しみにしてる格好のひとが居てびっくり。 チェックインを済ませて宿へ行き荷物を置いて船上パーティへ。 この帰りに二次会へ山羊刺しがある居酒屋へ行きました。

Day 1

みたセッションは以下になります

1. Writing Weird Code
2. The grand strategy of Ruby Parser
3. Strings! Interpolation, Optimisation & Bugs
4. Namespace, What and Why
5. Ractor Enhancements, 2024

Writing Weird Code

本年は三日間平日だからか Matz のキーノート開始ではなく、ぺんさん ではじまりでした。うんまあ、ひとつひとつの話はわかるんだけど、どうしてそうなるのかわからないことをたくさん話されました。

The grand strategy of Ruby Parser

ことしは(も？)パーサー元年な発表だった。パーサーギャング の親分こと 金子さん の発表で、去年の発表のあとどのように開発をし、これからどのような機能を開発していくのか、今回でどんな形になったのかを話してくれました。

Strings! Interpolation, Optimisation & Bugs

Namespace, What and Why

@tagomorisさんの全 rubyist¹ 待望の機能である Namespace の思想、実装の話です。 似た機能として Refinments があるのですが 機能として分かれているのも便利そう。 Namespace で区切ることでライブラリがより便利に、より安全に利用できそうでした。

Ractor Enhancements, 2024

Ractor のお話。

オフィシャルパーティー

オフィシャルパーティーは波の上うみそら公園のビーチでBBQ(BBQエリア)とパリピだった。

Day 2

1. Leveraging Falcon and Rails for Real-Time Interactivity
2. Does Ruby Parser dream of highly expressive grammar?
3. Embedding it into Ruby code
4. Reducing Implicit Allocations During Method Calling
5. It’s about time to pack Ruby and Ruby scripts in one binary
6. Running Optcarrot (faster) on my own Ruby.
7. Lightning Talks

Leveraging Falcon and Rails for Real-Time Interactivity

サミュエル の Async を使うことによって速くするにはの話。

Does Ruby Parser dream of highly expressive grammar?

@ydah_ さんの発表。もともと見る予定ではなかったが、前日の発表を見てしまったので興味が出てきたので聴くことに。

Embedding it into Ruby code

みようと思ってたが、ランチ出るまでに時間が掛かりすぎてすこししか見れていない。

Reducing Implicit Allocations During Method Calling

研鑽 Ruby プログラミング の著者ジェレミーの発表。

It’s about time to pack Ruby and Ruby scripts in one binary

@ahogappa0613 さんの発表で Ruby のプログラムを配るために One Binary にプログラムを梱包していくという発表でした。 One Binary を作る方法として、現在ある Ruby プログラムを静的リンクしてコンパイルして配る方法を採用していました。 この方法は Ruby 自体を書き替えるのが十分少なく行えそうなので期待できそうです。

Running Optcarrot (faster) on my own Ruby.

今年個人的 No.1。@isshiki1969 さんの発表で、 Ruby の Rust での実装だと聞いていたので楽しみにしていました。 聞いているとどうも Rust だけで作ってるわけじゃないぞとなっており、一部 Assembler でも作成されているようです。 必要な機能は実装されているようでしたが、まだ Ruby on Rails 動いていないようです。 とても速いので面白そうでした。

Lightning Talks

前の発表が楽しすぎて少し遅れてはいりました。

夕飯とカラオケ

この日の夕飯は会場近くで色々なディナー、パーティーが企画されてたのですが、どうしても行きたいディープな沖縄へ行きたかったのでそちらへ。 栄町市場のべんり屋 玉玲瓏へ行き、餃子を食べてきました。 帰りに RubyKaigiKaraoke が丁度いい時間だったので2曲ほど歌ってました。 だいたい22時ころに翌日発表する人主催のボドゲ会がはじまり、1時ごろ退出しました。

Day 3

聞いたセッションは以下です。前日の RubyKaigiKaraoke ではしゃいで疲れてるので記憶が曖昧です。

1. Ruby Committers and the World
2. YJIT Makes Rails 1.7x Faster
3. Speeding up Instance Variables with Red-Black Trees
4. From LALR to IELR: A Lrama’s Next Step
5. Make Your Own Regex Engine!
6. Matz Keynote

Ruby Committers and the World

いつもどおりの感じが戻ってきた感じのセッションでした。ここで GVL² が出てとくに盛り上がってましたね。個人的に GVL を外してもはやくならないと思っていますが、無い状態での実行したときどのような挙動をするのか、はやくするにはどうするのか興味があります。この議論で Linux のメンテナーをやってる小崎さんが賛成してくれてたのでとても心強いなと。

YJIT Makes Rails 1.7x Faster

国分 さんの YJIT で Rails を動かすと速くなったという話。 タイトルに偽りがあり、曰く発表当日には1.8倍高速化されたそうです。

Speeding up Instance Variables with Red-Black Trees

アーロン の発表。インスタンス変数 のデータ保持方法を赤黒木で行う話でした。 赤黒木の説明を行い、どう実装していくかを日本語でやってくれました。

From LALR to IELR: A Lrama’s Next Step

コバジュン の発表。 現在、Lrama を LALR パーサーから Scannerless パーサー を動かすために IELR パーサー に変更している話でした。

Make Your Own Regex Engine!

藤波 さんの発表で、正規表現エンジン を Ruby で作る話。 意外と小さくできるようでおもしろそうな感じでした。

Matz Keynote

今年は Ruby4 の話が出てきました。 Namespace が実装されて動けば Ruby4 になるそうです。ガンバレモリスさん。 あと明確に AOT コンパイラー が欲しいと言っていました。

owari

今年も楽しいセッションが盛り沢山で休む暇がなく、全部たのしかったのですが、英語力と体力が足りないのを痛感しております。 セッション間の立ち話も興味深いのも多く、休みとはと思いながら過しておりました。

あたらしく PC 買って、 Linux の GUI 環境を X11 から Wayland に乗り変えることにしました。 いままで利用していたデスクトップ環境を i3 から sway に変更しました。 最近利用していた macOS や i3 ではあまり気にしていなかったのですが、Windows の Alt+Tab での ウインドウ切り替えが便利だったのを思い出したのでこの便利な機能を模倣することにしました。

でも本当にほしいのは Alt+Tab の順番に切り変わるやつではなく、アクセスしたいウィンドウへの切り変えなのです。 そこでこの機能を ruby で実装することにしました。

準備

準備として以下のソフトウェアがインストールされていることを期待しています。

• window manager: i3/sway
• launcher/menu program: wofi

作成

なにかしら実装あるだろうということで参考を探していたら見付けたのでその実装を参考にします。 プログラムは以下になります。

#!/usr/bin/env ruby

require 'bundler/inline'

gemfile do
  source "https://rubygems.org"
  gem "i3ipc"
end

require "i3ipc"
require "open3"

class SwayWindowSwithcer
  def self.switch = new.switch
  def initialize
    @conn = I3Ipc::Connection.new
    @workspaces = @conn.workspaces
    @windows = Set.new
    set_windows
  end
  def switch = @conn.command("[con_id=#{@windows.to_a[open].to_h[:id]}] focus")

  private
  def list_window = @windows.map(&:name)
  def displays = @conn.tree.nodes.reject { |display| display.name == "__i3" }
  def open
    Open3.popen3(['wofi', '-i', '-k', '/dev/null', '-d'].join " ") do |i, o, _e, _w|
      i.puts list_window.join("\n")
      i.close
      list_window.index(o.read.strip)
    end
  end

  def set_windows
    displays.map do |display|
      display.nodes.map { |workspace| @windows += workspace.nodes }
    end
  end
end

SwayWindowSwithcer.switch

i3 は IPC が定義 されています ¹ 。 今利用している sway は i3 の wayland 向け実装なので IPC に互換性があります。 そのまま i3ipc 関連のライブラリを利用することが可能です。 ということで今回は ruby の gem として i3ipc.gem というそのままのやつがあったので利用します。 i3 で起動しているウィンドウ一覧を取得して、名前を wofi に渡します。 ウィンドウ一覧を受け取った wofi は切り替えたいウィンドウを絞り込み、選択ができます。 切り替えたいウィンドウを選択したら、今度は i3 へ選択したウィンドウへのフォーカスする命令を送ります。

ここで注意点として、二つありひとつ目は以下があります。 ruby の i3ipc は I3Ipc::Connection からでしかコマンドを送れないです²。 そのためこのプログラムでは @conn.command でコマンドを送るとします。 このままではどのウインドウかはわからないので i3 コマンドを送る際に [con_id=id] を付けます。 今回はウィンドウを切り替えることをしたいだけなので [con_id=id] focus とします。 ふたつ目はシステムの ruby を利用する際には必要な gem がシステムにインストールされている必要があります。 もしインストールされていないのであれば手動でいれる必要があります³。

おわり

あたらしい PC を買い、デスクトップ環境を替えました。 あたらしい環境で少し不便だったところを解消するプログラムを書いてみました。

前回作成した irb-theme-dracula を bundler で gem が管理されているプロジェクトで利用したい。 利用したいが、そのままでは利用できないです。 これは gem が bundler で管理されているので、 Gemfile に書いていない gem は利用できないです。

対処案

bundler で管理されていない gem をどうしても利用したい場合は以下のような方法が考えられます。

1. :100: Gemfile に追加: 正攻法。ただ複数人で開発しているなどの場合色付けだけの機能で追加するのかというと…
2. :+1: 古きよき方法: setup.rb を利用して、対象 gem の必要ファイルをインストールする。
3. :poop: 実行する Ruby の $LOAD_PATH に gem のパスを追加: 強引にパスを追加して require することで解決。

ということでそれぞれ方法をみてみましょう。

Gemfile に追加

正攻法ですね。便利で全員が使い、必要なら追加しましょう。 どうしても利用したい場合でプロジェクトの Gemfile に書きたくない場合はプロジェクトを管理しているバージョン管理システム にコミットしないなどオペレーションを行いましょう。 管理方法が大変なのでこの方法はないなと。

古きよき方法

rubygems が生まれる前の方法をとりましょう。ここでは setup.rb で site_ruby に必要なファイルをインストールしてくれます。 便利なやつです。

使い方

$ gem install setup # gem でイントールします。
# インストールしたい gem のリポジトリをコピーなどして手元にもってきましょう。
$ cd /path/to/install/gem
$ setup.rb install # gem のインストールが行なわれます。
$ cd /path/to/your/project
$ bundle exec ruby your/scrip.rb

これでできるのですが問題点があり、この方法では利用したいプロジェクト以外でも利用できてしまうので特定のプログラムだけで site_ruby を読み込むとかしていいかんじに使い分けるには少し工夫が必要です。 全部の Ruby プログラムで利用したい訳ではないのでこの方法については断念。

実行する Ruby の $LOAD_PATH に利用する gem のパスを追加

この方法は単純で、プログラム側で必要なファイルを読み込む時のみ利用する。 利用するファイル(require "irb/theme/dracula/light" を書いているファイル)で利用したい gem へのパスを $LOAD_PATH へ追加します。 $LOAD_PATH への追加方法としては以下の方法があります。

1. 環境変数 ($RUBYLIB) に指定: 環境変数を利用するごとに指定することができる。
2. 実行時に指定: 実行時に -I/path/to/gem を ruby の引数に利用可能。利用するごとに指定する必要がある。
3. 実行ファイルで指定: 設定ファイルを読み込んで実行するような場合では楽。

ここでは 実行ファイルで指定 する方法を見ていきましょう。

実行対象のプログラムは irb です。 irb は ~/.irbrc を読み込んで起動するため、 ~/.irbrc に以下のような設定を書きます。

# Reline 0.4.0 以上に対応した irb のバージョンチェック
if Gem::Version.new(IRB::VERSION) >= Gem::Version.new("1.9.0")
  # gem のインストールされるパスを取得。rbenv を利用している場合は以下
  # preview 判では version に previewX や 0 がついたりするので * を付与し、検索
  ld_path = File.join(ENV["RBENV_ROOT"], "versions", RUBY_VERSION + "*", "lib", "ruby", "gems", RUBY_VERSION.sub(/\d+$/, "0*"), "gems")
  # 読み込む gem 対象のパスを取得
  gem_path = File.join(Dir.glob(File.join(ld_path, "irb-theme") + "-*").last, "lib")
  $LOAD_PATH.unshift(gem_path) # LOAD_PATH に追加
  $LOAD_PATH.uniq! # LOAD_PATH に追加した重複してた場合削除
  require "irb/theme/dracula/light"
end

この設定を書いたら Ruby を 3.3.0-preview3 以上にして bundle exec irb と実行してみましょう。

かった!

おわり

gem は入ってるけど、プロジェクトで利用できないなあとおもい使えるようにしたいということでやってみました。 今回の irb は Ruby 2.2 以下だとデフォルトでインストールされているのでそもそも Reline の新しいバージョン(0.4.0)をサポートしていないのこの方法を利用してみました。

Reline が 0.4.0 になり、タイトルのとおり irb で補完画面の色を好きなように変更できるようになりました。

変更できるようになったので dracula 風のテーマを gem としてリリースしました!!!! リポジトリは以下です!!!

インストール

ということで使いかたを。まずは gem i irb-theme-dracula で インストール します。 ダーク と ライト を作りました。 ダーク は明るい コンソール 向けに、 ライト は暗い コンソール 向けに作っています。 インストール後は irbrc ファイルに require "irb/theme/dracula/dark" か require "irb/theme/dracula/light" を追加。

irb を実行し、補完をしてみましょう。まず、irbrc ファイルになにもかかないデフォルトの場合は以下

次に ダーク の require "irb/theme/dracula/dark" を書いた場合は以下

最後に ライト require "irb/theme/dracula/light" の場合は以下

おわり

irb も便利になってカスタマイズができるようになりました。色とか考えたくないひとは gem にして一発で決まるようにすると便利ですよ。たぶん。

最高だったイベント 第一回keebkaigi 行った影響で、キーボードをいじりたくなりました。 今利用している corne cherry でかなり満足しているため、 新規につくるとかはあまりやる気はないので、見た目(キーキャップ)や触った感じ(キースイッチ)を替えようかとおもいます。

見た目と触った感じ

見た目の変更としてキーキャップを海外のサイト Drop.com や 遊舎工房 から買いました。 買ったのは以下の4つ!

• MAXKEY SA Purple keycaps set
• Drop + T0mb3ry SA Carbon Custom Keycap Set
• Drop + Oblotzky SA Oblivion V2 Custom Keycap Set
• DOMIKEY ABS Doubleshot SA Cyberpunk Pumper Keycap Set

SA プロファイル¹ が好きでいつものように遊舎工房へ行ったら展示品でアルファベットだけのを見つけたので即購入。 一つだけだと寂しいので、なんとなく Drop.com を眺めていたら、 SA プロファイル でいくつか安くなっていたので購入。 現時点では、MAXKEY SA Purple と DOMIKEY ABS Doubleshot SA Cyberpunk Pumper を市松模様に交互にキャップをはめて使っています。

触った感じの変更として キースイッチ を Talp Keyboard で買っています。

• Durock T1 Shrimp サイレントタクタイル キースイッチ（ターコイズ/5ピン/67g/5個）
• KTT Matcha キースイッチ（グリーン/タクタイル/3ピン/40g/5個）
• KBDiy hp type タクタイル キースイッチ（クリーム/3ピン/62g/5個）²

もともとは リニア と呼ばれるタイプの キースイッチ³ が好きでしたが、感触が最近飽きてきたので、 タクタイル と呼ばれるタイプの キースイッチ を利用するようになっています。さらに最近は重めの方が好きなのかもしれないという状況です。 Durock T1 Shrimp をどこか⁴で見かけたので購入。見た目もよく、タクタイルだったので結構気に入ってます。 KTT Matcha と KBDiy hp type は Durock T1 Shrimp が corne cherry の バックライトLED がきつく感じはじめたので購入。 KTT Matcha をしばらく利用してたのですが、タクタイル でもちょっと音が気になるのと、軽すぎる感じでした。 音が気になったので今時点では KBDiy hp type を利用しています。この キースイッチ は少し重いです。

ついでに TRRS ケーブル を変更しました。これは アマゾン でてきとうに

おわり

気分転換にキーボードのキースイッチとキーキャップ変更とを行ってみました! 自作キーボードはいいぞ。

はい。タイトルの通り、 Zellij をはじめてみました。 切っ掛けは以下のツイートを見つけたので。

tmux みたいなやつは terminal multiplexer とか呼ばれてて，たぶん沼さんが求めてるのは zellijhttps://t.co/KlyMMeatzH

— sksat (@sksat_tty) June 19, 2023

というっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっことでね、はじめます。

Zellijとは？

Rust 製の tmux クローン。 はやってますね Rust 。

Install

つかってるのが Gentoo Linux なので portage からもはいります。

$ sudo emerge zellij

他の OS やソースコードからのインストール方法は公式から見て入れてください。

Customize

tmux のクローンとあり、カスタマイズもかなりできるようです。 とりあえず、起動してみましょう。

$ zellij

デフォルトでもナビがあり、簡単に利用できて便利です。が、キーバインドが気に食わないので変更しましょう。 といってもカスタムするファイルを書いていませんでしたね。初期設定を標準出力に zellij setup --dump-config で出せるので リダイレクト なり、 コピペ なりでファイルを作りましょう。保存先はどこでもいいのですが、標準で読み込んでくれる $HOME/.config/zellij/config.kdl がいいでしょう。ファイル形式は KDL となっていますがなんんもわからん。

keybinds clear-defaults=true {
  shared {
    bind "Ctrl g" { SwitchToMode "Normal"; }
  }
  normal {
    bind "Ctrl t" { SwitchToMode "Tmux"; }
  }
  tmux {
    bind "c" { NewTab; SwitchToMode "Normal"; }
    bind "o" { FocusNextPane; SwitchToMode "Normal"; }
  }
}

keybinds でキーバインドの設定がデキルのですが、 clear-defaults=true を指定してあげることで デフォルト のキーバインドを消すことができます。モードがたくさんあり、そのモードに対してそれぞれキーバインドを設定することができます。上記の例では、Normal モードで Ctrl t を押すと、Tmux モードに入ります。ここで、c を入力すると新しい tab で Shell が動きます。今どのモードに居るのかわからなくなっても必ず Normal モードへ Ctrl g で戻れるように shared に設定してあります。 こんな感じで設定は簡単にできます。

おわりに

かんたんに zellij の現在(2023/6/20 バージョン 0.36.0 で確認。最新バージョンは 0.37.0。)の設定をみてきました。カスタムできるのはキーバインドだけじゃなく、カラースキーム、レイアウトなどなど様々に変更できるので御参考までにーーーー。 ねむい。

RubyKaigi2023に行ってきたのは別エントリにしたのでこのエントリでは LT で話しした内容の説明などをしていこうかと思います。

Presentation

LT申し込みまで

RubyKaigi2023 松本でやるし発表もしたいが、ネタがないなとおもってたら本編の方の CFP¹ が閉じられてた²。 とはいえ今年は COVID-19 の制限も無くなるから LT あるとおもうので LT 出せたらいいなあと考えてた。 そうこうしているうちに Ruby30th で今はまだないものだけど…って matz がいったものを造ろうとなりました。

LT の応募サイト開くまでにネタが幸い見つけることができ、実装をはじめることにした。

実装

ということで、通るかどうかわからないですが、発表できるように準備をはじめました。 準備といっても実際は実装どこまでできましたーというような発表にする予定だったので そのまま実装をしています。

実装予定は発表にもあった通り、以下の予定ですすめて、最後に fiddle で読み込めるように実装していました。

1. 四則演算: Integer の計算ができること
2. 変数: 変数が使えること
3. 制御構文: for や if などの基本的な制御構文が使えること
4. メソッド: メソッドが定義でき、利用できこと

を目標に実装をすすめていましたのでそれぞれの進捗を

四則演算

とくに詰まる点もなく、AST をもとに assembler へ変換するだけでいけた。

変数

これが一番大変だった。教科書 を cherry-picking しながら進めてたために、 実装でわからん部分が出てきたのでインターネット介して gdb リモートデバッグの講習を受けながら実装。 もともとここか制御構文までで終わるだろうなあと予想してたが、SEGV 出しながらもなんとかくりあ。

制御構文

はじめは素直に if 文を実装。ここも上記の理由によりなんもわからんとなり、別の人の実装 を参考に実装。 if 文だけじゃつまんないというか、とくになにもできないのでループ文を追加しようとしました。 はじめは for 文を実装しようと考えましたが、なんとここで重大なことに気がつきました。 Ruby の for のことはなにもしらない。ということに。そういえば for x in 1..10; puts x;end とか書けるけど そもそも Range クラスや Array 作る必要あるよな？ということで一旦 for はやめに。

ということでここは while 文を実装して、fibonacci 数 を求めることができるようになりました。

メソッド

ここは変数、制御構文ができれば作るだけなら問題はなかったように思えます。 ただほんとうに作るだけだったので、引数なし、定数を返すだけのメソッドの確認しか行なっていないです。 ここの実装にたどり着くとは思っておらず、最後のRubyKaigi直前の6連休に入ってから実装できてしまったので あんまりブラッシュアップできていないです。 引数の扱い、変数の利用、などなど確認をとれておらずにいますが動いたので fiddle で読み込めるように。

Fiddle で利用できるようにする

定義したメソッドを C言語 の関数として見えるようにしてあげればいいので、 そうしたら、あっさりとうごいてしまった³。この時点で連休の終わりの方だったのは覚えている

発表準備

もともとGW前の連休には実装を終らせてGWの連休中に発表資料作成とできたところまでの実装のブラッシュアップを 行なう予定でしたが、目標の実装が見えてるとなるとどうしても実装したくなって実装の方を進めてました。

もともと発表は Rabbit を利用して英語で行う予定でしたが、LTはとくに うちあわせのために資料を先に出すとかなかったのでとりあえず日本語で作成しました。 実装おわっていないというか実装に時間掛けすぎたのと、RubyKaigiへ持っていくPCをあたらしくしたので 冒険はできずに素直に Google スライド 利用して作成、 後日 Rabbit で清書するということにしました。

発表資料自体は 5/8 or 5/9 ぐらいに作成し終っていました。デモなしで発表練習するとちょうど時間通りに おわるのでこの資料作成完了時点ではこれでよしとしてました。 この時点でも資料はすくたなくとも英語にしようとは考えて資料は作成していました。

当日

当日の朝、資料作成というか資料の英語変換をやっていて、やっているうちに 実際発表してなにができてなにができてないみたいなこと言ったとしても なにがなんだかわからんよなとなったので急遽デモをやって、実行できること示すように少し変更しました。

当日はセッションききながらかなり緊張していました、直前のセッションのトラブルもあったので。 聞いた人はわかるとおもうのですが、発表が途中でおわったのはこういった事情があったのでああいう発表になりました。

後日

発表当日の昼飯時に、 @ukstudio が cookpad のイベントとして 手を動かして振り返る RubyKaigi 2023 が5/18にあるからきてよと誘われたのでいくことにしました。 この会では、デキテイナカったデモを最後までやりきっています。

書き直し

手を動かして~ のあとに Rabbit への清書を行ないました。 いままでもいくつかの発表は Rabbit でやってたのですが、 Rabbit テーマ を作りたい作りたいと思っていたので今回は時間もあるのでつくることにしました。 とはいってもほぼ @yu_suke1994 のリポジトリをコピーしただけなんでうが……

まとめ

RubyKaigi の LT で話ししたことをまとめました。 実装の話はもうちょっと詳しく書きたいけど、そもそも実装もすすめたいしでなかなか書けていないですね。

次回作もご期待ください 完

行ってきたのでまとめます。LT やったのですが、 LT の話はまた今度。

Day -1

前日は恒例の Asakusa.rb の predrinkup に行ってました。ここでは、 nobu とかとはなししたりしてすごしました。 drinkup は次の日のため終了後すぐさま帰宅し、就寝した。

Day 0

この日は、 RubyistsOnRails というすばらしいイベント列車があったのでノータイム ¹ 8時の会に参加申し込み。6時に起床し、7時に出発。 会ではRubyistと話しながら、山見ながら、松本に到着。 松本に到着後飯として みよ田 という蕎麦屋に直行。 蕎麦を食べた直後、松本城へ。松本城では まつもとさん 集団を見つけたので、みんなで Matz本城 背景に記念撮影。まつもとさん一行は開発者会議があったらしく記念撮影後すぐにわかれました。 われわれは、この記念撮影後松本城観光し、もう一軒蕎麦屋へ昼食へ。二軒目の蕎麦屋は 蕎麦倶楽部佐々木 へ。

そんなことしてたら宿がチェックイン可能になったので、荷物置くのと下着類を購入しひとやすみ(10min程)。

Day 0 最大のイベント、 KeebKaigi へ!ここで豪華ノベリティを大量に頂きました!!!1とくによいのが城キーキャップで松本城を3DプリントしたISO エンターキーを頂きました。しかしながらこのキー差すキーボードがないので知人に譲る予定です。

KeebKaigi 自体もたいへん面白い Kaigi で楽しめました。とくに、 t-code の紹介のLT、頭文字Vなどよかったです。 KeebKaigi 後は懇親会には参加せず、友人とかるく夕飯をして宿へ。

Day 1

ここまででも大変楽しいものでしたが、RubyKaigi本番 はこの日から。

1日目の朝食は会場行く途中でもともと聞いていた店の 栞日 さんへ。 会場開いて登録したあとノベリティの列をみてげんなりしてたので一旦スポンサーブースをうろうろしてた。 この日聞いたセッションは以下です。

Matz Keynote

毎年恒例 Matz のキーノート。

昼飯

ランチはたまたま居合わせた6人で おきな堂 へ。名物のボルガライスとリンゴジュースを。シードルがあったので一緒にいったひとへオススメしてたりした。

The future vision of Ruby Parser

コミッターの spikelaf さんによるパーサーの開発話。魔窟じゃないよーなんかいってまいましたが、難しい問題を丁寧にひとつひとつ倒していった話をしていました。

Make Regexp#match much faster

去年 ReDoS の対応をしたコミッターの発表。正規表現の可能性を話してくれています。

High-performance real-time 3D graphics with Vulkan

Valkan を Ruby で利用できるようにした話。このあたりは LT への緊張感でほとんど覚えていないです。

Power up your REPL life with types

去年の TRICK Winner で今回の話は irb を利用しているときにどういう感じで補完が出るのか、出すためにどのような型推論を行なっているのかの話だったとおもう。

LT

しゃべった

オフィシャルパーティー

つかれたのでそこそこで帰った

Day 2

朝飯は 珈琲茶房かめのや へ。ここもワンオペで配膳されるまで少し時間がかかった。というか、朝食べくるひといないのかどこもワンオペだったので Day 3 も早めに出るようにしようとなった。

On Ruby and ꝩduЯ, or How Scary are Trojan Source Attacks

昔他の言語で話題になった Ruby のコード的には正しいが、見た目ではわからない 不正な文字が入ったときの対策のはなしでした。

Build a mini Ruby debugger in under 300 lines

300 行といったなあれは嘘だ。という話。Ruby の Debugger を200 行くらいでつくったはなしでした。

昼飯

種村 で蕎麦と岩魚と日本酒。

Revisiting TypeProf - IDE support as a primary feature

Ruby に梱包されている TypeProf が遅いので速くして、また書いている途中でもエラーがでたときどうするかとかの説明をしていました。まだ利用できていないので試したくなるものだった。

Ruby Implementation of QUIC: Progress and Challenges

Unasuke 大先生のライフワーク、 Ruby の QUIC 対応のはなし。Python での実装はどうとかのはなしで今回は実装がすすんでいるようでよかった。とはいえ道程はまだまだかかりそう。

afternoon break

お昼休憩後は Jeremy Evans や Maxime の話を聞いていたが疲れてなにも覚えていない。

Leaner Drinkup at RubyKaigi 2023

この日は Leaner さん主催の drinkup へ行きました。ここでは主に日本を飲んですごしました。でここで、spikelaf が kaigi でも話してた lrama が Ruby 本体のとりこまれ、 Ruby 3.3.0-preview1 がリリースされました!なんかさわいでるなと思たらリリース作業シテイタトハ… drinkup 終了後は onk とふたりで近所のワインバーへ行き、軽くのんで宿へ帰りました。

宿帰ったら ESM さんのノベリティの Rubyメソッドかるた でみんなでわいわいしながら遊んでました。

Day 3

この日の朝食は 山山食堂 というところでしました。

Committers and the Worldのあと

今回は Matz本 ということで会場にいる「まつもとさん」一同会して写真を撮ることを目的としてあつめてました。写真は以下になります

松本さん大集合に、当社の松本さんも混ぜていただきありがとうございましたっ🏯#RubyKaigi2023 pic.twitter.com/neYYer5e2A

— Yasunori Suzuki (@yasuzukisan) May 13, 2023

Ruby + ADBC - A single API between Ruby and DBs

須藤さん の発表で、 ADBC で DB へ接続し、さらのその接続からのよみかきの高速化のはなしでした。あいかわらずすごいなと思いながら聞いていました。

Ruby JIT Hacking Guide

国分さん の新作 RubyJIT。PRみた感じだとやってるネタにてるなあとおもってたけど、アプローチがすこし違い、またこちらは直接ELFを書いているようなのでまだちがうようだ。とはいえ今やっていることは似ているのであとで参考にしよう。

After Party and Music Mixin

STORESさん の アフターパティー と pixivさん の ruby music mixin にいってきました。両方ともサイコーでした!!!!

Day 4

一人で野沢温泉村いって温泉はいって、ジンのんで、ビールのみいこうと一旦山おりたら温泉にしか飲むとこなかったのでもどったりして帰りました。

おわり

今回のRubyKaigi久しぶりのFull開催で大変楽しめたのですが、LTとは言えはじめての発表があり、心から楽しめたかというとあれですが、すごく楽しかったし、刺激になりました。来年の那覇は本編に出せるようになんとか精進します!!!

プログラマー三大勉強はしたけど、実装はしたことないものといえば CPU、OS、コンパイラーなのです¹が、先日 ruby30th 誕生日会のキーノートで matz が “Static Compiler for Ruby” という今はまだない vaporware として 挙げていたのでこの static compiler を作ろうとなりました。

Goal

Ruby のコードを static compile できるようにする。

コンパイル先のターゲットは x86 とします。 ARM や RISC-V などは今回の実装ではターゲットにしないです。

とはいえすべての Ruby の機能を実装すると時間がかかりすぎるので個人で無理のない範囲 で作ろうとします。無理のない実装範囲は以下なのかなと

1. 四則演算
2. 変数
3. メソッド
4. 制御構文
5. プリミティブ型

この5つの機能を実装する予定です。

実現する機能以外のことについて

5つの機能を実現すること以上のことはやらない予定です。 やらないこととしては 最適化 、 GC 、 外部ファイルで定義したメソッドやクラスの読み込みは実装しない予定です。 実装しない個人的意見を以下に書いていきます。

最適化は Ruby のコードを単純に 機械語 におとしただけでは現在の RubyVM より速くならないと考えているからです(要確認)。 LLVM IR などへの変換ではなく、 機械語 なのは LLVM をインストールする必要があるなどして 面倒なのが大きいです²。あとバージョン毎に LLVM IR が異なるのも現状では対応しにくい点となっています。

GC (Garbage Collection: ガベージコレクション) についてはそもそもクラスをサポートできない、 変数などのメモリを確保しておく時間が長いプログラムを対象としないので今回はスコープ外としています。

外部ファイル読み込みについてですが、外部ファイルの読み込みして コンパイル するだけなら そこまで問題にはならないと考えていますが、外部ファイルで定義された メソッド や クラス を 事前に コンパイル して最後に リンク するのは型が不定になるのでサポートするのは難しいと考えています。

実装方針

Goal までの実装は 低レイヤを知りたい人のためのCコンパイラ作成入門 を参考にすすめていきます。 最初に コンパイラー を実装するものとして C 言語 がたぶん勉強してきてうかぶと思います³。 C 言語 だと 機械語 や VM のバイトコードへ落とすことのできる資料が多いので選択しています。 とは言っても Ruby からの脳内変換はある程度必要なので慣れているというのもあります。

実装としては AST(Abstract Syntax Tree: 構文抽象木) から愚直に x86 アセンブラ をファイルへ書き出し、 そこから C コンパイラー (gcc or clang) をつかって機械語へ コンパイル します。 フルフルの Ruby を実装するわけじゃないので依存する gem の依存も極力減らしたいです。

実装環境

• CPU: Ryzen Thread Ripper 1950x
• gcc: 12.2.1
• clang: 16.0.0
• OS: Gentoo Linux
• Linux Kernel: 6.2 系

パーサー

まず、AST を得るために パーサー が必要なのですが、 Ruby の構文は複雑なのでここは頑張らないようにします。ここをどうやって解決するのかというと RubyVM::AbstractSyntaxTree や Ripper をつかうのか、parser.gem をつかうのかを決めるひつようがあります。今回というかしばらくは parser.gem を利用して AST を得ることにします。 ゆくゆくは RubyVM::AbstractSyntaxTree への置き替えはするよていです。

ここはそのまま parser.gem のチュートリアルどおりにすれば AST が得られます。

require "parser/current"

puts Parser::CurrentRuby.parse("(1 + 2) * 3 / (5 - 4)")

きょうはここまで

とりあえず手を動かしはじめましたが、ななななんと、似たような機能が実は Ruby 3.3 向けに JIT として入ったようです⁴。 ということでねこの話はね、勉強の話しかないんですが一旦 Goal まで作ってみましょうね。