くりにっき

フルスタックキュアエンジニアです

#fukuokark05 で不採択だったプロポーザルを公開します

tl;dr;

一句タイトルをどうしても見てほしかった

プロポーザルを書く前に考えたこと

下記は今回のプロポーザルの応募フォームより抜粋

福岡 Rubyist会議 05 のプロポーザル応募フォームです。プロポーザルは以下の要件を満たしてください。

自分にとっての「最近、何してる？」はOSS開発なのでそっち方面で出すことはうっすら考えていました。とはいえ具体的なネタは決まっていなかったです。

そんな折で先日参加したgoconで「日々困ってる問題は自分だけじゃないんだ」というエピソードがあったのでgemを作りました。

sue445.hatenablog.com

そして、プロポーザル内でも「こういうgemを作ってます」ってテーマで出しました。

実際に出したプロポーザルの内容

余談ですがプロポーザル書いてる時に「トーク概要」の100文字以内制限が一番大変だった記憶があります

タイトル

トークのタイトルを 30 文字以内で入力してください。これは公式サイトに記載されます。

gem作り　刺し身タンポポ　解決す

トーク概要

トークの概要を 100 文字以内で入力してください。これは公式サイトに記載されます。

私は多くのOSSをメンテしてます。リポジトリをたくさんメンテしてると各リポジトリに同じ変更を適用するのも刺し身タンポポ作業で大変です。今回はその問題を改善するために作ったgemの話をします。

トーク詳細

トークの詳細を 1,000 文字以内で記載してください（改行可）。これは外部に公開されません。審査員のみが参照します。

https://github.com/sue445/sashimi_tanpopo というgemを作った話をします。

アウトラインはこういうのを考えてますが変わるかもしれません。

https://sue445.hatenablog.com/entry/2025/10/26/121451 に書いたことがベースになりそうですがブログ公開からfukuokark05まで時間が経ってるので差分に関してもなんか話せると思います

アピールポイント

トークのアピールポイントを 1,000 文字以内で記載してください（改行可）。本カンファレンスで「なぜこのトークをしたいのか」「なぜあなたがこのトークをすべきなのか」を書いてください。特に Ruby 以外のトークをされる方は、その重要性や必要性を Ruby しか知らない審査員に理解できるようアピールしてください。これは外部に公開されません。審査員のみが参照します。

OSS活動をしてる人には大きく分けて「1つのOSSを深く狭くメンテするタイプ」と「たくさんのOSSを浅く広くメンテするタイプ」の2種類がいると思っています。

私は後者のタイプです。 浅く広くとはいいつつも自分の代表作の https://github.com/sue445/rubicure は10年以上コツコツメンテしてます。毎年新しいプリキュアが出るんで毎年必ず新しいバージョンを出してます！（熱弁）

前者の人の話はRubyKaigiなどでもよく聞きますが、後者の人の話はあまり聞かない気がします。

たくさんのOSSをメンテする人にはその人なりの問題があるので https://github.com/sue445/sashimi_tanpopo を作って解決しました。

たくさんのOSSをメンテしてる人にしか分からない苦労を共有しつつ、自分のようにたくさんのリポジトリをメンテしてる人やチームに解決策を持ち帰ってもらおうと思っています。

また、トーク詳細にも書いた https://github.com/itamae-kitchen/itamae は僕がメンテしてるOSSの1つなので、内部実装やメリデメを熟知してます。

Itamaeのメンテナ自ら「こういうケースではItamaeは向かない（だからこそ再実装する必要があった）」ってのは説得力があると思います。

結果

🥺