618ZXW

オープンソースのメンテナーへの手紙

オープンソース協会開源社

以下の記事はVortex Visionの著者Xuanwoによるものです。

これは、現在オープンソースのメンテナーとして活動している、あるいは将来メンテナーを目指すすべての友人に向けた手紙です。これらの核心的なポイントは、これまで様々な場面で繰り返し述べてきました。同じことを繰り返す必要がないように、1通の手紙にまとめた方が良いと感じました。この手紙には、新しいオープンソースのメンテナーの方々に伝えたいことがすべて詰まっています。皆さんがオープンソースコミュニティで喜びを見つけ、活躍されることを願っています。そして、誰もが後悔や悲しみを抱えたままオープンソースの世界から去らないことを願っています。

これは善意に満ちた手紙です。あなたの意見と一致するかどうかは分かりませんが、いずれにせよ読んでいただきありがとうございます。そして、あなたは一人ではないことを忘れないでください。あなたを愛してくれる人は必ずいます。

親愛なる友人の皆様

まず初めに、オープンソースコミュニティへようこそ。プロジェクトへの時間、努力、思考、そして情熱に感謝します。皆さんがここにいる理由は様々でしょう。リチャード・ストールマンに触発された、世界を変えたいと思った、雇用主から支援を受けた、新しいものを共有したいと思った、先生や同僚に励まされた…どんな理由であれ、それは貴重なものです。すべての貢献が重要です。皆さんの努力のおかげで、世界はより良い場所になります。

最初に議論したいのは、プロジェクトがオープンソースであればすべての作業が完了するということです。

これは、あなたに以下のことを行う義務はなく、また誰もあなたに以下のことを要求できないことを意味します。

• このプロジェクトを継続する

• 質問の分類とプルリクエストのレビュー

• 明確かつ簡潔な文書を書く

• タイムリーなリリースを確実にする

• 地域社会のニーズに応えることに尽力

常に覚えておいてください。これは全く問題ありません。良いことです。もし幸せを感じなくなったら、やめてください。

これは全員のベースラインです。私たちはすべてのプロジェクトに高い期待を寄せており、全員が最善を尽くすよう努めています。しかし、人は機械ではありません。個人がコミュニティの期待に応えられない理由は数え切れないほどあります。職を失ったり、病気になったり、大きな個人的な損失を経験することもあるでしょう。私たちは全員にとってのベースラインを確立する必要があります。健全で持続可能、そして包括的なベースラインです。オープンソースプロジェクトにおけるベストプラクティスの遵守を奨励しつつも、強制しない環境を育むべきです。誰かがプロジェクトを辞めたいと思ったとしても、それは構いません。プロジェクトを手放すことは失敗でも間違いでもありません。

ベースラインはあくまでベースラインです。誰もがそれに従わなければならないと言っているわけではありません。人々がオープンソースプロジェクトに多大な労力を費やす理由はたくさんあります。例えば:

• 彼らはプロジェクトを維持するために会社に雇われました。

• このプロジェクトはビジネスの中核となる要素であるため、一部の企業はその維持に資金を提供しています。

• メンテナンス プロジェクトが個人の興味と一致している。

これらはすべて、あなたが納得している限り正当な理由です。しかし、ここではいくつかの悪い理由を挙げ、避けていただきたいと思います。

申し訳ありませんが、これは誤りです。このプロジェクトを維持できるのはあなただけではありません。他の人々が前進しなかった理由は様々でしょう。例えば、

• プロジェクトは良好な状態です。追加する新しい機能や修正するバグはありません。

• 非常に積極的に維持しているため、コミュニティはあなたが疲弊しつつあることに気付かないかもしれません。

• プロジェクトのユーザーが十分にいないということは、そのプロジェクトがコミュニティにとって十分な価値がない可能性を示している可能性があります。

疲れ果てたり、不満を感じたり、GitHub の Issue で見知らぬユーザーと議論することにうんざりしたりしたときは、少し時間を取って考えてみましょう。「これができるのは自分だけだ」という言い訳をしているなら、視点を見直してみましょう。

たとえプロジェクトのメンテナンスに選ばれたとしても、そうする必要はありません。たとえ能力があっても、本当にやりたいことでなければ、スーパーヒーローになる必要はありません。

ええ、友よ。メンテナーが素晴らしいプロジェクトを何の説明もなく放棄するのを見ると、私は腹が立ちます。でも、そんなことは問題ではありません。

他人がどう思うかは重要ではありません。本当に大切なのは、あなた自身と家族の幸せです。他人を喜ばせようとするのではなく、自分自身を喜ばせることに集中しましょう。会社員であれば、上司を喜ばせる必要もあるかもしれません。しかし、もし現状に不満があれば、辞めることもできるということを忘れないでください。

敬意を表します、友よ。疲れた時は、私の記事をもう一度読んでみてください。

疲れ果て、働き過ぎ、怪我もしたあなたは、ついに退職を決意しました。退職前に、いくつか検討すべき点があります。残りの体力に応じて、以下のことを実行できます。

0%。もう完全に疲れ果てています。二度とあのプロジェクトには行きたくないです。

直接終了し、関連するすべての通知を無効にします。

30%。疲れ果てていますが、手紙を書くだけの体力はまだ残っています。

公開質問を作成し、プロジェクトのREADMEにピン留めすることで、プロジェクトがアーカイブされ、今後メンテナンスされないことをお知らせできます。まだリソースに余裕がある場合は、ユーザーが検討できる代替解決策へのリンクを追加することもできます。もしこれをしたくない場合は、それでも構いません。ユーザーはそれぞれ独自の解決策を見つけるでしょう。いずれにせよ、これはもはや私たちの責任ではありません。

60%。今は大丈夫ですが、将来について不安があったり、プロジェクトに興味がなくなったりしています。

共同メンテナーを探すためのオープンな質問を作成することができます。徐々にメンテナンス作業を委任し、最終的には新しいメンテナーにすべての責任を委譲することができます。この移行には時間がかかる場合があり、引き続きプロジェクトを監視する必要があります。しかし、新しいメンテナーがすべてを効果的に管理できるようになったら、完全に手を引くことができます。

あなたは私のヒーローです。ロマン・ロランがかつて言ったように。

世の中にはただ一つの英雄的行為がある。それは、人生の本質を知った後でも人生を愛することだ。

慎重に検討を重ねた上で、このプロジェクトに留まるというあなたの決断を心から尊重いたします。英雄が涙を流す姿を見るのは、大きな喪失です。以下に、参考になるかもしれない提案をいくつかご紹介します。

あなたが去った後もプロジェクトが引き続きスムーズに機能することを確認してください。

例えば:

• コアアーキテクチャは適切に文書化されている必要があります。

• あなたに加えて、できれば他社からのメンテナーが複数必要です。

• リリース プロセスや統合テストなどの基本的なワークフローは、個人アカウントに依存しないでください。

これは健全なオープンソースコミュニティプロジェクトの基準でもあります。コミュニティを構築する際には、この点を念頭に置いてください。コミュニティが成熟したら、1ヶ月間休​​止し、あなたの積極的な参加なしでも効果的に機能するかどうかを試してみることを検討してください。

プロジェクトが目標を達成したいのであれば、持続可能性を意識することが重要です。健全なオープンソースプロジェクトは、その勢いを維持するために通常少なくとも10人のユーザーを必要とします。プロジェクトとコミュニティを継続的に進化させるには、ユーザーからのフィードバックが不可欠です。通常、この10人のユーザーのうち、少なくとも1人のアクティブな貢献者を見つけることができます。プロジェクトが複雑な場合は、より多くのユーザーベースが必要になる場合があります。

そのため、プロジェクトに集中するだけでなく、潜在的なユーザーにアプローチし、プロジェクトの利用を促してみましょう。そうすることで、プロジェクトの改善とより多くのユーザー獲得につながります。

プロジェクトに最適なライセンスを選択するのはあなたの権利です。MITやApache 2.0のような寛容なライセンス、GPLのような著作権ライセンス、あるいはクラウドサービスプロバイダーによるプロジェクト利用を防ぐためのSSPLのような制限的なライセンスなど、様々な選択肢があります。ライセンスの選択は、プロジェクトの利用方法や開発方法に影響を与えます。ライセンスを決定する前に、それぞれのライセンスの意味を十分に理解しておくことが重要です。

このプロジェクトを営利目的としているのであれば、そもそもオープンソース化しないことを検討してください。誰かがあなたの名前さえ伏せたまま、MITライセンスのプロジェクトを金儲けのために利用しても全く問題ありません。Apache 2.0やMITライセンスのプロジェクトを無償で利用されても文句を言うべきではありません。ビジネスを立ち上げることは、オープンソースプロジェクトを維持するよりもはるかに困難です。

代わりに、明確なベースラインを設定しましょう。ビジネスユーザーに働きかけ、有償メンテナンス契約の締結を目指しましょう。さらに詳しい情報については、フィリッポの記事「私は今、フルタイムの独立系オープンソースメンテナーです」をご覧ください。

親愛なる友人の皆さん、私がオープンソースに失望し、メンテナーに諦めるよう勧めていると思われるかもしれません。しかし、それは違います。私は心からオープンソースを愛しています。オープンソースのメンテナーの皆様には深く感謝しています。コミュニティ全体が、Open Source PledgeSovereign Technology Fundといったイニシアチブを通じて、オープンソースのメンテナーの生活を楽にするために尽力しています。しかし、メンテナーとして、私たちは自分たちの基準を明確に定める必要があります。

不満なら辞めてもいい。血を流して泣くヒーローにはならないで。

オープンソースに喜びを感じていただければ幸いです。

著者 | カースティ・ウィテカー

編集:ドゥアン・ヤンシン

関連資料

メーカー、オープンソース、資金調達:KCC@Shanghaiがイノベーションの道を探求する旅へご招待します

国際(オープンソース)評価科学技術研究センターが初の「オープンソース貢献・影響力世界トップ100リスト」を発表。中国はオープンソースの総合的な強さで世界第2位。

オープンソース協会の紹介

2014年に設立されたオープンソース協会(KAIYUANSHE)は、オープンソースの理念に献身的に貢献する個々のボランティアで構成されるオープンソースコミュニティであり、「貢献、合意、そして共同統治」の原則に基づき活動しています。KAIYUANSHEは、「ベンダー中立性、公益性、非営利性」の原則を堅持し、「中国を拠点とし、世界に貢献し、新時代のライフスタイルとしてオープンソースを推進する」というビジョンを掲げています。その使命は「オープンソースのガバナンス、国際的な連携、コミュニティの発展、そしてプロジェクトのインキュベーション」であり、健全で持続可能なオープンソースエコシステムの共創を目指しています。

オープンソース協会は、オープンソースを支援するコミュニティ、大学、企業、政府機関と積極的に連携しています。また、世界的なオープンソースライセンス認証組織であるOSIの中国初の会員でもあります。

2016年以降、中国オープンソースカンファレンス(COSCon)が毎年開催され、「中国オープンソース年次報告書」が継続的に発表されています。また、「中国オープンソースパイオニアリスト」と「中国オープンソースコードパワーリスト」も共同で立ち上げ、国内外で幅広い影響力を発揮しています。