この記事の途中に、以下の記事の引用を含んでいます。
An Open Letter to Everyone I’ve Butted Heads With
「衝突」への手紙から始まる自己内省——何が語られているのか？
この記事は、プログラミング言語 Zig の生みの親である Andrew Kelley 氏が、自身の10年間に及ぶプロジェクト運営の中で経験してきた「人との衝突」やその背景について、自己内省の視点から綴ったものです。
一般的な謝罪文や出来事へのリアクションではなく、成熟したOSSプロジェクトの背後に潜む「見えない人間ドラマ」と「コミュニティ運営者の悩み」とが、率直かつ繊細に語られています。
本記事では、その主張と具体的な言葉だけでなく、OSSコミュニティや技術者として生きる上での本質的示唆、そして読者が現場でどう生かせるか、考察を交えながら紐解いていきます。
生みの親が語る “対立の本質” とは？— 主張と印象的なフレーズ紹介
Kelley氏は、Zig開発を含むOSSプロジェクト運営者としての立場から、対立やネガティブなやり取りが起こる根本原因をこう分析しています：
“Programming language and toolchain technology can have a huge impact. Specifically, even minor differences can affect the day-to-day lives of a large number of hours for a large number of people. …workers do not have the choice of which technology to use. They are generally stuck using what their company tells them to.”
このように、プログラミング言語やツールチェーンの「些細な違い」が、現場で働く人々の日常やキャリアに大きな影響を及ぼす、と述べています。
さらに、人は自ら選べない技術を使わざるを得ない状況に置かれており、それがフラストレーションや「対立」を生み出す重大な要素になっていると指摘します。
また、次の発言も非常に示唆に富んでいます：
“When we care about something, but we perceive futility in our efforts to change it, our only resort is to lash out.”
つまり、「自分が大切に思うものに対して、何も変えられない“無力感”」こそが、人を怒りや苛立ちに駆り立てる、と説いているのです。
なぜ「技術」をめぐる言い争いが起きるのか？背景から読み解く
OSSプロジェクトや技術コミュニティに関わる人であれば、一度は経験したことがあるでしょう。
せっかく自主的に貢献しようと思ったのに、運営者と衝突した。
「自分の意見が聞き入れられなかった…」
「レビューが遅い…」
「Pull Requestを無視された…」
Kelley氏は、こうした現象の根幹を「個人が自分のエージェンシー（意思決定権）を持てない」現実と重ねます。
とくに企業の現場で「上から言われた言語、ツールしか使えない」「新しいスキル習得を強いられる」など、“強制的な環境変化”が日々起こっている業界構造の中で、人は些細な仕様変更や運営方針に過敏になりがちです。
これは、たとえば「好きなエディタがサポート終了」「ポピュラーだったWebフレームワークの方針転換」「JavaScriptで大規模な互換性ブレイク」といった現実に直面したエンジニアには、極めてリアリティのある話です。
こうした変化がキャリアや市場価値、日常の業務効率に直結するため、ユーザーの声はときに過剰に感情的になり、運営サイドも防戦一方、互いに思いが空回りしやすい。
「些細なことだと第三者には見えても、本人たちには切実な問題」となるのは、技術の持つパワーと制約が、私たちの「生き方、働き方」と切っても切り離せないほど密接になっているからです。
運営者も「無力」で「矛盾」している？——筆者の考察と具体例
Kelley氏が語るのは、決して利用者（ユーザー）だけの弱さではありません。
開発のトップに立つ彼自身もまた「矛盾」を抱え、無力さゆえの苛立ちや他者批判に陥りがちだ、と自己開示します。
“Because I’m a hypocrite. I do the exact same thing. There are plenty of projects that I depend on and use daily, but I know that, sadly, I’ll never have time to compete with them or even meaningfully contribute to them.”
この率直な自省は印象的です。
私自身もプロジェクト運営やコミュニティ支援に関わる中で、「なぜこの人はこんなに攻撃的なんだろう」「意見が通らなかったのは自分の伝え方が悪かった？」と自問することが多々あります。
でも実際は、お互いに「自分ではどうしようもないこと」が多すぎる。
OSSの運営はボランティアで時間的制約も大きい。
健全な成長や品質向上に集中したい。
でも現場のエンジニアやユーザーからは「もっとこっちを優先してほしい」「なぜ自分の要望が通らないんだ」という声が寄せられる。
しかもそれが「直接ビジネス」や「自分の生活」と関係していれば、感情の熱量も高くなります。
運営者は「一人ひとりの要望に応えたい！」と本心では思いながら、それが物理的に無理であるという現実との板挟みに苦しむのです。
これはどんな規模のOSSでも起こっていることで、Zigだけの問題ではありません。
実際、PythonやPostgreSQL、Linuxなど大規模なプロジェクトでも「方向性を巡る争い」や「人格否定に発展するトラブル」は絶えません。
OSS特有の「当事者意識×発言権のねじれ」こそがコミュニティ運営を難しくしている大きな要因といえるでしょう。
「温かさ」と「実利」のバランス——コミュニティ運営における新しい視座
Kelley氏は本記事の最後で、率直にこう語っています：
“Even if I disagree with you, even if I blocked your GitHub account, even if I locked an issue after you made a comment, …I still think that you are not only justified in wanting what you want, you are also justified in feeling angry about not getting it.”
「あなたが怒るのは正当なのだ」「要望を抱くこと自体を否定しない」「ただ、それが全部叶えられない現実を私は悲しく思う」と。
これは、運営者とユーザーの対立が「Win-Lose」のゲームに終始しがちな技術系コミュニティにおいて極めて稀有な姿勢です。
多くの運営者は「ネガティブなフィードバック」や「反発」を「攻撃」と捉え、防衛本能が先に立ちがち。
それに対してKelley氏は、「怒れるあなた」も「無力な私」も対等で、その裏側に共通の“悔しさ”があることを認め、寄り添う姿勢を示しています。
このバランス感覚は、多くの OSS 運営者や技術コミュニティリーダーにとって重要な示唆です。
なぜなら、コミュニティを持続的に成長させるには冷徹な実利判断と同時に、「当事者の感情」や「温かみ」、「どこかで誰かがちゃんとあなたを見ている」という安心感が不可欠だからです。
悲観や対立を超えて——「共感」が拓くテクノロジーの未来
Kelley氏の記事は、単なる個人の内省記録にとどまりません。
それは「自分が主人公になれないOSSの現実」に傷つく多くのユーザー・開発者への応援であり、同時に「合理性だけではコミュニティは回らない」と主張するメッセージです。
その核心は、次の一文に凝縮されています：
“I think I can level up – cranking up the empathy dial with my interactions – even the contentious ones – while still cultivating this budding technology; protecting it from those who would destroy or corrupt it; growing it into a flourishing global community…”
感情と論理、効率と共感、その両輪があってこそOSSも技術文化も発展する。
対立や戸惑いは避けられないが、最終的には「人と人」としてどう向き合えるかが鍵です。
読者への示唆としては、次の3つを提案します：
- 感情的な反発や批判を「無力感」の裏返しと捉えることで、一歩距離を置く試みを持ってみる。
- 運営/利用者、どちらの立場でも、「言葉の奥にある悔しさや期待」を丁寧に汲み取ろうとする。
- 意思決定に参加できなくても、「自分の共感」はコミュニティにポジティブな影響を与える、という自覚を持つ。
OSSに限らず、規模の大きなプロジェクトやコミュニティで「自分だけが置いていかれる感覚」に悩んでいる方は少なくありません。
完璧な正解はありませんが、Kelley氏のような「共感と現実主義の両立」を、少しだけでも日々のコミュニケーションや判断に取り入れてみてはいかがでしょうか。
categories:[technology]
コメント