名前を残すだけではない：意味のあるオープンソース貢献ガイド
- Aisha Washington
- 6月6日
- 読了時間: 11分
更新日：6月16日
それはタイムラインに浮かぶシンプルなツイートから始まり、デジャヴのような感覚を引き起こします。またHacktoberfestか？答えはノーですが、問題は不気味に似ています。 2年以上にわたり、人気YouTubeチュートリアルからの善意だが誤ったアドバイスが、オープンソース界の主要プロジェクトに継続的な混乱を引き起こしています。 Express.jsのような主要リポジトリは、意味のないプルリクエスト（PR）の終わりのない流れにさらされ、これらの重要なプロジェクトを支えるボランティアメンテナに大きな負担をかけています。
この記事では、この奇妙な現象を深く掘り下げます。問題の起源を探り、これらの無害に見える貢献がなぜこれほど有害なのかを理解し、最も重要なこととして、初めての意味のあるオープンソース貢献を行うための明確なステップバイステップのロードマップを提供します。単に自分の名前をファイルに追加するのではなく、コミュニティに本当の価値を追加する時です。
「スパム」オープンソース貢献とは何か？
コア定義と一般的な誤解
ソフトウェア開発の文脈では、「スパム」オープンソース貢献とは、プロジェクトのコードベースに対する、本物の価値をほとんどまたは全く提供しない変更提案のことです。 最も悪名高い例であり、この問題の中心にあるのは、初心者がExpress.jsのような主要プロジェクトをフォークし、ドキュメントファイル（README.mdなど）に些細な変更を加え、それをプルリクエストとして提出するというものです。多くの場合、この変更は単に自分の名前をファイルに追加するだけです。
この行為は、PR作成のメカニズムを練習する簡単な方法としてチュートリアルで示されることがよくあります。これが無害な練習だという誤解です。しかし、560万回の再生回数を持つチュートリアルが、ライブの公式リポジトリでこれを行うよう学生に指示した場合、結果はノイズの洪水となります。最近の分析では、Express.jsのすべてのオープンPRの約23%が、まさにこの種の低努力のreadme更新でした。これらはプロジェクトを改善しようとする本物の試みではなく、プロジェクトとそのメンテナへの敬意というオープンソースのエチケットの重要な要素を教えなかったレッスンから生まれたデジタル落書きです。
低品質のオープンソース貢献が非常に有害な理由
部外者にとって、小さな無意味なPRは些細な迷惑のように見えるかもしれません。実際には、その累積的な影響はオープンソースプロジェクトの健全性に深く腐食的です。
第一に、大量の管理オーバーヘッドを生み出します。PRが開かれるたびに通知が送信され、メンテナはそれをレビューし、スパムとして特定し、クローズする時間を取らなければなりません。 これが週に何十回も起こると、ボランティアの限られた時間とエネルギーを著しく消耗します。 Express.jsのメンテナは、変更のサイズやGitHubアカウントの年齢などの要因に基づいて、これらのスパムPRを検出してフラグを立てる自動化システムの開発を余儀なくされました。これは、バグの修正、新機能の追加、または真剣な新しい貢献者のメンターに費やされる可能性があった時間です。
第二に、「オオカミ少年」のシナリオを生み出します。 スパム通知の絶え間ない流れは、メンテナに即座に恐怖とフラストレーションを引き起こします。正当な貢献を埋もれさせ、メンテナが本当の助けを提供しようとする開発者を見つけて関わることを難しくします。これにより、メンテナの燃え尽き症候群につながる可能性があります。これは、主要な開発者がストレスとサポートの欠如のためにプロジェクトから離れる深刻な問題です。
ウイルス性の原因：単一のチュートリアルが何年もの混乱を引き起こした方法
この問題全体は、Apna Collegeというチャンネルが作成した初心者向け「Complete Git and GitHub」チュートリアルの特定の瞬間に遡ることができます。ビデオの1時間13分頃に、講師は公式Express.jsリポジトリに移動し、フォークし、名前を追加するためにファイルを直接編集してからPRを作成することで、プルリクエストの作成方法を実演します。
560万回以上の再生回数があり、何十万、もしや何百万もの志望開発者がこの特定のセクションを見て、それに従ったと推定されます、それが標準的な慣行であると信じて。結果として、ビデオが投稿されてから何年経っても、メンテナはチュートリアルで示されたものと直接コピーされたPRをまだクローズしています。
特に苛立たしいのは、チャンネルが問題を認識していることです。ビデオの固定コメントでユーザーに「公式プロジェクトのリポジトリでテストPRを作成しないでください。それは非プロフェッショナルです」と警告しています。しかし、YouTubeの編集ツールを使って問題のあるセクションを切り取る能力があるにもかかわらず、ビデオは変更されず、今日までメンテナに頭痛を引き起こし続けています。
初めての意味のあるオープンソース貢献を行う方法：ステップバイステップガイド
貢献したいという欲求は、どんな新しい開発者にとっても素晴らしい出発点です。それは情熱の表れであり、コミュニティの一員になりたいという意欲の表れです。しかし、そのエネルギーは正しく向けられなければなりません。 ライブプロジェクトで「練習」PRを作成する代わりに、歓迎され感謝される貢献を行うためにこのプロセスに従ってください。
ステップ1：プロジェクトを学び、コミュニティに参加する
コードに飛び込むだけではありません。Node.jsのようなプロジェクトに貢献したい場合、まずNode.jsを学ぶ時間を取ってください。ドキュメントを読み、その目的を理解し、自分のマシンでプロジェクトをビルドする方法を学びます。 Discordサーバーやメーリングリストなどのプロジェクトのコミュニティチャンネルを探して参加してください。議論に耳を傾け、文化と現在の課題を感じ取ります。
ステップ2：問題を見つけて理解する
プロジェクトに慣れたら、取り組むべき問題を探し始めます。 多くのプロジェクトには、新しい貢献者をガイドするための「good first issue」や「help wanted」などのラベルがあります。初心者がどこに努力を向けるのが最適かについて、コミュニティチャンネルでアドバイスを求めてください。ランダムに1つを選ぶのではなく、問題を読み通し、問題を理解し、それが調査するのに適していると感じるものであることを確認してください。
ステップ3：大変な作業：デバッグとビルド
ここで本当の学習が起こります。 コードをデバッグし、print文を追加し、何が間違っているのかを理解するためにロジックを追跡する必要があります。このプロセスは迅速でも簡単でもありません。特に最初の問題では、何時間も、時には何日もかかることがあります。苦闘を受け入れてください。これが深く実践的な知識を築く方法です。
ステップ4：発見を伝え、PRを提出する
解決策があると信じたら、発見をコミュニティに持ち帰ります。何を発見し、それをどのように修正する計画かを説明します。これにより、経験豊富な開発者が最終的なコードを書くために多くの時間を投資する前にフィードバックを提供する機会が得られます。プルリクエストを作成するときは、問題と解決策を明確に説明し、元の問題にリンクしてください。これにより、作業をレビューするメンテナに貴重なコンテキストが提供されます。
ステップ5：本当の報酬を祝う
本当の価値のあるPRがマージされることは、素晴らしい感覚です。コミュニティの尊敬を勝ち取り、人々はあなたの成功を喜んで祝うでしょう。これがオープンソースの本当の報酬です。ファイルに自分の名前を見るのではなく、本当の問題を解決し、気にかけるプロジェクトを助けたことを知ることです。これは生涯の喜びとキャリアを定義する機会につながる経験です。
説明責任の問題：スパムPRの責任者は誰か？
このような問題が何年も続く場合、誰に責任があるのかを尋ねるのは自然です。 ひどいアドバイスを提供したコンテンツ作成者か？それとも、多くの場合大人である学生たちが、自分の行動の意味を一時停止して考える常識を欠いているのか？
学習者に説明責任を負わせる強い議論があります。あるコメント者が指摘したように、25歳未満の全員を批判的思考ができない子供として扱うのをやめる必要があります。ソフトウェア開発のキャリアを追求するのに十分な年齢であれば、公共のプロジェクトを破壊するような奇妙な指示に疑問を持つ能力があるはずです。
同時に、共感を持つことも重要です。 これらの初心者の多くは、テック業界での足がかりを必死に求めており、これらのチュートリアルを命綱と見なしています。講師が説得力を持って行動を実行するよう言うと、特にその分野のプロフェッショナルな規範に慣れていない場合、疑問を持たずに従うかもしれません。ビデオのナレーターは18歳の時に「バカだった」と認め、このような状況の人々に慈悲を示しますが、重要な一線を引きます。「自分に対してバカになるのは一つのこと。公衆の面前でバカになるのは別の問題だ」。
オープンソース貢献の未来：より良いオンボーディング文化の構築
この一連の出来事は、Hacktoberfestをめぐる論争と同様に、オープンソースにおけるより良いオンボーディング文化の必要性を強調しています。 Tシャツのためであれ、チュートリアルの練習のためであれ、低品質のコミットを奨励することは ultimately 破壊的です。
未来は、「方法」だけでなくオープンソースのエチケットの「理由」も教えるより良い教育リソースを作成することにあります。また、共有の責任も伴います。 コンテンツ作成者はアドバイスに、より注意を払わなければならず、学習者は批判的思考の習慣を培わなければなりません。目標は常に情熱と興奮を持ってプログラミングを追求することですが、責任を持って行うことです。このような方法でインターネット上でバカのように見えることをプロのキャリアにしたくはありません。
結論：オープンソースの旅に関する主要なポイント
オープンソースへの貢献は、開発者のキャリアの中で最もやりがいのある部分の1つになり得ます。それは学習、コミュニティ、そして immense な個人的満足への道です。しかし、その旅は正しい第一歩から始めなければなりません。 Express.jsのスパムからの教訓はシンプルです：暗い部屋に一人で入らないでください。私たちコミュニティは皆、メジャーリポジトリに自分の名前を追加するだけのPRを提出するのは悪いアイデアだとあなたに伝えています。
ファイル上のあなたの名前は何も達成しません。しかし、よく調査され、よく伝えられたバグ修正はすべてを達成します。それは価値を提供し、あなたの評判を築き、開発者の世界で尊敬される地位を獲得します。道は長いですが、名前から始まるわけではありません。本当に学び、構築し、助けたいという本物の欲求から始まります。
オープンソース貢献に関するよくある質問（FAQ）
1. 「スパム」または低価値のプルリクエストとは何ですか？
スパムPRとは、プロジェクトに本当の価値を追加しない変更提案です。これには、貢献をするための化粧品的な変更、例えばREADMEファイルに自分の名前を追加したり、コメント内の1つのtypoを修正したり、ライブの公式リポジトリで「練習」として他の些細な編集を行うことが一般的に含まれます。
2. 主要なオープンソースプロジェクトでテストPRを作成するのが悪いアイデアなのはなぜですか？
それは、すべてのPRをレビューしてクローズしなければならないボランティアメンテナに significant な workload を生み出し、本物のバグや機能に費やされる可能性があった時間を無駄にします。この通知の洪水はフラストレーションと燃え尽き症候群を引き起こし、開発コミュニティ内では非プロフェッショナルな行動と見なされます。
3. この問題はHacktoberfestで見られた問題とどのように似ていますか？
どちらの状況も大規模に低品質の貢献を奨励します。Hacktoberfestは初期の年、単に無料のTシャツを獲得するためにリポジトリ全体で些細なPRを作成するよう人々を奨励したとして批判され、チュートリアルビデオと同様の頭痛とスパムをメンテナに引き起こしました。
4. Node.jsやExpress.jsのようなオープンソースプロジェクトへの貢献を始める正しい方法は何ですか？
まず、技術とプロジェクト自体を学ぶことから始めます。 プロジェクトのコミュニティ（Discordなど）に参加し、本物の問題（しばしば「good first issue」とラベル付けされている）を見つけ、解決策を提案する前にデバッグと問題の理解に時間を費やします。よく文書化されたPRを提出する前に、発見を伝えます。
5. このスパム貢献の波について、本当に責任があるのは学生か講師か？
これについては議論があります。講師は客観的に悪いアドバイスをし、問題が知られた後にビデオを修正しませんでした。しかし、個人的責任についての議論もあり、志望開発者は、メジャープロジェクトを練習のために編集することが不適切であることを認識する批判的思考スキルを持つべきだと示唆しています。
