So You Want To Earn Money With Open Source

2021-01-04

オープンソースで稼ぎたいあなたへ

原文は Matthias Endler により 2021-01-04 に公開されました。このブログを購読する

私は何年もの間、OSSソフトウェアのメンテナンスで0ユーロしか稼げず、それが当たり前だと思っていました。昨年、ようやく自分のプロジェクトを収益化する方法を調べ始め、このトークではこれまでに学んだことを共有したいと思います。まだリッチになったわけではありませんが（いつかは！）、analysis-tools.devで初めて持続可能なサイドプロジェクトを作ることができました✨。

このプロジェクトや他のプロジェクト、そして持続可能性への道のりで私が犯した失敗についてお話しします。

関連リンクと資料：

Caleb Porzioによるポッドキャスト — GitHub Sponsorsを基盤にビジネスを築くことがいかに難しいかについて。
The Changelog Podcast — Zeno Rochaと語るオープンソースでお金を稼いでもいい
Nadia Eghbalが私たちの重要なインフラのメンテナンスについて語るトーク。彼女はこのテーマでWorking in Publicという本も書いています。
Vadim DemedesによるGenerating income from open source — さまざまな実例をもとに、プロジェクトを収益化する多様な方法を解説しています。

以下にトークの全文書き起こしを掲載します。（長文ですみません。）

これは2020年末にWeb Engineering Meetup Aachenで行った、オープンソースでお金を稼ぐことについての私のトークです。主催者のご厚意で、YouTubeチャンネルでも公開させていただいています。端的に言えば、「なぜ自分はGitHubで10万ドル稼げていないのか？」という問いに答えようとしています。自分自身のための企業スポンサー探しや、オープンソースのメンテナンスを持続可能にするまでの長い道のりについてお話しします。

そもそも始める気になれないかもしれません。このトークは、成功するまでにこれほど時間がかかるなら、オープンソースにそこまで労力をかける価値はないだろうと考えている人たちに向けたものです。結果として、このトークは少し暗い内容になってしまいました。もっとモチベーショナルな話を想定していたのですが、現実は厳しく、厳しいというのは本当に厳しいということです。

ただこの点を伝えた上で、できればそれでも皆さんに挑戦する気持ちを持ってもらいたいのですが、その前に ― なぜ私がこのテーマについて語る資格があるのか？私はもう10年以上オープンソース活動を続けています。このトークは、15年前の自分自身に捧げるものでもあります。私はデュッセルドルフに拠点を置くホテル検索会社trivagoで働いています。ブログはendler.devで運営しています。そしてご多分に漏れず、YouTubeチャンネルも持っています。Hello, Rust!というチャンネルで、2年に1本という驚異的なハイペースで活動中です。なので、更新を見逃さないようぜひチャンネル登録をお願いします。とはいえ今日はオープンソースについて話したいと思います。とても洗練されたアジェンダを用意しました。2つのポイント、「私の歩み」と「収益モデル」です。

2010年まで遡ってみましょう。当時の世界は今とはだいぶ違っていました。

これが当時のGitHubです。私は少し出遅れて、2010年1月に参加しました。その時点でGitHubはすでに2年の歴史があり、欲しかったユーザー名は取得済みでした。普段はどのプラットフォームでもmreというハンドルネームを使っているのですが、誰も使っていないようだったので、サポートにメールして使わせてもらえないか尋ねたところ、ある人物から「どうぞ」という返事が来ました。それがハンドルネームdefunctで知られるChris Wanstrath、GitHubの元CEOでした。その瞬間、私はすっかりGitHubにハマりました。プラットフォーム自体が気に入ったし、オープンソースに対してとても実践的に向き合っている姿勢が好きでした。自分のプロジェクトでも使っていて、スクリーンショットにあるように、例えばブログをアップロードしていました。無料でホスティングしてくれるからです。Jekyllで作られていて、サイトにプッシュするだけで静的生成されて公開される仕組みでした。言うまでもなく、この10年で何も変わっていません。私のブログは今もほぼ同じ見た目だからです。もうjQueryとJekyllではなく、ZolaとCloudflare Worker Sitesで作られていますが、やっていることはほぼ同じです。このトークの準備にあたって、自分がどこから来て今どこにいるのかを振り返ってみたくなり、おそらく一番良い方法は統計を見ることだと思い、経時的なリポジトリ数の推移から何か洞察が得られないかと考えました。そこでGitHub APIを叩いて調べてみました。

ご覧のとおり、2010年から2020年までほぼ直線的に伸びているグラフです。2018年だけ生産性のピークに達したようですが、まあそれは置いておきましょう。結局のところ、ほぼ線形の推移です。労力をかければそれなりのフィードバックが返ってくると言えるかもしれませんが、実際は違います。複利的な効果があるのです。スター数の推移を見ると、最初はごくゆっくりとした伸びでしたが、今では指数関数的に増えていて、現在は全プロジェクト合計で25,000スターに達しています。別の見方としてフォロワー数もあります。これは私にとっては比較的新しい指標ですが、archive.orgから統計を調べてみました（GitHubはAPIでこの情報を提供していないため）。すると、こちらもほぼ指数関数的な伸びを示していました。

労力を投入すれば、投入した分に利子がついたような複利的なリターンが得られるということです。これは運ではなく、努力の結果です。自分が何をやっているかを理解しているということです。同時に、ここには見て見ぬふりできない大きな問題があります。それは、結局のところただ背中を叩いて褒められているだけだということです。ここまで私たちは1ドルも稼いでいません。ここで疑問になるのは、この努力をどう収益化するのか、ということです。

そもそも、それは努力と呼べるものなのでしょうか？

皆さんはどうかわかりませんが、私は1日平均2〜3時間をオープンソースに費やしています。オープンソースについて考えたり、新しいプロジェクトを作ったりするのはもちろん、メンテナンスやコードレビューも含めてです。だからこれは本当に仕事であり、しかもかなりの重労働で、しかもほぼ無償でやっているのです。

無料で、趣味として何かをするのは悪いことではありません。ただその場合、本来は自分が好きなことに取り組むはずです。オープンソースはそうとは限りません。時には義務が生じ、人助けをしなければならないという責任感を覚えることもあり、それが大きな部分を占めます。本業の傍らでそれをやるわけですから、本当に負担になることもあります。ここまででおわかりかと思いますが、これを何らかの形で価値に変えるのは難しく、本当に難しいことです。ここからは、オープンソースから適切な収益モデルを構築するいくつかの方法についてお話しします。先ほどのグラフを見れば言うまでもありませんが、これは最初に注力すべきことではないでしょう。しかし、収益を得たいという段階に達したとき、いくつかの選択肢があります。ここでは、ビジネスの一部としてオープンソースを行う話や、大企業による大規模な支援の話はしません。誰でもできるいくつかのことに絞ってお話しします。一つは（GitHubでの）スポンサーシップ。もう一つは、通常のドキュメントに加えて有料の学習教材を提供することです。例えば、有料の動画シリーズなどが考えられます。Mozillaのようにマーチャンダイズを販売する方法もあります。オープンソース事業と並行してコンサルティングを行う方法や、ADFSプラグインの作成や高可用性機能のような、企業向けの有料機能としてサービスやプラグインを提供するのもよくある例です。

まずは基本から始めましょう。最初のポイントであるスポンサーシップからです。スポンサーシップには2種類あります。1つ目は個人からの寄付です。個人スポンサーというのは、まさにGitHub Sponsorsがやっていることです。このモデルでお金を稼ぎたいなら、ファネル（漏斗）のことを考えなければなりません。どうやって人々の注目を集め、それをどう収益化するかを考えるのです。始まりはプロダクトで、何でも構いません。そこから関心を生み、その関心がオーディエンスを生み、そのオーディエンスが最終的に対価を払ってくれるかもしれない。これが実はすべての秘密です。どんなプロダクトでお金を稼ぐ場合も仕組みは同じで、オープンソースでスポンサーを集めたいなら、人々が欲しがるプロダクトを作るのです。

これをオープンソースに当てはめると、プロジェクトを作ることはリポジトリを作ることに相当し、スターはオーディエンスの関心を示します。オーディエンス自体はフォロワー（個人のフォロワーや企業のフォロワー）で構成され、そのフォロワーが最終的にスポンサーになるかどうかはわかりません。スターは人気を測る指標としてはひどいものだということは承知しています。人によってスターの使い方が違うからです。例えば、後でチェックするためのブックマークとして使う人もいれば、開発者の多大な努力に感謝して付ける人もいます。ただ、大まかな目安としては有用です。

では、次のことを考えてみてください。私のスター数、フォロワー数、そしてスポンサー数のことを考えてみてください。今の私の「ファネル」について考えてみるのです。先ほどお伝えしたように、私は25,000スターと約1,000人のフォロワーがいて、そのうちスポンサーは3人です。つまりスターとスポンサーの比率は0.01%です。かなり厳しい数字に見えます。1人のサポーターを得るのに約8,000スターが必要ということです。「もしかして自分だけなのか？」と思いました。もしかしたら上位1,000人のGitHubメンテナはそんな問題を抱えていないのかもしれない。ところが、まったく同じ構図でした。上位1,000人のGitHubメンテナを取り上げてスポンサー数を見ても、やはりかなり厳しい現実が浮かび上がります。例えば中央値を見ると、1人あたり3,421人のフォロワーがいるのに、スポンサー数の中央値はゼロです。計算が正しければ0%です。平均で見ると、さらに5,430人のフォロワーがいます（Linus Torvaldsが平均を押し上げているため）。その中で平均2.8人のスポンサーがいて、割合にして0.5%です。私よりは少し多いですが、おおよそ同じ水準です。さらに考えてみてください。GitHubには4,000万人のユーザーがいます。つまり上位1,000人のメンテナはコミュニティ全体の0.0025%に過ぎません。そのメンテナたちのGitHubでの収入の中央値は、基本的にゼロなのです。

それ自体が最大の問題ではないかもしれませんが、2019年のGitHubの収益が3億ドルだったことを心に留めておいてください。昨日Hacker Newsでこんなコメントを読みました：

GitHubでスポンサーがいて、月にクールに2ドル稼いでいます。税引き後はもちろんさらに少なくなるので、本業を持たなければなりません。

つまり、これは明らかにうまくいっていません。オープンソースを収益化する別の方法を考えるか、GitHub Sponsorsがより普及するのを待つか、どちらが先に来るかです。ここで少しだけ触れておきたいのが、sponsorwareという考え方です。比較的新しい概念で、まだ聞いたことがない人もいるかもしれません。私は個人的に本当に気に入っています。簡単に言えば、プロジェクトを作成して非公開のままにしておきます。ただしTwitterやその他のプラットフォームでそれについて発信し、「作っているんだけど、早期アクセスが欲しければスポンサーになってね」と伝えます。そして、一定数のスポンサーや一定額の収入といった閾値に達したら、プロジェクトを公開するのです。最初にお見せした、オープンソースで10万ドル稼いでいるという例は、まさにこれを実践している人のものです。彼はプロダクトやサービスを作り、それについて発信し、最終的に誰でも使えるようにオープンにしています。

これにはいくつかの利点があります。第一に、あなたのミッションを本当に信じてくれる人々から早期にフィードバックが得られること。第二に、常に無償で働く必要がないこと。第三に、プロジェクトからオーディエンスや話題を生み出せる可能性があることです。欠点は、筋金入りのオープンソースやフリーソフトウェア信奉者であれば、これは倫理に反するということです。ソフトウェアは最初から何の条件もなくオープンであるべきだと考えるからです。なので、これについては自分自身で判断する必要があります。私も試してみました。スポンサー限定で公開している早期アクセスプログラムを持っています。[私の最初のsponsorwareは]GitHubの統計を取得するツールでした。[このトークで紹介した統計も]そのツールで作成したものです。これを成功させるには大きなオーディエンスが必要だと思います。そこまで労力をかけるのか、それとも最初からオープンにして別の収益モデルを考えるのかが問われます。ただ、やはりとても興味深いコンセプトだと思いますし、今後もっと目にするようになるかもしれないので、どういうものか、そして名前を知っておいて損はありません。

もう一つは企業スポンサーシップです。これは諸刃の剣です。企業スポンサーシップとは、企業がお金を出してくれる代わりに、時には見返りを求めてくることを意味するからです。追加のサポートを求めたり、バグ修正を求めたりと、なんだか彼らのために働き始めているような感覚になります。それでも、今日では多くの企業がオープンソースにかなりの額を投じています。2つの大企業、FacebookとGoogleを見てみると、寄付を集めるプラットフォームであるOpen Collective上で、それぞれ生涯で17万7千ドルと84万5千ドルをオープンソースに投資しています。これは本当に素晴らしいことです。もっと多くの企業がそうすべきです。ただ、余談というか、ちょっとした愚痴になりますが、私はこれらの企業がやっていることは少なすぎると思っています。

Facebookの昨年の収益は700億ドル、Googleは1,600億ドルで、決して恥ずかしい数字ではありません。だからこそ、これが彼らにできる最大のことなのかと本当に疑問に思います。もちろんGoogleはMozillaのような他のプロジェクトにも寄付していますし、ミートアップを開催するなどもしています。しかし、スタンフォードの学生2人が検索エンジンを作ろうとしていた当時にPythonやWebサーバー、Linuxがなかったら、今のFacebookやGoogleは存在していただろうかと、本当にそう思いますか？時々、Fortune 500企業は自分たちがどれほどオープンソースに依存しているか、そしてどれだけ多くの人々がインフラの重要な部分を担う少数の人々に依存しているかを本当に理解していないのではないかと感じます。

私は彼らがオープンソースに十分な投資をしているとは思いません。多くの人が想像しているオープンソースの姿は、左のパネルのように、エンジニアが一部屋に集まってプロジェクトをどう作るのが最善かを議論しているようなものですが、現実は多かれ少なかれ、一人の人間が夜遅くまでバグ修正に取り組み、信念を持ってやっているというものです。一般の認識はおそらく間違っていて、実際にはごく少数の人々が重要なインフラを支えています。それが時に非常に厄介な事態を招くことがあります。私の子供の頃のヒーローである2人が、それについて率直に語っています。Kenneth ReitzはPythonのrequestsの中心的メンテナであり、antirezはキーバリューストアであるRedisの作者です。一人はフロントエンド、もう一人はバックエンドの開発者です。彼らはどちらもバーンアウトについて語っています。大規模なオープンソースメンテナになることの負担は、非常に速くバーンアウトにつながり得るからです。インターネットは眠りません。あなたも眠れません。常にチケット、機能要望、プルリクエスト、Issueが届きます。常にやるべきことがあり、さらに他のあらゆる責任もこなさなければならず、あっという間に燃え尽きてしまいます。私が深く尊敬している人物がもう一人います。Mark Pilgrimという人物で、『Dive Into Python』の著者です。彼はかつて、インターネット上の自分に関するすべてを削除するという「410」を実行しました。これには実際に「infocide（情報自殺）」という言葉があります。彼はエコシステムにうんざりしてしまったのです。Rubyコミュニティを思い浮かべれば、『Poignant Guide to Ruby』の著者である_whyを覚えているかもしれません。彼も似たようなことをしました。antirezの言葉に注目してみましょう。「Redisの仕事でお金をもらうようになってからは、以前のようなやり方を倫理的に続けることができなくなり、通常のスケジュールで働くことを自分に強いるようになりました。これは私にとって何年もの間、大きな葛藤でした。しかも今となっては、そのせいで本来できることよりも少ないことしかできていないと確信しています。でも、これが現実なのです」 ― どこか罪悪感を抱えているように感じられます。働き方を強制され、十分に成果を出せていないのではないかという思いがあるのでしょう。私にはそこにバーンアウトの兆候が見えるのです。そしてこれが、オープンソースとお金の愛憎関係です。お金を受け取れば、それは仕事になります。しかし大半の時間、コードを書いているわけではありません。トークを書き、プルリクエストをレビューし、Issueを確認し、Stack Overflowで質問に答え、Discordで議論し、YouTubeやカンファレンスでマーケティングをするのです。オープンソースで人気が出ると、2つの選択肢しかないように感じられます。一つは鬱、もう一つはバーンアウトです。プロジェクトが成功しなければ、突然自分は失敗作で、間違いだったと思い込みます。スターはゼロ、誰も気に入ってくれない。しかし成功すれば、みんなが気に入ってくれて、抱擁されすぎて窒息してしまう。これは本当に不幸な状況で、そうした責任に押しつぶされないようにしたいものです。明確な境界線を引き、どちらかを選ばなければなりません。企業をスポンサーとして受け入れる際には慎重になる必要があります。どうすればうまくいくのか、そしてどんなリスクがあるのか、一つの例をお見せしたいと思います。今年の初め、私は何年も先延ばしにしてきた本格的なプロジェクトに取り組み始めました。

2015年12月、私はGitHubで静的解析ツールのリストを作り始めました。静的解析ツールとは、コードの改善を助けてくれるツールのことです。調べてみると、そうしたツールが驚くほどたくさんあることがわかりました。まずは集め始めるところからでした。深く考えていたわけではありませんが、時間が経つにつれてそれはとても人気になりました。そしてグラフを見ると、スター数は時間とともにほぼ直線的に増えています。2018年には、これが単なるGitHubプロジェクト以上のものになるのではないかと真剣に考え始めました。「ここからもっと何か作れないか」というアイデアについて多くの人に話しました。実際に最後の一押しをして、やる価値があると確信させてくれたのはJakubでした。彼は「ウェブサイトにしてみたら？」と言い、2週末ほどかけてウェブサイトを作りました。Gatsbyで作られていますが、それは本質ではありません。とにかく作ってみて、どうなるか様子を見たのです。現在500のツールを掲載していて、最初の反応は本当に素晴らしいものでした。人々はとても気に入ってくれたようです。初日だけで72万リクエストがあり、その後1週間ほどで150万件近くに達しました。素晴らしいことでした。突然、人々がこのプロジェクトに興味を持ち始めたからです。そこでスポンサーを探し始めました。そうした企業は特別です。私たちのミッションを信じてくれていると同時に、オープンソースがどういうものかを理解しているからです。彼らは別に私たちに自社ツールの宣伝を期待しているわけではありません。開発者に売りたいので、開発者の頭の中に「やあ、あなたは開発者ですよね。こんな素晴らしいツールを作ったので、ぜひチェックしてみてください！」という形で残りたいのです。同時に、オープンソースに理解のある企業としても見られます。これはWin-Winだと思います。ただ、常にうまくいくわけではないとも言っておかなければなりません。時には、単なる安い広告枠だと思っている企業もあります。クリック数が思ったほど多くないとわかると、すぐに離れていきます。しかし、1〜2年後に成果が出るものへの投資だと理解してくれる企業もいます。だからこそ、そのミッションを理解してくれる企業には本当に感謝しています。ただ、企業が求めるものは個人が求めるものとは違います。企業は請求書を求めます。税務上控除できるものを求めます。明かりを灯し続け、メールで迅速に対応してくれる相手を求めます。だからこそ、そうした義務が生じるのです。その助けになるプラットフォームの一つがOpen Collectiveです。彼らはオープンソースプロジェクト向けの501(c)(6)プログラムを持っており、フィスカルホストとして機能します。つまり、請求書発行などの事務をすべて引き受け、公式な管理主体となってくれるのです。オープンソースのメンテナやコントリビューターとして[活動の対価を還付してもらいたい]場合は、Open Collectiveに請求書を送る必要があります。

これは両方のいいとこ取りだと思います。非常に透明性の高いプロセスなので、企業は状況を把握でき、面倒な財務処理を自分で抱える必要がありません。一方で、対外的な見せ方をしっかり磨く必要があるということでもあります。企業はあなたにスポンサーすることで何が得られるのかを本当に知りたがっていますし、それを非常に明確にしなければなりません。おそらくあなたが持つ最も重要なページは、ウェブサイトではなく、GitHub上のスポンサーページです。そこでは異なるティアとそれぞれが何を意味するのかを説明します。私たちは3つのティアを用意しています。一つは中小企業やフリーランス向けです。露出を得られ、オープンソースにフレンドリーなテック企業として見られるようになります。月額100ドルです。中間ティアは、やや大きな企業向けのCompany Sponsorです。こちらもバッジが付きますが、さらに宣伝したい静的解析ツールについてのブログ記事も提供します。ただし、それがスポンサードコンテンツであることは透明性を持って明記します。最後に、本格的にやるならフルコンテンツ制作のティアがあります。例えば動画ワークショップなどが考えられますが、まだ動画ワークショップのスポンサーはいないので、これについてはまだお話しできません。ただ、ぜひやってみたいと思っていますし、得られるものに対して本当に安いと思います。

いずれにせよ、これらは今日からでもできることです。オープンソースでの働き方を大きく変えることなくセットアップでき、あとは様子を見るだけです。誰も反応しなくても、それはそれで構いません。リストにある他の項目は、どちらかというと上級者向けです。オーディエンスが必要なので、まずはそこから始めるべきです。

有料の学習教材については、私たちはanalysis-toolsで今後動画コースとして取り組む予定です。Tailwindのように、それを素晴らしく上手くやっている企業もあるので、そこから学ぶことができます。マーチャンダイズについては、ブランドが必要です。なので私にはできないことですが、MozillaやYouTubeのCoding Trainのような存在であれば、間違いなくできるでしょう。コンサルティングは常に選択肢の一つです。ただ、それは同時にはるかに多くの労力がかかり、おそらく本当に好きなことから遠ざかってしまうので、完全に仕事になってしまいます。自分がそれをやりたいかどうか、よく考える必要があります。エンタープライズ向けサービスは、ビジネスとして運用でき、特別な要件があるような、 maybe上位1%のプロジェクトにとっては非常に高度で[興味深い]ものです。言いたいのは、上から順に取り組んでみてくださいということです。まずはオーディエンスを作ることから始めましょう。GitHubでオーディエンスを作ってからTwitterに流すよりも、Twitterでオーディエンスを作ってからGitHubに誘導する方がおそらく簡単です。あ、そういえば、難しいって言いましたっけ？暗い雰囲気で終わりたくはありません。強調したいのは、もし今日から始めるとしても、私はあのすべてをもう一度やるということです。オープンソースに貢献するのに、今日ほど良い時期はないと思います。おそらく明日はさらに良い時期になるでしょう。突然はるかに多くの人が興味を持ち、プロジェクトの立ち上げはずっと簡単になり、VS CodeやGitHub Actions、無料ホスティングといった無料のツールが揃っているからです。ほとんどお金をかけずにどれだけのことができるかは、本当に驚くべきことです。だから試してみることができます。最悪何が起こるでしょう？誰も気にしない？まあ、それなら私と同じです。でも、今日から始めたいという人のためにいくつかヒントがあります。一つ目のヒントは「宿題をやる」ことです。多くの人は学ぶことから始め、次にものを作り、そして輪を閉じようとしますが、ここで一つの重要なピースが欠けています。その言葉を嫌う人もいますが、やがて好きになるものです。それはマーケティングと呼ばれています。マーケティングは人によって様々な意味を持ちますが、私にとってそれは「知ってもらうこと」です。なぜなら、あなたがやらなければ誰か他の人がやってしまうからで、そしてあなたは素晴らしいのです。ただそれに気づく必要があるだけです。すぐには誰も[あなたのプロジェクトを]知らないかもしれません。だから、もっとたくさん語るべきです。カンファレンスで、Twitterで、あるいは友人に伝えるだけでもいいかもしれません。人々にコントリビュートや支援をお願いしてもいいでしょう。コミュニティでは、マーケティングをすると本気ではないと眉をひそめられることがありますが、私はそうは思いません。賢く、忍耐強く、情熱のある人々がマーケティングをすれば、世界はより良くなると思っています。だって、悪い奴らは確実にマーケティングをしているのですから。だから宿題はやりましょう。ただ、オープンソースのメンテナであることはビジネスを運営することであり、あなた自身がプロダクトであるということは覚えておいてください。なぜ誰かがあなたをスポンサーしたいと思うのかを考えなければなりません。あなた自身がその答えを出せなければ、相手にわかるはずがありません。ファネルのことも考えてください。例えば、人々はどうやってあなたを見つけるのでしょうか？人々に見つけてもらう最良の方法は、おそらくYouTubeチャンネルを始めることです。

とはいえ、もっと簡単な方法もあります。

[まず、]いつでも別のプロジェクトを手伝うことができますし、コーダーである必要すらありません。デザインが得意なら、デザイナーを必要としているオープンソースプロジェクトが山ほどあると断言できます。驚くほど多いのです。小さなプロジェクトのロゴを作ることから始めて、少しずつ認知を得ていくのもいいでしょう。もう一つは楽しむことです。オープンソースでお金を稼ぐのが難しいとわかっていれば、それは逆に解放的でもあります。実験したり、クリエイティブになったりできるということですから。そして、やはり楽しむことが最も大切なのだと思います。

二つ目は、自分が愛せるものを作ることです。結局は自分の自由時間なのですから。誰かがそのプロジェクトを見つけてくれる可能性はかなり低いので、本当に興味を持てるものであるべきです。そう信じられないなら、次のものに移ればいいのです。もう信じられなくなったプロジェクトを手放しても構いません。誰もそのことであなたを責めたりはしません。もし責める人がいるとすれば、それは嫌な奴らであり、そんな人たちに囲まれたくはないはずです。

三つ目は、親切な人々を見つけることです。コミュニティとともに本当に成長していくからです。プロジェクトを支えてくれ、やがてメンテナとなって負担を軽くしてくれるような人々が欲しいものです。そして一人のメンテナを見つけるまでには、時には何年もかかるほど長い時間がかかります。だから常に親切でいましょう。相手の立場に立って考えてみてください。可能であれば一歩踏み込んで手伝いましょう。例えば、彼らのプルリクエストにmasterブランチを再統合してあげるのです。代わりにやってあげましょう。迷ったら、ありがとうを二回言いましょう。

四つ目は、オーディエンスを育てることです。
過激なマーケティングも一つの方法ですが、親しみやすく、誰もを受け入れる姿勢でいることも別の方法です。難しい質問があるときや、オープンソースの始め方を知りたいときに、人々が頼りにするような存在になりたいものです。誰かの初めてのプルリクエストを手伝ってあげるような人になりたいのです。彼らはその恩を千倍にして返してくれます。これまで出会った中で最も素晴らしい人々は、質問に対して常にオープンで、見返りをほとんど求めません。そうした人々のことは心から大切に思うものです。いざというとき、あなたは彼らのことを思い出すでしょう。「この人は一緒に働くのに素晴らしい人で、心から推薦できる」と言うでしょう。それがリードと呼ばれるものです。

最後に、長期的に取り組むことです。良いことには時間がかかります。ご覧のとおり、私には10年かかりました。あなたなら5年、あるいはもっと短く済むかもしれません。しかし、一夜にして成功することはおそらくありません。本当に長期的な投資なのです。