オープンソースプロジェクトをダメにする方法はたくさんあり、非難すべき場所もたくさんあります。GitHubのある責任者は、プロジェクトメンテナーとユーザーの両方が責められるべきだと考えています。
最近、「オープンソースプロジェクトをダメにする99の方法」という警告的な報告で、GitHubオープンソースプロジェクト担当のBrandon Keepersは、ユーザーまたはメンテナーが間違ったステップを踏んだためにオープンソースプロジェクトが問題を起こす無数の方法を列举しました。Keepersはオレゴン州ポートランドで開催されたO’Reillyオープンソース会議（OSCON）でその報告を行い、オープンソースプロジェクトをダメにするNの方法を列举しました。
Keepersは、プロジェクト参加者が建設的なフィードバックを与えることを避けるようなことをするかもしれず、これがメンテナーの動機を失わせると述べました。「私たちはバグを報告せず、問題に遭遇した後『これは私の問題に違いない…他の誰かがこの問題を報告するだろう』と言います。」
参加者はまた、怠け者で、深く考えられていない質問をしたり、説明文書を詳しく読まなかったりするかもしれません。Keeperは、そうすれば、メンテナーがユーザーの質問に十分迅速に答えない場合、ユーザーは彼らに腹を立てると述べました。「私たちは、メンテナーが余暇時間に自発的にこの仕事をしていることを忘れています。」
Keepersは、逆に、プロジェクトメンテナーに関しては、彼らはユーザーに「プロジェクトの目的が何であるか」を理解させにくくし、これがユーザーの自信をくじくと述べました。彼らはユーザーにスタートさせにくくするかもしれません。「最も簡単なのは、ユーザーに使用方法を教えないことです。」逆に、メンテナーは、最も知識のあるユーザーは自分で理解できるはずだと考えるかもしれません。メンテナーはまた、プロジェクトを設定不可能にしたり、過度の設定を必要としたりするかもしれません。
信頼できないバージョンをリリースし、バージョンロードマップの公開を避けることも問題につながります。Keeperは言いました：「よく知られているように、私たちは実際には新しいソフトウェアの計画を好みませんよね？実は、私たちの多くはそれをアジャイル開発と呼んでいます」彼は、プロジェクト全体を事前に計画しないアジャイル開発方法に不満を持っていました。「しかし実は、計画が全くないなら、どんなにアジャイルでも何の役に立つのでしょうか？」
その他の問題には、重大な修正版のためにバージョンのリリースを延期すること、マイナーバージョンで破壊的な変更を行うこと、バージョン間でアップグレードパスを提供しないことが含まれます。ソフトウェアプロジェクトの既知の制限に言及しないことも問題です。
Keepersは、メンテナーが曖昧な法律用語を導入し、適切なオープンソースライセンスを採用しない場合、コードの完全性を破壊すると述べました。特許権、著作権、商標権の侵害もいくつかの問題です。
メンテナーがプロジェクトがまだ準備できていない時に使用者を引き付けたり、プロジェクトに不快または正しく発音しにくい名前を選んだりすると、プロジェクトの評判をダメにします。Keepersは、「Google検索エンジンで見つけられない名前」も問題だと述べ、注目されている2つのプロジェクト：Rust言語とGo言語に言及しました。彼は、これらのプロジェクトは優秀ですが、それらに関する情報を見つけるのが難しいと考えています。Keepersは、プロジェクトを強力に推広めることを避けることも間違いだと述べました。
Keepersは、過度の制御権を行使し、プロジェクトへの懸念を無視し、またはコード貢献の管理が不適切な場合、コミュニティの信頼を完全にくじくとも述べました。もう一つの障害要因は、コード貢献者に感謝を示さないことです。
もう一つの問題は、メンテナーがオンライン議論で不適切な行為が現れた時に制止しないことです。Keepersは言いました：「インターネットは実際には怖い場所です」多くの人が女性と少数派を排斥し、英語を母国語としない人を嘲笑します。プロジェクトの新参者もしばしば嘲笑の対象になることを発見します。
プロジェクトをダメにする大部分のカテゴリーは目立たない小さな問題で、例えば情報の欠如などです。これらの行為は無害ですが、積み重なるとプロジェクトの周りに構築されたコミュニティを破壊し、メンテナーを身心ともに疲れさせます。Keepersは、メンテナーはソフトウェアプロジェクトの良い手本を示す必要があると強調しました。
転載请注明：开发者关系 »
