Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
型を書かないRuby開発への挑戦
Search
Shia
March 02, 2026
Technology
5.9k
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
型を書かないRuby開発への挑戦
「型を書かなくても十分有用な型情報を得られる」を目標に開発中の LSP「type-guessr」について話します。
完全さを諦めることでいい感じの体験を目指します。
Shia
March 02, 2026
More Decks by Shia
See All by Shia
Good Enough Types: Heuristic Type Inference for Ruby
riseshia
1
4.7k
Class.new is all you need
riseshia
1
610
ひとつの開発環境
riseshia
0
97
Conquering Massive Traffic Spikes in Ruby Applications with Pitchfork
riseshia
0
370
スパイクアクセス対策としての pitchfork 導入
riseshia
0
950
NewEngineering 2024 - 繋がっていくサービスを支える開発環境作り
riseshia
0
1.8k
Hotspot on Coverage
riseshia
0
300
差分ベースで効率的にテストを実行してみる
riseshia
1
820
Cookpad internship 2020 summer - web
riseshia
0
7.7k
Other Decks in Technology
See All in Technology
Road to SRE NEXTの今までとこれから
hiroyaonoe
0
110
テスト設計の本質を改めて考えてみる~生成AIを活用する時代だからこそ、作ったテストの説明性を高めよう~
yamasaki696
1
330
AI Agent SaaS を支える自社仮想化基盤への挑戦と実運用 / ai-agent-saas-virtualization
flatt_security
2
1.6k
AI時代のエンジニアキャリアについて今一度考える
sakamoto_582
1
1.2k
End-to-Endで考える信頼性 —LINEアプリにおけるクライアント開発×SRE連携の実践
maruloop
3
1.1k
どうして今サーバーサイドKotlinを選択したのか
nealle
0
200
Terraform共通モジュールをチーム横断で“変えられる”運用へ ― リリースと適用の分離
kekke_n
0
540
プライバシー保護の理論と実践
lycorptech_jp
PRO
1
240
トークン最適化のためのユーザーストーリー分析 / User Story Analysis for Token Optimization
oomatomo
0
170
生成AIの活用/high_school2026
okana2ki
0
110
オブザーバビリティ、本当に活用できてる? 〜API連携×生成AIで成熟度を自動評価〜
dmmsre
0
840
スタートアップにおけるアジャイルの実践について #shibuyagile
murabayashi
3
2.1k
Featured
See All Featured
Keith and Marios Guide to Fast Websites
keithpitt
413
23k
From Legacy to Launchpad: Building Startup-Ready Communities
dugsong
0
240
Optimising Largest Contentful Paint
csswizardry
37
3.8k
Stop Working from a Prison Cell
hatefulcrawdad
274
21k
Product Roadmaps are Hard
iamctodd
55
12k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
128
56k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
55k
The browser strikes back
jonoalderson
0
1.4k
Mozcon NYC 2025: Stop Losing SEO Traffic
samtorres
1
270
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
32
3.6k
The untapped power of vector embeddings
frankvandijk
2
1.8k
A Guide to Academic Writing Using Generative AI - A Workshop
ks91
PRO
1
340
Transcript
福岡Rubyist会議05 Shia@STORES 型を書かないRuby開発への挑戦
SIM SANGYONG (@shia) - STORES株式会社 - GitHub: @riseshia - X:
@riseshia 自己紹介 2
質問です 3 Rubyで型を書きたいですか?
お気持ち 4 型を書きたくない!!
正確なお気持ち 5 Ruby では型を書きたくない!!
そしてただのワガママ 6 Ruby では型を書きたくない!! でも型情報はちょっとほしい
Ruby 型マップ 7 型宣言依存度 Steep / Sorbet Ruby LSP Guessed
type typeprof solargraph 提供される情報の品質
Ruby 型マップ 8 型宣言依存度 Steep / Sorbet Ruby LSP Guessed
type typeprof solargraph 型宣言が前提。方向が違う 提供される情報の品質
Ruby 型マップ 9 型宣言依存度 Steep / Sorbet Ruby LSP Guessed
type typeprof solargraph 丁寧な推論 大規模アプリだと少々重い gem は rbs 書いてね 提供される情報の品質
Ruby 型マップ 10 型宣言依存度 Ruby LSP Guessed type typeprof solargraph
欲しいアプローチは近いが Hash/Array が情報不足 あと ruby-lsp と機能重複... Steep / Sorbet 提供される情報の品質
Ruby 型マップ 11 型宣言依存度 Ruby LSP Guessed type typeprof solargraph
変数名ベースの単純推測のみ 提供される情報の品質 Steep / Sorbet
Ruby 型マップ 12 型宣言依存度 Ruby LSP Guessed type typeprof solargraph
この辺の何かがほしい 提供される情報の品質 Steep / Sorbet
推論の精度を落とし 自分が書く型の必要性を減らす・速度を得る 欲しいもの 13
- 推論された型が複雑なら untyped に - A or B or C
or D… -> untyped でいいでしょう! - Hash / Array に Structural Typing サポート - ヒューリスティックに依存する どうやって? 14
Structural Typing - Hash 15
Structural Typing - Array 16
Duck Typing を信じる 17 通常の Duck Typing: 「これらのメソッドに応答できるなら、OK」 🦆 quack
できるなら → アヒル type-guessr: 「これらのメソッドが呼ばれたなら、このクラスのはず」 🦆 quack が呼ばれた → きっとアヒル
Duck Typing を信じる 18
Duck Typing を信じる 19
Duck Typing を信じる 20
対象: LOC 100k 以上の Rails プロジェクト三つ 変数に送ったメソッド一覧から、変数(レシーバ)の型がわかる比率 => 10~20% Duck
Typing を信じる - そんな〜うまくいくんですか? 21
Duck Typing を信じる in type-guessr 22
- ruby-lsp の UX にそのまま溶け込める - 適切に実装すれば hover, autocompletion, 定義ジャンプが「型
がわかれば」自動で効く - ruby-lsp-rails, ruby-lsp-mongoid 等が ruby-lsp に登録する DSL 由来のメソッド一覧をそのまま活用できる - Duck typing ヒューリスティックではめっちゃ大事 設計 - Impl as ruby-lsp add on 23
設計 - How to infer - Duck typing によるクラス推定を頑張る -
自明なものを頑張る(e.g. Hoge.new) - あとは型情報を使って伝播していく - 型推論の結果が一定以上複雑になったら精度を落とす 24
- 十分小さいアプリでは価値が出にくい (メソッド名の一意性に依存) - ActiveRecord とかが大変扱いづらい... - 速度が遅い問題 - ruby-lsp
のインデッシングを待つ必要がある - 推論が重い - Diagnostic 出しづらい問題 - ヒューリスティックを混ぜたことでどう出すべきかという悩み Limitation 25
今色々いじりまくっており unstable ですが どうぞお試しください (そしてフィードバックがあると喜びます) bundle add type-gusser -g=’development’ https://github.com/riseshia/type-guessr
最後に 26