どのようにordのために貢献しますか
お勧めの手順
- 解決したい問題を見つけました。
- この問題を解決するための良い第一歩とは何かを明らかにします。これはコード、研究、提案の形にすることができます。またはは、それが古くなった場合、または最初から良いアイデアではない場合は、それを閉じることをお勧めします。
- 提案した最初のステップの概要を説明し、問題についてコメントし、フィードバックを求めます。もちろん、すぐに投入して始めることもできますコードを書いたり、テストしたりする。しかし、問題がすでに時代遅れ、明確に制定されていなく、他の理由で妨げられていて、または準備ができていない場合はよく実施され、このステップは潜在的なエネルギーの浪費を避けることができます。
- コードの変更やエラーの修正が必要な場合は、テストPRのドラフトを開き、フィードバックを求めてください。これは保証されます誰もが同期して何をすべきか、あるいはこの問題を解決する最初のステップは何かを知っています。同様に、デバッグは必須なので、まずテストドラフトを作成し、更新が容易にテストできることを確認します。
- テストに合格するまでキーボードをランダムにタップし、コードをコミットする準備ができるまでリファクタリングします。
- PRをレビュー準備完了としてマーク。
- 必要であれば PRを直します 。
- 最後のの一歩！
塵を重ねば、山となる
小さな変化はあなたに迅速に影響力を与えることができ、間違った戦略をとっても、あまり時間を無駄にしません。
いくつかの小さな問題の考え:
- 新しいテストまたはテストケースを追加して、テストのカバー率を高めます。
- ドキュメントの追加または改善
- より多くの研究が必要な問題を見つけ、研究を行い、コメントにまとめます
- 古い質問を見つけ、コメントして閉じます。
- 本来すべきではない問題を見つけ、建設的なフィードバックを提供して、このような状況が発生すると考えられる理由を詳しく説明します
早く合併し、よく合併します
大規模なタスクを複数の小さなステップに分け、これらのステップが個別に取ることができる進展。プログラムエラーがある場合は、PRを開くこともできます。失敗した無視テストを追加します。これはマージすることができ、次のステップでエラーを修正することができますとテストを無視します。あなたの研究またはテスト結果を報告します。大きな機能を小さなサブ機能に分解します。そして、それらを一度に1つずつ段階的に実現します。
大きなPRを小さなPRに分解する方法を明らかにし、すべてのPRが統合できるのは非常に練習価値があります。これもプログラミングの芸術です。難しい部分は、各PR自体が改善でなければならないことです。
私は自分でこのアドバイスに従うように努力しています。そして、私がそうすると、私はいつももっと上手にできます。
小さな変更は、迅速に作成、レビュー、マージすることができます。これは、永遠に作成、レビュー、マージする必要がある大規模なPRの仕事はもっと面白いです。小さな変更にはあまり時間がかからないので、小さな変更の処理を中止する必要がある場合は、何時間もの仕事を表す大きな変化に比べて、あまり時間を無駄にしません。迅速なPR獲得はプロジェクトをすぐに改善することができます。はより大きな改善を行うために長い時間を待つ必要はありません。小さな変更ではマージの競合が累積する可能性は低くなります。はアテネ人が言ったように、速い者はその望みを尽くし、遅い者はその必要を併合します。
助けを求めます。
15分以上困っている場合は、例えば、助けを求めてくださいRust Discord、Stack Exchange,またはプロジェクトの問題や議論で助けを求めます。
「仮説駆動型」のデバッグを実践します。
問題の原因について仮説を立てる。この仮説をどのように検証するかを明らかにする。テストを実行します。効果があれば、それは素晴らしいことです。は問題を解決しました。または、問題を解決する方法を知っています。そうでなければ、新しい仮定を繰り返してください。。
エラーメッセージを注目します
すべてのエラーメッセージを読み、警告を容認しないでください。