2011年に、ブランドン・ヘイズはこの主題に関する優れた記事を書きました 。その翻訳を以下に公開します。 著者の経験を通して、私はオープンソースを初心者にとって「非友好的」にする問題の体系的な理解を得たいと思いました。 読者が自分の経験を共有してくれたらとてもうれしいです。近年何か変わったことがありますか？ 表示された問題をどのように解決しましたか？ オープンソースプロジェクトに参加しやすくするために何をする必要がありますか？
そして、はい-上記のすべてにもかかわらず、私は個人的にはオープンソースがソフトウェア開発の唯一の可能な未来だと思います。 多くの人が私に反対します-石を投げないようにお願いします。このアイデアを次の記事でより詳細に発展させていきます。
私はそのような偽善者です。 数ヶ月前、私はオープンソースプロジェクトに参加することへの恐怖を克服することについての記事を書きました。
それ以来、この方向への一歩を踏み出していない。 Twitterのコメントで、私は初心者にとって、オープンソースプロジェクトは虎のいるcageのようなものだと書きました。 それ以来、私の意見は変わっていません。
いいえ、私は何らかの形でいくつかのプロジェクトに参加しています。 しかし、私の貢献はコードに関係しないため、それでも部外者のように感じます。
では、なぜ私（そして、他の多くの人も）が「心を開いて静かに」いるのでしょうか。
状況に対する私の感情を他の人に投影することを強く危険にさらすために、いくつかの仮定を提示します。
- オープンソースソフトウェアの作業に参加する準備ができていることを公に宣言できる証明書、儀式、記章はありません。
- どこから始めるべきかは明確ではありません。 私が聞いたことから判断すると、参加者の仕事のほとんどは、不足しているものを追加することですが、必要な機能や修正されたバグを発見しています。 テストで特定された問題を解決し、パッチを公開することもできます。 私は毎日そのようなことに出くわしません。 プロジェクトで特定の支援を求める開発者はほとんどいません。初心者の面倒を見る人はさらに少なくなります。
- ガイドラインは学芸員の生活をより簡単にし、私のものはより難しくなります。 はい、オープンソースプロジェクトを監督することは難しく、感謝のない仕事です。 しかし、私は参加ルールとガイドラインを満たし、単純な修正のアイデアを非常に多くの官僚主義の層に詰め込んで、マイクロソフトとの関係を無意識のうちに生じさせました。
- 私よりもコーディングが上手な人のためのオープンソース。 これは言い訳に聞こえるかもしれませんが、私が公開したソフトウェアを実際の開発者が使用できることに気付いたのは不快です。
- オープンソースプロジェクトに参加しようとする試みは失敗しました-それは私を愚かに感じさせます。 そこで、私はリクエストのプールをいくつか送信しましたが、そのうちのどれも承認されませんでした。 そして、理由についての単一のコメントではありません。 これは宇宙からの確認のようなものです。彼らは、はい、あなたはバカであり、あなたの「助け」は場違いであると言います。 非常に屈辱的な時間の無駄。
- 時間がない。 私には子供、新しい車、責任の山があります。 経験豊富な開発者よりもコードを書くのに3〜10倍時間がかかります。 また、コードに関係しない貢献もコーディングに専念できる時間を費やします。 はい、これは普遍的な言い訳であり、他の言い訳なしではそれほど重要ではありませんが、言及する価値はあります。
- コラボレーション文化の欠如。 ほとんどの開発者はすべてを自分で理解することに慣れており、外部からのサポートを期待していないと思います。 しかし、オープンソースは、誰も参加できない霊的な道ですか？
そのため、オープンソースは、トラのいるケージと同じくらい威圧的です。 上記の問題に対する解決策はありません。 私はただ、彼らが貢献者に何を望むかを明確に示すプロジェクトをもっと見たいと思っています。例えば、追加のテストや特定のバグの修正、ドキュメントの完成などの形で。 また、プルリクエストに対する迅速な回答も受け取りたいと思います。
また、GitHubの機能を、プロフェッショナルレベルに対応するアクティブなプロジェクトの通知で補完することも素晴らしいでしょう。 それは素晴らしい機能です。