以前、知乎でこのような質問を見ました：オープンソースプロジェクトの創始者がいなくなったら、彼が作成した現在多くのユーザーがいるオープンソースプロジェクトはどうなるべきか？遺産のように自分の親族に継承されるのか？しかし現在、この問題に対して非常に専門的な回答をする関連規定はまだないようです。しかし、ネットユーザーの回答にも注目すべき点が多くあります。
@pansz：That’s what Open Source for。Firefoxはどうやって生まれたのか？当時Netscape網景公司が倒産する前に自分のすべてのソースコードを開放したからです。そのため、このプロジェクトは継続できました。新しい名前ですが。
価値のあるオープンソースソフトウェアは永遠に消滅しません。それはあなたの寿命さえ超えて、あなたの寿命の延長になることができます。これがオープンソースの価値の一つです。
@Bill Cheng：創始者がいなくなっても、彼が残したコードはまだあります。このプロジェクトに開発・メンテナンスしている人がいれば、オープンソースプロジェクトはずっと続きます。しかし残念なことに、大部分のオープンソースプロジェクトにとって、総開発者は一人しかいないかもしれません。そしてこのプロジェクト自体は使用する人がいても、メンテナンスと開発をするプログラマーがいません。特に中国からの多くのオープンソースプロジェクトがそうです。
最近話題になったfakethunderを例にすると（作者、私を叩かないでください）、もし作者がやめたら、このプロジェクトは誰も管理しなくなります。現在GitHub上のこのプロジェクトの状態から見ると、多くの人がforkしましたが、コード貢献がある人は本当にほとんどいません。より多くの人はissueでソフトウェアの様々な問題を指摘し、作者に修正を要求するだけです。
プログラマーはそれしかいません。そして一人のプログラマーは多くのオープンソースプロジェクトを作成できます。したがって、大部分の場合、オープンソースプロジェクトの創始者が、死んだとは言わず、やりたくないと言ったら、このオープンソースプロジェクトは終わりです。
オープンソースは、プログラマーの世界では栄誉かもしれませんが、大衆の世界では、結局一本のロウソクで、燃え尽きれば消えます。
@冯东（Adobeプログラマー）：既存のネット上の回答は、あまりに理想的すぎると感じます。事実は：プロジェクトはうまくいきません！
オープンソースは自己安定型のモデルではありません。オープンソースプロジェクトが成功できるかどうかは、創始者または主要なリーダーにかかっています。創始者に変故があれば、衣鉢を継ぐ後任者がいるかどうかを見るしかありません。
しかし、多くのオープンソースプロジェクトの創始者は、すでに元気に多くの大企業より長生きしており、後任者を探すのも一部の大企業より信頼できるようです。したがって、基本的に流行しているオープンソースソフトウェアの信頼性は、大企業のソフトウェアの信頼性より劣りません。
@龚博致（UCブラウザWP版プロダクトマネージャー）：実は、この問題は本質的にいくつかの技術操作上の問題が存在します。
オープンソースプロジェクト創始者が去ることは、メンバーの解散/プロジェクトの譲渡と実は似ています。事前に説明があれば権限を変更し、アカウントさえ譲渡します。説明がなければ、新メンバーは自然に新しいブランチ/プロジェクトを開始し、aboutに敬意を残し、遵守すべきプロトコルは遵守し、遵守できない場合は家族/元の関係者に連絡し、諒解を得た後、声明を発表してプロトコルを変更します。
オープンソースは君子間のことなので、実はそれほど複雑ではありません。
@Twisted Python（Python愛好者）：使用する人が多ければ、継続してメンテナンスされます。matplotlibプロジェクトを参照してください。その創始者John Hunterは2012年に癌で亡くなりました（黙祷）。当時のバージョンはまだ1.1でしたが、現在はすでに1.4.2です。
@欧耶：私たちはプロジェクト創始者の後のことを議論していますが、大量のオープンソースソフトウェア創始者がまだ健在の時、彼のプロジェクトはすでに停止していることを無視できません！したがって、プロジェクト創始者がいるかいないかは関係なく、重要なのはプロジェクト自体に価値があるかどうか、潜在的な強力な市場需要とユーザーグループがあるかどうかです。需要があれば、自然に誰かがプロジェクトを継続します！
真の民主主義は、偉大な人物の逝去によって堕落しません。真のオープンソースは、創始者の離脱によって消滅しません。
@马宏菩：個人的には、これはプロジェクトの管理方式に関係があると感じています。
委員会式の組織形態は影響が最小で、例えばFreeBSD、Debianのようなものです。創始者、リーダーが離脱または死亡してもプロジェクトにどれほどの影響があるか想像できません。事前に後任者を選出すればいいのです。
しかし、主に個人がメンテナンスするプロジェクトは別です。例えば、有名なハッカーAaronが自殺した後、彼のいくつかのプロジェクトの現状は憂慮されます。このような状況で、プロジェクトユーザーが十分多く、他の代替品がなく、熱心な開発者が立ち上がる意思があれば、新しいforkを設立して開発を継続する可能性が高いです（元のプロジェクトを継続すると、様々な命名権、アカウント帰属などの問題に遭遇します。特に作者が突然亡くなった場合）。このforkが順調に進めば、大部分のユーザーと開発者が移行すると予想できます。しかし、誰もリードしたくない場合、このプロジェクトは死ぬ可能性が高いです。一般的に、必需品のプロジェクトは最終的に継続されます。
非常に興味深いケースはLinuxで、有名な「開明独裁」モデルです。Linusに突然の事故があれば、Linuxは開発者に不足しませんが、リーダーシップの問題はしばらく混乱するでしょう。
@justjavac：PHP軽量フォーラムesoTalk創始者Simon Zernerは2009年6月26日に失踪と報告され、8月13日に死亡が発表され、わずか24歳でした。彼の弟Toby Zernerが彼の仕事を引き継ぎ、esoTalkのメンテナンスと更新を担当しました。
昨年から新しいフォーラムプログラムFlarumの作成を開始しました。フォーラムのソースコードはGitHubでホストされ、最初のプレビュー版がリリースされた時、当日で1000以上のstarを獲得しました。
Flarum軽量フォーラム最初のバージョンがリリースされ、Laravelフレームワークに基づいています。詳細は、https://www.smolderforge.com/forums/viewtopic.php?p=7758のIn Memoriam:Simon Zerner段落を確認できます。
@er3456qi：完全に状況によると感じています。プロジェクトが非常に人気があれば、必ず誰かが引き継ぎます。しかし、このプロジェクトに非常に流行している代替品があれば、このプロジェクトは徐々に寂しくなるかもしれません。webpyを参照してください。webpyはまだメンテナンスしていますが、現在は他のフレームムほど人気がないことがわかります。
@大人：matplotlibの創始者が亡くなった後、matplotlibもよくメンテナンスされています。そしてコミュニティは彼の妻と子供のために基金を設立し、彼らの生活を助けています。
@寂夜：作者の光に覆われた分化バージョンが現れ、各方向に分化します。
更新がないことは消失ではなく、変化がないことで、新しい技術の加入がなく、現在の運営に影響しません。しかし、バグがあれば、程度に応じて、新しい分化バージョンを作成するか、代替品を探します。
オープンソースの生命力は時代と共に進歩することにあり、新しい要素の加入がなければ、新しいものに置き換えられます。需要があってこそ存在の意義があります。過去、紙に深い研究がありましたが、現在はコンピュータにより徐々に時代遅れになっています。簡単に言えば、ソフトウェアにはライフサイクルがあります。
@黄勇刚：実はこの問題には標準的な専門的答えはありませんが、完全に法律の角度と世俗の角度の二つの側面から詳しく説明できます。
法律の角度では：
- 冠名権の帰属は変わらない。
- 経済的利益は財産相続人に帰属する。
- 使用、修正、再発行のこれらの権利はプロトコルの規定に従い、変わらない。
世俗の角度から言えば：
- IT業界は本当に遅れている。
- 皮蛋痩肉粥の創始者が死んだかどうかにかかわらず、ケンタッキーは作って売れる。
@小绿姆：プロジェクトは歴史の長い河に沈んでいきます。誰かが継続して開発すれば、余熱を放ち続けます。誰も開発しなければ、一種の精神の象徴になります。History will remember it.
@李阿玲：私はこの問題を非常に真剣に考えたことがあります。しかし、私自身のプロジェクトに対してだけです。
私のプロジェクトを理解するのは難しくありません。しかし、私の現在のコードに沿って開発を続けるのは、面倒です。確かに難しくはありませんが、面倒なだけです。
ユーザーにとって、pTeX-ngの現在のユーザーベースは大きくなく、私が事故に遭っても、あまり大きな影響はありません。ただ、私が本当に事故に遭ったら、多くのアイデアが実現できなくなるでしょう。
XeTeXの現在の状態はまさにそうです。XeTeXのメンテナーは本当にメンテナーで、開発は基本的にありません。しかし、実は多くのスタープロジェクト、例えばEmacsに対して、創始者が死ぬことで死ぬ可能性はあまりありません。しかし問題があります：Emacsをメンテナンスすると、様々な労働損傷を得やすいです。
@大魔头-诺铁（ソフトウェア職人）：一般的に同類のオープンソースソフトウェアで置換でき、どうしてもこれを使いたいなら、お金を払って誰かにメンテナンスを頼むか、自分で引き継ぐか、少なくともコードは手元にあります。クローズドソースソフトウェアの会社が倒産するのが本当に絶望的です。
@vczh：以前Golangが出た時、私はもしGoogleがいつかGolangを要らなくなったらどうするのかと言いました。他人は言いました：たとえGoogleが死んでも、Golangはオープンソースで、必ず誰かが継続してメンテナンスします。
@陈锦伟：オープンソースはまだ対処でき、forkして、多くの人が薪を集めて火が高くなり、使いやすいものは継承されます。逆に、単独の閉鎖的なツールは作者が死んで流れてしまいます。
@杨奕：使う人がいれば、誰かが継続して開発します。OpenSSLは現在でも更新されています。私たちは何を恐れるのでしょうか？しかし、責任あるオープンソースプロジェクトは完全なドキュメントが必要です。inlineでも、wikiに書いても、とにかくドキュメントを書くのは良い習慣です。
最後に
台湾のオープンソース推広者黄俊宏（Max Huang）が以前のインタビュー記事で言ったように：「コードがあっても、コミュニティがなければ、誰も知りません。コミュニティがあれば、コードを推広すれば、誰でも知れます。」良いオープンソースプロジェクトがコミュニティで十分な愛好者を集めることができれば、プロジェクト創始者が離れても、プロジェクトは良好な発展を得ることができます。したがって、オープンソースプロジェクトにしたい時は、このコミュニティをどう運営するかよく考えるのが良いです。
転載请注明：开发者关系 »
