オープンソースミリオネアになろう*

簡単な3ステップで…

わずか3つの簡単なステップで、あなたの 最近の コーディングを意味のあるPRに変える方法をお見せします！

• 寄付でびしょ濡れ？ 💰
• リポジトリでドライブ？ 🏎️
• Robb Report をリベース？ 🤯

行くぞ!!!!!

現実

オープンソースへの コントリビュート がどれほど有益かは、誰もが耳にしたことがあるでしょう。でも、実際に始めるのは簡単ではありません。

私のキャリアを通じて、スター数1万を超えるリポジトリ数十個分のPRを書いてきました。ささやかな貢献ながら、Node.js、Docker、Lodash、Bluebird、Gatsby、Rancher、Angular、React Router、Minio、MDN（Mozilla Developer Network）などに取り込んでいただきました。

簡単コントリビュートの秘訣をお教えしますが、その前に従来のアドバイスが抱える問題について少し話しましょう。

これが（唯一の）方法ではない

オープンソースへの コントリビュート が難しいのはなぜでしょうか？

最も一般的なアドバイスは、役に立たないと酷評されるものの間くらいに収まります: GFI ラベル（Good First Issue、初心者向けIssue）を見つけて解決する。または、純粋な愛情でプロジェクトに貢献する。

善意には違いありませんが、実際には GFI ラベルは非常に主観的で、驚くほどの作業量を伴うことがよくあります。

もし私が、探すのに最適な場所は あなたがすでに見つけた解決策 だと言ったら？

より良い方法

✅ プロジェクトの依存関係ファイルをチェックしてみましょう。どのライブラリにイライラしましたか？どの納期遅延につながりましたか？どうやって乗り越えましたか？

💪 すでに自分で解決したこと から始めるなら、できるかどうか心配する必要はありません。 あなたはすでに 文脈に精通し、馴染んでいる のです！

すでに問題を解決しているなら、作業のほとんどは完了しています。 次にやるべきことは、他の人が同じ苦労をしないようにする方法 を考えることです。

ツイートやStack Overflowの回答でも良いですが、永続的な影響を与えたいなら、プロジェクト自体に コントリビュート しましょう。

ブレインストーミング

できれば経験がまだ新鮮なうちに、自分の 間の抜けた 頭がなぜ最初にそんなにはまったのか考えてみましょう。

最初に 何を試しましたか？なぜですか？何を想定していましたか？何を誤解していましたか？

💪 完璧な解決策を考える必要はありません。READMEやドキュメントの簡単な更新でも、他の人の何時間もの苦労を救えることがあります。

• READMEが古くなっている？ 例が悪い、または足りない？ セットアップ手順が抜けている？ 簡単な修正です、不足している情報を追加しましょう！
• APIドキュメントがGoogle検索で出てこなかった？ 難しすぎる技術用語を調整したり翻訳したりしましょう。
• 技術的な見落としで、ドキュメントサイトに必要な <meta/> タグが抜けている？ やり方を知っているなら修正しましょう。見つかった内容をチケットに書きましょう。
• スキル不足なら… そのスキルを磨きましょう！

これらのタイプのIssueはメンテナーが見落としやすいものです！ そしてプロジェクトとそのユーザーにとって驚くほど大きな影響を持つことがあります。

次に課題を乗り越えたとき、必死のハックをリベースで消し飛ばさないでください！ 代わりに、自分の苦労を振り返り、解決策を公に共有しましょう！

細かい注意事項

プロジェクトのガイドラインを必ず守り、決して嫌な人間にならないように。 ✨

すべて公開されています。だから、感謝の気持ちを持ち、素晴らしく、感謝しましょう。

もっと納得が必要ですか？ 学ぶために コントリビュート しましょう！ 新しいプロセス、言語、フレームワーク、自動化！

🚀

役に立ったと思ったら、あなたのコントリビュートをコメントで共有するか、Twitterで @justsml にタグ付けして投稿 してください。