---
title: good first issue のその先へ ― コントリビュートを持続可能にするには
linkTitle: good first issue のその先へ
date: 2026-03-19
author: >-
  [Diana Todea](https://github.com/didiViking) (VictoriaMetrics), [Elizabeth
  Mathew](https://github.com/Elizabeth-Mathew1) (Signoz)
sig: End-User SIG
default_lang_commit: 3c08cf919e2fae82706d41cde8edfb9943974f7e
cSpell:ignore: CLOTributor devex Signoz Todea
---

OpenTelemetry は、アプリケーションやサービスからメトリクス、ログ、トレースを収集するためのツールと標準を提供します。
コントリビュートを始めるのは気後れするかもしれません。
ここでは、実際の経験から得た教訓をいくつか紹介します。

ほとんどのガイドは、「good first issue」の見つけ方、リポジトリのフォーク方法、SIG ミーティングへの参加方法を説明しています。
そうしたアドバイスは有用であり、多くのリソースがそれをうまくカバーしています。
あまり注目されないのは、コントリビュートにまつわるより広い文脈です。
エコシステムの理解、コミュニティの力学のナビゲート、そして大規模なオープンソースプロジェクトへの長期的な関わりの構築がそれにあたります。

これらの側面は OpenTelemetry において特に重要です。
開発は多くのリポジトリ、SIG、組織にまたがって行われるためです。
新規参入者、とりわけ過小評価されている背景を持つコントリビューターにとって、この文脈は大きな違いを生みます。
協力や意思決定に関する暗黙のルールが見えにくい場合、どこから始めるべきか、自信を持って参加する方法、あるいは単発のコントリビューターから長期的なメンバーへと成長する方法を知ることが難しくなります。

このガイドは、そのより深い層に焦点を当てています。
「最初のコントリビュート」のチェックリストを超えて、OpenTelemetry コミュニティがどのように機能しているかを理解し、その中で自分の居場所を見つける手助けをします。

## コンテキストとコミュニティ {#context-and-community}

特定のリポジトリに飛び込む前に、より広いクラウドネイティブエコシステムを探索してください。
どのオブザーバビリティツールが進化しているか、どこにギャップがあるか、どのプロジェクトが OpenTelemetry の普及に影響を与えているか。
戦略的なコントリビュートはコンテキストから始まります。
[CLOTributor](https://clotributor.dev/) のようなプラットフォームは、1つの組織内だけでなく、クラウドネイティブプロジェクト全体にわたる「good first issue」を見つける手助けをしてくれます。
これにより、自分のスキルが最もインパクトを発揮できる場所に身を置けます。

「good first issue」は競争が激しく、投稿されてから数時間以内に取られてしまうことがよくあります。
見つからない場合は戦略を変えましょう。
完璧なイシューを待つのではなく、SIG コールや Slack でのディスカッションを通じてコミュニティの活発な一員となり、自分が役に立てるアドホックなタスクを探しましょう。

[Merge Forward](https://community.cncf.io/merge-forward/) のような取り組みは、オープンソースにおいて過小評価されているグループを支援し、従来の企業環境では多くのエンジニアが得られないメンターシップ、可視性、アクセスを提供しています。
OpenTelemetry は、参加障壁を積極的に下げるこの大きな CNCF エコシステムの中に存在しています。

OpenTelemetry は、メンターシッププログラム、ローカリゼーショングループ、非同期コラボレーションを通じてインクルーシブな参加を積極的に支援し、多様な背景を持つコントリビューターが対等に活動できるようにしています。

プロジェクトとコミュニティのつながりを理解することで、コントリビュートはより意義あるものになります。

## コントリビュートはコード以上のもの {#contribution-is-more-than-code}

![OTel で最も人気のあるページを示すグラフ](graph-contributions.webp)

2026年1月から2026年3月までの [OpenTelemetry.io](/docs/) ウェブサイトで最も人気のあるページを示すグラフ

プルリクエストは単なるコード変更ではありません。
それはディスカッションであり、フィードバックであり、プロジェクトの方向性との整合です。
メンテナー、承認者、SIG メンバーが優先事項を導きます。
イシュースレッドや PR のディスカッションを読むことで、意思決定がどのように行われ、実際の摩擦がどこにあるかがわかります。
その認識がコントリビュートをより強いものにします。

テック業界で過小評価されているグループのエンジニアにとって、可視性と継続的な参加は重要です。
OpenTelemetry は、特定の場所にいることや大手テクノロジー企業で働いていることに依存しない参加方法をいくつか提供しています。
会話は Slack チャネル、SIG ミーティング、GitHub イシュー、プルリクエストのディスカッションなど、複数のコミュニティスペースで行われます。
これらのチャネルにより、異なる地域、職歴、経験レベルのコントリビューターがプロジェクトに参加し、実践的なフィードバックを共有できます。

グローバルなオープンソースコミュニティへの参加は必ずしも容易ではありません。
タイムゾーンの違いにより、全員が SIG ミーティングにライブ参加できるわけではありません。
そのため、多くの技術的なディスカッションや意思決定は、GitHub イシュー、プルリクエストのレビュー、Slack スレッドを通じて非同期的にも行われます。
これにより、同期的なミーティングに参加できなくても、コントリビューターは自分のスケジュールに合わせて参加できます。

言語も国際的なコミュニティにおける障壁になりえます。
多くの OpenTelemetry コントリビューターは英語のネイティブスピーカーではなく、ドキュメントの明確性の改善はプロジェクトの重要な部分です。
コントリビューターは、複雑な表現を簡素化したり、より明確な説明を提案したり、ドキュメントを他の言語に翻訳したりすることで貢献できます。
こうしたコントリビュートは、世界のさまざまな地域で OpenTelemetry を学んでいる開発者にとって、プロジェクトをより親しみやすいものにします。

ローカリゼーショングループは、コミュニティが参加を広げるもう1つの方法です。
ドキュメントの翻訳、例の改善、異なる言語コミュニティ向けの説明の適応は、オブザーバビリティの知識を、そうでなければアクセスに苦労するかもしれない開発者に届ける助けとなります。
ローカリゼーションの取り組みは、コードでのコントリビュートから始めることに抵抗を感じるコントリビューターにとっての機会も生み出します。

これらの仕組みは完璧ではありません。
タイムゾーンの違い、言語の障壁、アクセシビリティの課題は依然として存在します。
しかし、同期的・非同期的なコラボレーションの両方、ドキュメントの改善、ローカリゼーションの取り組みを支援することで、OpenTelemetry コミュニティは多様な背景を持つコントリビューターがオブザーバビリティツールの未来の形成に参加し貢献するための複数の方法を提供しています。

コード以外のコントリビュートは、ドキュメントやブログにとどまりません。
SIG ミーティングでの議事録作成のボランティア、KubeCon での OpenTelemetry Community Day のようなコミュニティイベントの開催支援、またはすべてのコントリビューターのためにプロジェクトをより良くすることに注力する Contributor Experience SIG への参加もできます。
これらの SIG の例を以下に挙げます。
[**otel-sig-end-user**](https://cloud-native.slack.com/archives/C01RT3MSWGZ)、
[**otel-devex**](https://cloud-native.slack.com/archives/C01S42U83B2)、
[**opentelemetry-new-contributors**](https://cloud-native.slack.com/archives/C09H3MNMBQV)、
[**otel-contributor-experience**](https://cloud-native.slack.com/archives/C06TMJ2R0SK)、
[**otel-docs-localization**](https://cloud-native.slack.com/archives/C076RUAGP37)。
コントリビュートの道筋は流動的です。
つまり、ドキュメントから始めてもそれに固定されるわけではありません。
学びを深めるにつれてコードのコントリビュートに切り替えることも、その逆も可能です。
すべてのコントリビュートは価値があり、歓迎されます。

もし自分に似た人がその場にいなくても、それは身を引くシグナルではありません。
それは参加するチャンスです。

## 初心者へのヒント {#tips-for-beginners}

小さく始めましょう。
ドキュメントの改善、サンプル、テストの修正、ローカリゼーション、開発者体験のフィードバックは価値があります。
コードベースは急速に進化し、頻繁に変更されます。
それに気を落とさないでください。

あなたの経歴は武器です。
SRE、プラットフォームエンジニア、バックエンド開発者、または DevRel プロフェッショナルであれば、本番環境の現実を理解しています。
ドキュメントがわかりにくい箇所や自動化が壊れる箇所を知っています。
その洞察は実践的で必要とされています。
コミュニティの文脈は技術的なスキルと同じくらい重要です。

経歴は技術的な役割にとどまりません。
英語のネイティブスピーカーでない人は、わかりにくい表現、馴染みのない言葉、曖昧な説明を見つけ、それらを簡素化またはローカライズする手助けができます。
アクセシビリティ上のニーズを持つコントリビューターは、ドキュメント、ツール、プロセスのギャップを発見し、可読性、ナビゲーション、インクルーシビティを改善することがよくあります。

こうしたコントリビュートは、見過ごされがちですが、コードを書くことと同じくらい重要です。
コミュニティにおけるすべての人の体験を形作ります。
大規模なオープンソースコミュニティでは、こうした視点は技術的なスキルと同じくらい重要です。
明確性、アクセシビリティ、ユーザービリティの改善はエコシステムを強化し、より幅広い参加を可能にします。

CNCF の Slack チャネル全体で非常に一般的な課題について触れましょう。
フィードバックや PR レビューが得られないという問題です。
すぐにレビューが得られなくても、辛抱してください。
ほとんどのメンテナーはプロジェクトのメンテナンスに加えて本業を持っているため、遅延は普通のことです。
対応する Slack チャネルに十分なコンテキストを添えてメッセージを投稿すれば、誰かがレビューを引き受けてくれます。
その間に、他のオープンな PR を自分でレビューして、コードベースへの理解を広げましょう。

## 誰に話しかけるべきか {#who-to-talk-to}

メンテナー、SIG メンバー、シニアコントリビューター、承認者と交流しましょう。
彼らが方向性を定め、作業をレビューします。
彼らのディスカッションを観察することで学びが加速します。

End User SIG はプラクティショナーからのフィードバックを積極的に求めています。
インタビューやディスカッションを通じてコントリビュートすることで、コード以上の影響をプロジェクトに与えられます。
多くのコントリビューターにとって、特に主要なテックハブの外にいる人々にとって、こうしたチャネルは可視性と有意義な参加を生み出します。
信頼は一貫性を通じて築かれます。

## 構成要素を理解する {#understand-the-pieces}

OpenTelemetry には、複数言語の SDK、Collector、計装ライブラリ、そして OTLP、gRPC、HTTP などのプロトコルが含まれます。
これらのコンポーネントがどのように相互作用するかを理解することで、視野が広がります。

[OTel Injector](https://github.com/open-telemetry/opentelemetry-injector) や [OTel Weaver](https://github.com/open-telemetry/weaver) のような新しい取り組みは、自動化とテレメトリー設定の簡素化に焦点を当てています。
新しい取り組みへのコントリビュートは、採用パターンに早期に影響を与えるため、インパクトがあります。
もう1つの領域は、PHP、Ruby、Erlang、Rust の言語 SDK です。
これらは少数のメンテナーしかおらず、追加の協力を必要としています。
eBPF 自動計装プロジェクト（OBI）は、アプリケーションコードを変更せずにカーネルレベルでテレメトリーデータをキャプチャできる新しいフロンティアです。
低レベルプログラミングや Linux カーネル技術に興味があるなら、ここはコントリビュートするのに最適な場所です。

単一のリポジトリを超えて考えることが、コントリビュート戦略を強化します。

## 公式ドキュメント：出発点 {#official-documentation-a-starting-point}

公式ドキュメントが基盤を提供します。
明確性、サンプル、ローカリゼーションへのコントリビュートは、アクセシビリティと普及を改善します。
一部の領域は現在リソースが不足しており、より多くのコントリビューターを必要としています。

[ドキュメント](/docs/contributing/localization/)のローカリゼーションは大きなニーズです。
日本語や中国語のような一部の言語コミュニティは OpenTelemetry ドキュメントの翻訳に非常に積極的ですが、まだほとんど手がつけられていない言語もあります。
英語以外の言語に堪能であれば、ローカリゼーションの取り組みに貢献することで大きな違いを生み出せます。
ドキュメントがより多くの言語で存在し、実際のユースケースを反映していれば、参加できる人の範囲が広がります。

## ローカルサンドボックスのセットアップ {#setting-up-a-local-sandbox}

実際に手を動かして探索することで自信が生まれます。
リポジトリをクローンし、テストを実行し、計装を変更し、テレメトリーパイプラインで実験してみましょう。
実践的な実験がコミュニティへの参加を補完します。

## 知識の拡大 {#expanding-your-knowledge}

体系的な学習が理解を深めます。
CNCF の学習リソースやコースは、これらの概念を段階的に学ぶための教材を提供しています。
さらに、Linux Foundation の [OpenTelemetry 認定資格](https://training.linuxfoundation.org/certification/opentelemetry-certified-associate-otca/)は、テレメトリーパイプライン、計装戦略、エコシステム全体にわたるオブザーバビリティアーキテクチャに関する中核的なアイデアを強化しながら、知識を実証するための実践的な方法を提供します。
学び、コントリビュートし、教えることは互いを強化し合います。

## コントリビュートを持続可能にする ― 一例 {#making-contributions-sustainable--an-example}

始めることは簡単です。
関わり続けることがインパクトを生みます。

持続可能なコントリビュートとは、重点分野を選び、SIG ミーティングに参加し、作業をレビューし、新参者をメンタリングし、知識を共有することを意味します。
それは一貫性であり、1つの大きなコード変更ではありません。
多くのコントリビューターは数回のコントリビュート後に離れてしまいます。
自分がワクワクすることにコントリビュートを合わせることで、現実的なルーティンを構築しやすくなります。
毎週または毎月のコントリビュート、SIG ミーティングへの参加（リスナーとしてでも）、GitHub の更新の追跡、Slack での活動を続けることです。
好奇心と学びが一貫した関与を支えます。

長期的な一貫性は信頼性と影響力を築きます。
これは特に可視性が重要な、過小評価されているコントリビューターにとって当てはまります。

OpenTelemetry は成長のための可視的で構造化された道筋を提供しています。
過小評価されているグループのエンジニアにとって、これは重要です。
従来の企業ヒエラルキーを超えた信頼性、影響力、コミュニティからの認知を提供するからです。

完璧である必要はありません。
参加することが大切です。
好奇心を持ちましょう。
エコシステムで考えましょう。
CLOTributor のようなツールを使って機会を探索してください。
サポートが必要なら Merge Forward のような取り組みとつながりましょう。
コントリビュートの方法を多様化し、一貫性を保ちましょう。

コントリビュートの ROI は、個人的にも職業的にも大きなものになりえます。
計装、トレース、メトリクスが内部でどのように機能するかについて、より深い理解を得られます。
業界のさまざまな企業のエンジニアと交流することになり、こうしたつながりは仕事の機会やコラボレーションにつながることがあります。
多くのコントリビューターは、自分を助けてくれたオープンソースコミュニティに恩返しをすることに充実感を見出しています。

OpenTelemetry はグローバルなコラボレーションです。
あなたにもその中に居場所があります。
