コミッターになるにはどうすればよいですか? それは本当に必要ですか?

こんにちは！ 私の名前はドミトリー・パブロフです。 グリッドゲインまた、Apache Ignite のコミッターおよび PMC 参加者であり、Apache Training の貢献者でもあります。 私は最近、Sberbank オープンソース ミートアップでコミッターの仕事についてプレゼンテーションを行いました。 オープンソース コミュニティの発展に伴い、多くの人が疑問を持つようになりました。どのようにしてコミッターになるのか、どのようなタスクを引き受けるのか、この役割を得るには何行のコードを記述する必要があるのか​​などです。 コミッターについて考えるとき、頭に王冠をかぶり、笏の代わりに一冊の「クリーンコード」を持った全能かつ全知の人々をすぐに想像します。 そうですか？ 私の投稿では、コミッターが本当に必要かどうかを理解できるように、コミッターに関するすべての重要な質問に答えていきたいと思います。

オープンソース コミュニティに初めて参入した人は皆、自分はコミッターにはならないだろうと考えています。 結局のところ、多くの人にとって、これは大量のコードを書くことによって特別な功績がなければ得られない名誉ある役割なのです。 しかし、それはそれほど単純ではありません。 コミュニティの観点からコミッターを見てみましょう。

コミッターとは誰ですか?なぜコミッターが必要ですか?

新しいオープンソース製品を作成するときは、ユーザーがそれを使用および探索できるだけでなく、修正および修正されたコピーを配布できるように常に許可します。 しかし、変更を含むソフトウェアのコピーが制御されずに配布されると、メインのコード ベースへの貢献が得られなくなり、プロジェクトは発展しません。 ここで、プロジェクトへのユーザーの貢献を集める権利を持つコミッターが必要になります。

なぜコミッターになるのか？

コミットすることは履歴書にとってプラスであるという事実から始めましょう。また、プログラミング分野の初心者にとっては、仕事に応募するときにコード例を求められることが多いため、コミットすることはさらに大きなプラスです。

コミットすることの XNUMX 番目の疑いのない利点は、トップのスペシャリストとコミュニケーションをとり、オープンソースからいくつかの素晴らしいアイデアをプロジェクトに取り込む機会が得られることです。 さらに、特定のオープンソース製品をよく知っていれば、それをサポートしたり使用したりする企業に就職することもできます。 オープンソースに参加しないと高いキャリアポジションに就くことはできないという意見さえあります。

キャリアや雇用の面でメリットがあるだけでなく、コミットすること自体が楽しいものです。 あなたは専門家コミュニティによって認められており、自分の仕事の結果がはっきりと目に見えています。 一部の企業開発とは異なります。XML 内でフィールドを前後に移動する理由さえ理解できない場合があります。

オープンソース コミュニティでは、Linus Torvalds のようなトップ スペシャリストに出会うことができます。 しかし、あなたがそうでない場合は、そこで何もすることがないと考えるべきではありません。さまざまなレベルのタスクがあります。

まあ、追加のボーナスもあります。たとえば、Apache コミッターは、無料の IntelliJ Idea Ultimate ライセンスを (いくつかの制限はありますが) 受け取ります。

コミッターになるにはどうすればいいですか?

それは簡単です。コミットするだけです。

プロジェクトに自分に課せられるタスクがないと思っているなら、それは間違いです。 興味のあるコミュニティに参加して、必要なことを行ってください。 Apache Software Foundation には別の ガイド コミッターの要件付き。

どのような問題を解決する必要がありますか?

最も多様なものは、開発からテストやドキュメントの作成までです。 はい、はい、コミュニティ内のテスターやドキュメンテーション担当者の貢献は、開発者の貢献と同等に評価されます。 非標準的なタスクもあります。たとえば、YouTube チャンネルを運営したり、オープンソース製品の使用方法を他のユーザーに伝えたりするなどです。 たとえば、Apache Software Foundation には別の страница、どのような支援が必要かが示されています。  

コミッターになるには大きな機能を書く必要がありますか?

いいえ。 これはまったく必要ありません。 コミッターは大量のコードを記述する必要はありません。 しかし、大きな特集を書けばプロジェクト管理委員会から評価されやすくなります。 コミュニティへの貢献は、機能、プログラミング、テストだけではありません。 手紙を書いて問題について話す場合、論理的な解決策を提案してください。これも貢献です。

コミットするということは信頼が重要であることを理解することが重要です。 あなたをコミッターにするかどうかは、あなたを製品に利益をもたらす人物としての見方に基づいて、あなたと同じような人々が決定します。 したがって、あなたはコミュニティ内での行動や行為を通じて、まさにこの信頼を勝ち取る必要があります。

どのように振る舞うべきですか？

建設的、前向き、礼儀正しく、忍耐強くありましょう。 オープンソースでは誰もがボランティアであり、誰も誰かに何も借りていないことを忘れないでください。 彼らはあなたに答えません - 3〜4日以内にあなたの質問について思い出させてください。 彼らは必ずしも答えてくれるとは限りません。オープンソースは自主的なものです。

誰かに自分のために、あるいは自分のために何かをしてほしいと頼まないでください。 経験豊富なコミュニティのメンバーは、そのような「物乞い」に対する本能を持っており、自分の仕事を押し付けようとする人に対してすぐにアレルギーを起こします。

助けがあればそれは素晴らしいことですが、それを乱用しないでください。 「皆さん、これを修正してください。そうしないと、年間ボーナスを失うことになります。」と書くべきではありません。 次にどこに行くべきかを尋ねて、このバグに関してすでに調べたことを教えてください。 そして、問題を解決した結果に基づいて Wiki を更新すると約束すると、回答してくれる可能性が大幅に高まります。

最後に読んでください 行動規範 そして学ぶ 質問すること.

コミッターではない場合、どのように貢献できますか?

プロジェクトでは多くの場合、RTC スキームが使用されます。このスキームでは、最初にすべてがレビューされ、その後、変更がマスターにマージされます。 このスキームでは、コミッターも含めて絶対に全員がレビューを受けます。 したがって、コミッターでなくてもプロジェクトに正常に貢献できます。 また、新しいコミッターとして選ばれやすくするために、新しい参加者を指導し、知識を共有し、新しい資料を作成することができます。

多様性 - 利益か害か?

多様性 - Apache Software Foundation の理解では、これはとりわけ、複数の企業によるオープンソース プロジェクトへの参加者の所属を指します。 全員が XNUMX つの組織のみに所属している場合、プロジェクトへの関心が失われると、参加者全員がすぐにプロジェクトから逃げてしまいます。 多様性は、長期にわたる安定したプロジェクト、多様な経験、参加者の幅広い意見を提供します。

愛のためですか、それとも便宜のためですか？

オープンソース プロジェクトには XNUMX つのタイプの人々がいます。XNUMX つはこの製品に貢献する組織で働く人々、もう XNUMX つは愛のためにここで働く人々、つまりボランティアです。 どちらがより生産的ですか? 通常は、貢献組織から製品をサポートする参加者です。 彼らは、真実を解明するためのより多くの時間と明確な動機を持っているだけで、タスクに集中し、ユーザーに近づくことができます。

「愛から」それを行う人たちも動機は異なりますが、別の意味で、世界をより良い場所にするために、そのプロジェクトを研究することに熱心です。 そして、自らの意志でコミュニティに来た人は、XNUMX日でコミュニティを離れる可能性は低いため、まさにそのような参加者がより安定しており、長期志向です。

生産性と安定性の間のバランスを見つけるにはどうすればよいでしょうか? 選択肢は XNUMX つあります。 最初のオプション: 参加者がこのオープンソース プロジェクトに正式に関与している会社で働いており、自分の興味からそれに追加の何かを行う場合 (たとえば、新規参入者のサポートなど)。 XNUMX 番目の選択肢は、オープンソース変革を行った企業です。 たとえば、従業員が週 XNUMX 日は主要なビジネス プロジェクトに取り組み、残りの時間はオープンソースに取り組むとします。

コミッター - なるのか、ならないのか?

コミットは有益で良いトピックですが、特にコミッターになることを目指して努力する必要はありません。 このロールはコードベースのロールではないため、知識を実証するものではありません。 重要なのは専門知識、つまりプロジェクトを研究し、深く掘り下げ、他の人の問題解決を支援することで得られる知識と経験だけです。

出所： habr.com