AIと共に「使うOSS」から「育てるOSS」へ

Transcript

1. AIと共に 「使うOSS」から 「育てるOSS」へ 柚口ましろう 2026/03/16
2. アジェンダ的なもの OSS活動をするにあたって OSS活動その1 - ソースコードを洗い出す OSS活動その2 - 過去のプルリクを追ってみる OSS活動その3 - 直せそう or 追加したい処理を作ってみよう OSS活動その4 - ディスカッションしてみよう（チャンス待ち） 注意
3. OSS活動をするにあたって
4. OSS活動をするにあたって OSS Contribute やったことありますか？
5. OSS活動をするにあたって OSS Contribute やったことありますか？ ☟ やってみたいと思ったけどちょっと怖い……
6. OSS活動をするにあたって わかります
7. OSS活動をするにあたって 参加することへの障壁
8. OSS活動をするにあたって • 時間が足りない • 自分のスキルに自信がない • コードベースが巨大で理解できない • PRレビューが怖い 参加することへの障壁
9. OSS活動をするにあたって • 時間が足りない • 自分のスキルに自信がない • コードベースが巨大で理解できない • PRレビューが怖い 参加することへの障壁
10. OSS活動をするにあたって • OSSってすごい人たちがすごいことをしてすご い感じにOSSへ貢献している印象がある • 初心者が入るにはレベルが足りない…… • コントリビュートするためにまず何をすれば？ 自分のスキルに自信がない
11. OSS活動をするにあたって • ドキュメント読んでもコードの当たりをつけ るのが難しい • 検証の仕方がまずよくわかっていない • ビルド……ってなんだっけ（記憶喪失） コードベースが巨大で理解できない
12. OSS活動をするにあたって 今の時代なら補強してくれる AIエージェントがあります
13. OSS活動をするにあたって そもそもの話
14. OSS活動をするにあたって OSSへの貢献は 「コードを修正する」 ことではない
15. OSS活動をするにあたって OSSへの貢献は 「コードを修正する」 ことではない
16. https://github.com/laravel/framework/issues/58776
17. バグ報告も大事な「Contribute」
18. https://github.com/laravel/framework/issues/58776 修正コード作ってね！って言われることもある。ここら辺が実装の貢献チャンスかもしれない ※今はそっちのほうが多いかもしれない
19. バグ報告も大事な「Contribute」 ↓ バグを直して「Contribute」
20. WHY？
21. OSSの開発者も人間
22. OSSの開発者も人間 ↓ 時間……ほしい
23. いざ修正してみよう
24. いざ修正してみよう どこから？？？
25. • Codexには以下のように依頼 不具合とかissueで質問から修正してくださいと お願いがあったけど放置されているissueを調査 いただきたいです。
26. • Codexには以下のように依頼 不具合とかissueで質問から修正してくださいと お願いがあったけど放置されているissueを調査 いただきたいです。 （めっちゃ掘り下げてくれるとは思ってなかった人）
27. • Codexには以下のように依頼 不具合とかissueで質問から修正してくださいと お願いがあったけど放置されているissueを調査 いただきたいです。 （めっちゃ掘り下げてくれるとは思ってなかった人）
28. • Codexには以下のように依頼 不具合とかissueで質問から修正してくださいと お願いがあったけど放置されているissueを調査 いただきたいです。 （めっちゃ掘り下げてくれるとは思ってなかった人） 開発準備ができました
29. ちょっとまって
30. ちょっとまって それで本当に大丈夫？
31. • Codexには以下のように依頼 不具合とかissueで質問から修正してくださいと お願いがあったけど放置されているissueを調査 いただきたいです。 （めっちゃ掘り下げてくれるとは思ってなかった人） 開発準備ができました →何しているのかちゃんとわかっています？？
32. • Codexには以下のように依頼 不具合とかissueで質問から修正してくださいと お願いがあったけど放置されているissueを調査 いただきたいです。 （めっちゃ掘り下げてくれるとは思ってなかった人） 開発準備ができました →何しているのかちゃんとわかっています？？ ↓ AIが提示したものを何をしているのか調べ、 理解を深めるのを忘れない
33. • いい感じのissueを探してみる • 今回見つけたのはEloquentのwhen(…)の期待値で BelongsToMany 等のリレーションではなく Builderが返却値になる といった内容 • 結果的に wherePivotBetween() をコールバックで 宣言不可能 https://github.com/laravel/framework/issues/53292
34. • いい感じのissueを探してみる • 今回見つけたのはEloquentのwhen(…)の期待値で BelongsToMany 等のリレーションではなく Builderが返却値になる といった内容 • 結果的に wherePivotBetween() をコールバックで 宣言不可能 https://github.com/laravel/framework/issues/53292
35. • いい感じのissueを探してみる • 今回見つけたのはEloquentのwhen(…)の期待値で BelongsToMany 等のリレーションではなく Builderが返却値になる といった内容 • 結果的に wherePivotBetween() をコールバックで 宣言不可能 • テストコードはこれ→ https://github.com/laravel/framework/issues/53292
36. • いい感じのissueを探してみる • 今回見つけたのはEloquentのwhen(…)の期待値で BelongsToMany 等のリレーションではなく Builderが返却値になる といった内容 • 結果的に wherePivotBetween() をコールバックで 宣言不可能 • テストコードはこれ→ • 改修内容はこれ ↓ https://github.com/laravel/framework/issues/53292
37. ちょっとまって
38. ちょっとまって 大事な調査をしていない！
39. https://github.com/laravel/framework/issues/53292
40. 見覚えが……ある
41. 見覚えが……ある
44. 方針相談をしました
45. (プルリクとかしてないけど) 一応Contributeの活動はスタートできた
46. アジェンダ的なもの OSS活動をするにあたって OSS活動その1 - ソースコードを洗い出す OSS活動その2 - 過去のプルリクを追ってみる OSS活動その3 - 直せそう or 追加したい処理を作ってみよう OSS活動その4 - ディスカッションしてみよう（チャンス待ち） 注意
47. アジェンダ的なもの OSS活動をするにあたって OSS活動その1 - ソースコードを洗い出す OSS活動その2 - 過去のプルリクを追ってみる OSS活動その3 - 直せそう or 追加したい処理を作ってみよう OSS活動その4 - ディスカッションしてみよう（チャンス待ち） 注意
48. 全部達成できちゃいました
49. 注意（本題） ※以降のスライドは、私の主観が多く入ります
50. だからといって 何でも直して良いわけではない
51. https://zenn.dev/yusukebe/articles/3fd5bc6ea341c9
52. https://x.com/yusukebe/status/2020472189363831097?s=20
54. AI Slop と「なぜ」Slopと言われるのか
55. AI Slop と「なぜ」Slopと言われるのか • 一時期（今も？）「Vibe Coding」が流行っていた • 雰囲気で「なんとなくそれっぽいモノ」が比較的技術的知識が弱い人でも使えるようになった • IT領域でも、ある程度知識のある人が確かな経験がある人がどんどん参入してきた
56. AI Slop と「なぜ」Slopと言われるのか • 一時期（今も？）「Vibe Coding」が流行っていた • 雰囲気で「なんとなくそれっぽいモノ」が比較的技術的知識が弱い人でも使えるようになった • IT領域でも、ある程度知識のある人が確かな経験がある人がどんどん参入してきた →ここで、これまで技術力不足/時間不足だった問題が色々と高速化したことにより 他のことにも手を出し始めた
57. AI Slop と「なぜ」Slopと言われるのか • 一時期（今も？）「Vibe Coding」が流行っていた • 雰囲気で「なんとなくそれっぽいモノ」が、以前より作りやすくなった • その結果、OSS への参加や実装のハードルも下がり、 盛り上がる未来が見える
58. 良さげに聞こえる
59. AI Slop と「なぜ」Slopと言われるのか • 一時期（今も？）「Vibe Coding」が流行っていた • IT領域でも、ある程度知識のある人が確かな経験がある人がどんどん参入してきた →ここで、これまで技術力不足/時間不足だった問題が色々と高速化したことにより 他のことにも手を出し始めた →OSSへの意欲的参加が増えた • 雰囲気で「なんとなくそれっぽいモノ」が、以前より作りやすくなった • その結果、OSS への参加や実装のハードルも下がった 下がったように見えやすくなった
60. 技術力不足/時間不足だった問題が色々と高速化 していません
61. 技術力不足/時間不足だった問題が色々と高速化 • AI で初速は上がる • ただし、理解・検証・背景調査・説明責任は残る • むしろ、出力が増えた分だけ 確認コストが増える 場面もある
62. AIで入口は広がった。 でも、理解まで自動化されたわけではない • AIのおかげで、OSSに触れ始めるハードルは確かに下がった • 調査、実装、文章化の初速もかなり上がった • ただしそれは、理解・検証・説明責任まで軽くなった という意味ではない
63. 恩恵を受けやすい人と、そうでない人がいる • AIを強く使いこなせるのは、もともと基礎体力のある人が多い • 既存の技術力や文脈理解がある人ほど、AIの出力を正しく活かしやすい • 一方で、自分も含めて 「それっぽく進んでいる」だけで満足してしまう危うさ が前提とする必要がある
64. 自戒として持っておきたいこと • AIが出した答えを、そのまま自分の成果物にしない • 「なぜその修正なのか」を自分の言葉で説明できる状態まで持っていく • OSSでは、自分の作業時間よりも 相手の確認コスト を意識する • 便利になったからこそ、雑に出さない ことを自分のルールにする
65. EoF