本日の発表資料です。来てくださったみなさま、ありがとうございました！ Here's the deck from my RubyKaigi talk today. Thank you y'all for coming today! speakerdeck.com/yuryu/ruby-and… #rubykaigic

いうて色々な選択肢があってカオスなのRubyっぽい気がするけどな #rubykaigiC

ドキュメント見た感じ、 gem に ruby lsp addon を仕込めるので、gem をインストールすると自動で LSP も拡張できるのが面白そうだと思った shopify.github.io/ruby-lsp/ADDON… #rubykaigiC #rubykaigi

rubymineの謎コードジャンプ技術って結局何なんだ #rubykaigiC

ツールごとに独自のキャッシュとか持ちたくなるんじゃないかなあみたいなことは思いつつ、RubyLSP Addon 見た感じ結構自由度高く書けそうな印象なので結構ありかも shopify.github.io/ruby-lsp/ADDON… #rubykaigiC

「まとめ。Rubyの開発体験を高めるために必要なのは大きな地図を描くこと、そして努力を分散しないこと」 #rubykaigi #rubykaigiC

アドオンの例 Ruby LSP Rails: github.com/Shopify/ruby-l… Ruby LSP RSpec: github.com/st0012/ruby-ls… #rubykaigi #rubykaigiC

「Ruby LSP Addon。LSPのコアとなる機能を自分で実装することなく、LintやType Checkなどの機能を追加できる。利用時はLanguage Serverのアドオンとして必要なアドオンを追加できる」 #rubykaigi #rubykaigiC github.com/Shopify/ruby-l…

現状Rubyファイルを編集するのにRuby LSP、Solargraph、Steep、……とそれぞれ起動してるので、（少なくともRuby専用は）1個になったらいち開発者としては楽になりそう #rubykaigiC

Ruby LSP の Addon, code index とかの機能も提供してくれるのか #rubykaigiC

「なにが足りない？ コーディネート？ コラボレーション？ 我々が一番開発体験を向上できるのはLSPだと思うが、今はlanguage serverが分散している。複数のLSPで作業が重複してメモリ使用量を増やしてしまっている」 #rubykaigi #rubykaigiC

「Rustから学ぶのを辞めるべきではない。PrismはRDoc, Formatter, Code mods(incl. Type Checer, Linter, LSP)を統合しようとしている。長い道のりになるが成し遂げたい」 #rubykaigi #rubykaigiC

「ほとんどの言語は開発ツールが断片化していて、統合されているのはRustとGoくらい。Rustは2015年、Goは2009年に作られた言語で、色々な学びが活きている」 #rubykaigi #rubykaigiC

#rubykaigi #rubykaigiC Dart(Flutter)もdev-tooling がConsolidatedなほうですね

「Rustのツール体験はよく出来ている。ツールがグローバルにインストールされて自動アップデートされる。でもRubyが同じようにできるかというと別の話。gemをグローバルでインストールしたり、勝手にアップデートするのは難しい」 #rubykaigi #rubykaigiC

しかし一度使われ始めたツールを、しかも会社でなくコミュニティ主導で滅ぼすのは難しい…… #rubykaigi #rubykaigiC

#rubykaigic 多すぎる選択肢と、ガイドラインの不在は、最悪の場合、新規参入者にRuby の使用を諦めさせることになるかもしれない。

「デフォルトを選ぶことで、選ぶ必要がなくなり良い体験を生む。ツールを使うことは目的ではなく、ツールを飛び石としてなにかを作ることが目的。開発者がそれに集中できるようにすることが大切」 #rubykaigi #rubykaigiC

「多くのツールが良い開発体験を生むわけではない。我々はDXに関する方針を持たないといけない。DXは一つのツールではなく複数のツールがどう統合されるかにある」 #rubykaigi #rubykaigiC

開発リソースが足りない... #rubykaigiC #rubykaigi

ツールが乱立してどれを選べばいいか問題難しい #rubykaigiC

開発ツールのデフォルトがなくて組み合わせが複雑化する話、個人的にはRubyよりTypeScriptで感じることが多いかなぁ…() #rubykaigi #rubykaigiC

「複数のプロジェクトでそれぞれ使っている開発ツールが違うと、それぞれで学習しないといけない。デフォルトと案内が欠けているのでツールが断片化し、統合が難しく設定が複雑化する」 #rubykaigi #rubykaigiC

そういえば少し前にruby-jp Slackでも「Rubyのバージョンどこに書く？」みたいな話題がありましたね。あれもバージョン管理ツールがいろいろあるという話に関連してる感。 #rubykaigiC

Rubyのツール群の組み合わせが大変な図 #rubykaigi #rubykaigic pic.twitter.com/ud4wqIGTik

#rubykaigic Rust ならツールの組み合わせは1つに絞られるけど、Ruby では1320通りの組み合わせから選ぶことになってしまう。 このあたりのことをfragmentation と呼んでるのかな？

Ruby 3.0以降のツールは割と1つに収束させるようマネージしてると思うけどなあ #rubykaigi #rubykaigiC

「これを選ぶにはそれぞれの体験を検討して一つを選ばないといけない。Rustなら1つの組み合わせしかないのに、Rubyだと13,200通りある。開発ツールの統合が大変」 #rubykaigi #rubykaigiC

「型システムはSorbet, Steep, Typeprof, RDL, YARD。Formatting/lintingはRuboCop, Standard, RubyFmt, ...。LangServerはTypeCheck系やSyntaxTree LSP, Standard LSPなど多数。この調子で他のツールも続く」 #rubykaigi #rubykaigiC

#rubykaigic あちこちでポコポコと勝手にいろんなツールが生えてくるのはRuby 周辺の良いところだと思うけど、確かに統一感はないし、チュートリアルなんかは作りづらそう。

確かにツール群色々あるのは利点でもあるけど欠点でもあるよなあ。 #rubykaigiC

「Rubyをインストールするとどんな開発ツールが必要化？ まずRubyのインストールでHomebrewなのかrbenvなのかasdfなのかの選択肢が発生する。testもMinitestなのかTest Unitなのか Rspecなのか。RubyのデフォルトはMinitestとTest Unit」 #rubykaigi #rubykaigiC

asdf派です！ #rubykaigiC

「Rustには開発ツールチームがある。モダンなデフォルトツールとガイダンスがあることで、簡単に学べたり、最小の設定で使えたりなどの利点がある」 #rubykaigi #rubykaigiC

Rustのように本家がツールを全部持ってるのは強いですなぁ #rubykaigiC

Rustだとtest, lint, lang serverなどのdevtoolが言語のツールチェイン組み込みだよね、みたいな話を聞いている #rubykaigi #rubykaigiC

Keynote前、最後のセッション。C会場でvinistockさんの「The state of Ruby dev tooling」 #rubykaigi #rubykaigiC

アフターパーティー行く人はチェックインしてね！ の案内 #rubykaigi #rubykaigiC

終わり。めちゃくちゃ面白かった #rubykaigi #rubykaigiC

|> オペレータ、欲しい局面はわかりつつcurry化されてないので欲しいか？ と思ってたけどコード例だと右辺をProcにしてitで入れる場所を指定することもできるイメージか。これならきれいに動きそう(実装はつらそう) #rubykaigi #rubykaigiC