オープンソース億万長者*になろう

3つの簡単なステップで

最もシンプルな3つのステップで、あなたの_最近の_コーディングを意味のあるPRに変える方法を紹介するぞ！

さあ行こう!!!!!

注意: 成功には何年もの努力と運が必要かもしれない。

私たちはみな、contribute（寄与）するオープンソースへの利益について聞いたことがあるだろう。しかし、実際に始めるのは決して簡単ではない。

私のキャリアで、Node.js、Docker、Lodash、Bluebird、Gatsby、Rancher、Angular、React Router、Minio、MDN（Mozilla Developer Network）など、10,000スターを超えるリポジトリに多くのPRを送信してきた。

今から、私が簡単な寄与の秘訣を共有するが、まず従来のアドバイスに潜む問題について簡単に触れる必要がある。

なぜオープンソースにcontribute（寄与）するのが難しいのか？

最も一般的なアドバイスは、役に立たないどころか、むしろ悪いことが多い：「GFI（Good First Issue）のラベルが付いた課題を探して解決する」、または「ただ愛のためにプロジェクトに貢献する」。

善意に満ちているが、実際にはGFIラベルは主観的で偏りがちであり、予想外に多くの作業を伴うことが多い。

もしあなたに、最も良い探す場所はすでに見つけた解決策にあると伝えたとしたら？

✅ プロジェクトの依存関係ファイルをスキャンする。どのライブラリが苛立ちを引き起こしたか？納期を逃す原因となったのは何か？どうやって乗り越えたか？

💪 すでに解決済みの問題から始めることで、「できるかどうか」を心配する必要はない。あなたはすでに熟練し、文脈に精通している！

あなたはすでに問題を解決しているため、作業の多くはすでに完了している。次に、他の人があなたの苦労を完全に避ける方法を考案する必要がある。

ツイートやStack Overflowの回答でも構いませんが、持続的なインパクトを残したいなら、プロジェクトそのものに貢献しましょう。

経験がまだある程度新鮮なうちに、自分の馬鹿げた頭が最初に迷った理由を振り返ってみましょう。

最初に何を試しましたか？ なぜその方法を選びましたか？何を仮定していましたか？または誤解していましたか？

💪 完璧な解決策を考え出す必要はありません。READMEやドキュメントの単純な更新で、他の人が無駄に時間を費やすのを何時間も防ぐことができます。

このタイプの問題はメンテナが見過ごしやすい！そしてプロジェクトやユーザーに予想外に大きな影響を与えることがあります。

次に挑戦する課題を乗り越えた時、無理やりのハックをリベースで消さないで！ むしろ、自分の苦労を振り返り、解決策を公開しましょう！

プロジェクトのガイドラインを常に守り、アホみたいに振る舞わないでください。✨

すべてが公開されます。だからこそ、親切で、素晴らしい人で、感謝の気持ちを持ちましょう。

説得が必要なら：contribute して学びましょう！新しいプロセス、言語、フレームワーク、自動化！

🚀

この記事が役に立ちましたら、コメント欄にご自身の貢献内容を共有するか、Twitterで@justsmlをハッシュタグつけて投稿してください。