Kashiwa.rb #14「ワイガヤグループワーク会」やってきた

やってきました。

今回から数回は各自テーマを持ち寄って取り組む形式でやっていく試みです。個人でもくもく作業するのもいいけど、せっかくだからその場に集まった何人かで一緒に調べたり質問したりとインタラクションが発生して学習機会に繋がればいいなという狙いもあって「ワイガヤグループワーク会」としてみました。

それぞれが取り組んだテーマ

チームEがエントリーされた #kashiwarb pic.twitter.com/YAG1Jqkgmc
— Koji NAKAMURA (@kozy4324) 2025年8月18日

どれも面白そうなテーマですね。

自分は Parser についてを hisakey さんと youchan さんの3人でグループワークしました。

Ruby の Parser 調べるぞ！と言っても現在の Ruby の Parser 周りの事情が色々ありそうだったので、まず事前にまとめた内容を持ち込みこれを見ながら会話したり、分からない部分は質問してみるところから入っていきました。

ざっと眺めた後に Ruby の Parser を深掘りするのにも色んな掘り方がありそうだよねっていうところで残っているメモは以下の通りです。

Parser ごとに I/F や出力される AST に差異がある部分があるので、それがどういった点なのかを理解できると良さそう
- 例えば RuboCop において parser gem と Prism で差分があるらしいが、それが具体的に何なのか？ RuboCop が Prism に移行していくというロードマップがあるとしたらその差分がどういった障壁になりうるのか（もしくは障壁にはならないのか）、とかちゃんと知っておきたいよね
AST の Node の種類が本当にたくさんある、それを一つ一つ眺めて理解していくだけでも Ruby の言語仕様の豊かさ（複雑さ）に触れられそう
- https://github.com/rubocop/rubocop-ast/tree/master/lib/rubocop/ast/node
- https://github.com/ruby/ruby/blob/683dd92de82bd8c93eee6860ebcd3f6336ad0c04/ast.c#L404
- csend_node の c って Conditional らしいけど、 casgn_node の c は Const らしい、っていう小ネタとか
- defined? は演算子で defined_node になる、組み込みメソッドではなかったんだね、っていう小ネタとか
Ruby の言語仕様のいくつかだけで構成されるサブセット言語を定義し、それに対して Parser を実装すると Parser の内部仕様や振る舞いが理解できそう
- 手書き Parser を作ってみる？
- Parser ジェネレータの Racc を触ってみるのも良さそう