Developer Relations について。技術オタクコミュニケーションプロトコル（at DevRel Talk! #2）

chomado.dev ~/slides □ ─ × 技術オタク >_ コミュニケーション プロトコル const watashi = async () => { 2026/8/28 DevRel Talks! in Tokyo #2 const idea = await kurashi.inspire(); // AIが書く、私は決める return ai.build(idea); }; watashi(); ちょまど （千代田まどか） Microsoft / Developer Advocate @Chomado #DevRelT ＊今日の登壇の内容は、企業を代表するものではなく、すべて個人の考えです

chomado.dev ~/slides >_ □ ─ × 翌日追記：ツイッタートレンドに載りました https://x.com/i/trending/2093280689479446986 #DevRelT ありがとうございます！

• https://x.com/i/trending/2093280689479446986

chomado.dev ~/slides □ ─ × 自己紹介：千代田まどか（ちょまど） >_ ◼ マイクロソフトで 10 年以上 DevRel やってる ◼ 女子高 → 女子大 (英文科シェイクスピア専攻というド文系) ◼ 大学時代にプログラミングにハマり、完全独学で、国家資格の基本情報 >_ ■ 技術者試験、翌年 応用情報技術者試験にストレート合格 ◼ その孤独な独学の間、ツイッターの技術コミュニティに助けられ、 その恩返しがしたくて、 ◼ 2016 年マイクロソフトに入社、DevRel の仕事を始め、現在に至る Twitter (X) , Instagram : @ chomado ◼ #DevRelT

chomado.dev ~/slides >_ ◼ ◼ ◼ □ ─ × 自己紹介：千代田まどか（ちょまど） マイクロソフトでこの、オンライン技術コミュニティに 10 年以上 DevRel やってる >_ ■ 育てていただいたお話について、 女子高 → 女子大 (英文科シェイクスピア専攻というド文系) ３つ具体的なエピソードを紹介します 大学時代にプログラミングにハマり、完全独学で、国家資格の基本情報 技術者試験、翌年 応用情報技術者試験にストレート合格 ◼ その孤独な独学の間、ツイッターの技術コミュニティに助けられ、 その恩返しがしたくて、 ◼ 2016 年マイクロソフトに入社、DevRel の仕事を始め、現在に至る Twitter (X) , Instagram : @ chomado ◼ #DevRelT

chomado.dev ~/slides >_ □ ─ × Twitter のアニキたちに聞いてみた① プログラミング初心者なんですけど、 何からやったらいいでしょうか？ ツイッターの 猛者たち 最近ようやく JavaScript が 少しだけ読めるようになってきた頃です ガチ初心者 の私 JavaScript なんて型ゆるふわで 暗黒で恐ろしい言語はダメだ。 純粋関数型言語である Haskell からやった方がいい 頑張ります！ #DevRelT そして入門書として数学の 「圏論の基礎」を紹介される

chomado.dev ~/slides >_ □ ─ × Twitter のアニキたちに聞いてみた② どうやら私は基礎から 欠落しているようです。 基礎から勉強できる 本は無いでしょうか 『OS自作入門』がお勧めだよ！ 本当に「基礎」から分かるよ ありがとうございます！ 読んでみます！ #DevRelT ツイッターの 猛者たち 「基礎」違い

chomado.dev ~/slides >_ □ ─ × Twitter のアニキたちに聞いてみた③ 大変申し訳ないのですが 全く理解できませんでした。 もっとプログラミング寄りの基礎の分かる 感じのをご教授頂けないでしょうか 言語を理解するのには 自分で作ってみるのが一番！ Lisp の中の Scheme は 言語仕様が簡単だから 処理系から書くといいよ。 ありがとうございます！ #DevRelT やってみます 言語処理系の実装 普通に難しくて無理 ツイッターの 猛者たち

chomado.dev ~/slides >_ □ ─ × コミュニティへの感謝 >_ ■ ◼ 当時のツイッターのつよつよアニキたちに育てていた だいたおかげで、今の私があります！ ◼ 文系女子大で孤独に勉強していたので、ツイッター上で プログラミングの会話ができるのは大変救いだった ◼ この、技術コミュニティへの恩返しを DevRel 担当者としてこれからも続けていきたいです #DevRelT

chomado.dev ~/slides >_ □ ─ × ぜひフォローしてください @chomado #DevRelT

chomado.dev ~/slides >_ ぜひツイートしてください >_ ■ ◼ ◼ ハッシュタグ「#DevRelT」でツイートしてね！ ◼ 「草」だけでも大歓迎 ◼ 写真投稿歓迎（ただし事故ってない写真でw） 皆の反応が知りたいから！ ◼ 自分の登壇の後に全部読んで「いいね」して回るのが 生き甲斐です #DevRelT □ ─ ×

chomado.dev ~/slides >_ もくじ >_ ■ 1. 2. 3. [前座] DevRel とは（一般的な話） 1. DevRel (Developer Relations) 概要 2. DevRel が難しい理由（成果の計測が難しい） [本題] 技術オタク コミュニケーション プロトコル 1. DevRel は双方向（企業 <-> 開発者コミュニティ） 2. コミュニティへのリスペクトが大切 まとめ #DevRelT □ ─ ×

chomado.dev ~/slides >_ もくじ >_ ■ 1. 2. 3. [前座] DevRel とは 1. DevRel (Developer Relations) 概要 2. DevRel が難しい理由（成果の計測が難しい） [本題] 技術オタク コミュニケーション プロトコル 1. DevRel は双方向（企業 <-> 開発者コミュニティ） 2. コミュニティへのリスペクトが大切 まとめ #DevRelT □ ─ ×

chomado.dev ~/slides >_ □ ─ × DevRel（Developer Relations）とは >_ ■ ◼ 一言でいうと、開発者の皆さまへのリスペクトの上で ◼ 企業,製品 と 開発者コミュニティ の間に、 長期的な信頼関係をつくる仕事 ◼ 開発者コミュニティの文化と言語を理解し、 同じプロトコルで信頼関係をつくる仕事 ◼ (企業の言葉を開発者に届けるだけの仕事ではない) #DevRelT ＊ 定義は定まっておらず、これに限りません

chomado.dev ~/slides >_ □ ─ × DevRel 職の細かい目的 >_ ■ 企業によって重点は異なりますが、だいたい次の複数： 技術選定の時、 ◼ 継続的に使ってもらう 第一候補にまず出てくる存在に ◼ 開発者から信頼される 開発者に技術や製品を知ってもらう ◼ コミュニティを育てる ◼ 実際に試してもらう ◼ 開発者の声を製品改善に ◼ 開発者が自力で使える状態にする ◼ ◼ #DevRelT つなげる ＊ 定義は定まっておらず、これに限りません

chomado.dev ~/slides >_ □ ─ × DevRel が難しい理由:「成果が見えにくい仕事」 >_ ■ ◼ たとえば、ある開発者が私の登壇を聞いて製品を知り、 半年後に試し、1年後に会社で採用したとしても、 最初の私の登壇との因果関係は簡単には測れません。 ◼ また、築き上げていく信頼やコミュニティの健全性は、 PV や参加人数などの数字だけでは表せません。 #DevRelT

chomado.dev ~/slides >_ □ ─ × DevRel が難しい理由:「成果が見えにくい仕事」 #DevRelT

chomado.dev ~/slides >_ □ ─ × DevRel が難しい理由:「成果が見えにくい仕事」 ありがち話の例： KPI をこの「計測が容易な数字」だけにする ことで、その “KPI 最適化” の行動が起こり、 この数値を最大化するだけのゲームになって しまう。（”Goodhart‘s law” (数字を達 成すること自体が目的化し、本来の価値が 破壊される法則のこと)） #DevRelT

chomado.dev ~/slides >_ もくじ >_ ■ 1. 2. 3. [前座] DevRel とは 1. DevRel (Developer Relations) 概要 2. DevRel が難しい理由（成果の計測が難しい） [本題] 技術オタク コミュニケーション プロトコル 1. DevRel は双方向（企業 <-> 開発者コミュニティ） 2. コミュニティへのリスペクトが大切 まとめ #DevRelT □ ─ ×

chomado.dev ~/slides >_ □ ─ × DevRel には、大きく 2 つの方向がある #DevRelT

chomado.dev ~/slides >_ □ ─ × 企業から開発者へ • 製品や技術の使い方を伝える • ドキュメント、記事、サンプルコードを作る • 登壇、動画配信、ワークショップを行う • 開発者が製品を試し、使い続けられるよう 支援する DevRel には、大きく 2 つの方向がある 開発者から企業へ • 開発者がどこで困っているかを拾う • 製品への不満や要望を社内へ届ける • ドキュメントやAPIの分かりにくさを指摘する • コミュニティの温度感をプロダクトチームへ伝える #DevRelT

chomado.dev ~/slides >_ □ ─ × DevRel には、大きく 2 つの方向がある DevRel は、この双方向の通信を 成立させる仕事 #DevRelT

chomado.dev ~/slides □ ─ × >_ ネットワークでは、物理的につながっていても、通信規約が 違えば会話できない。人間やコミュニティも同じ。 企業が開発者向けに情報を発信しても、開発者側の文化や価値観を理解していなければ届き ません。あと大前提として「コミュニティへのリスペクト」がベース（書くまでもないけど一応） #DevRelT

chomado.dev ~/slides □ ─ × >_ ネットワークでは、物理的につながっていても、通信規約が 違えば会話できない。人間やコミュニティも同じ。 企業が開発者向けに情報を発信しても、開発者側の文化や価値観を理解していなければ届き ません。あと大前提として「コミュニティへのリスペクト」がベース（書くまでもないけど一応） そもそも技術に興味なさそう (致命的) 悪い例 一方的に製品を宣伝するし、 メリットしか話さない 技術的な詳細を曖昧にする (我々技 術オタクはそこが気になる) #DevRelT 開発者を「リーチできる人数」としてしか 見れないマーケ脳 (リスペクトが大切)

chomado.dev ~/slides □ ─ × >_ ネットワークでは、物理的につながっていても、通信規約が 違えば会話できない。人間やコミュニティも同じ。 企業が開発者向けに情報を発信しても、開発者側の文化や価値観を理解していなければ届き ません。あと大前提として「コミュニティへのリスペクト」がベース（書くまでもないけど一応） 相手の知識や時間を尊重する 知らないことを誤魔化さない 自分で実際に触っている (最低条件) #DevRelT 技術的に正確である メリットだけでなく 制約も伝える (透明性) 自分で実際に触っている (最低条件) 重視されるもの 技術そのものへの 好奇心を持つ 根拠や一次情報を示す コードやデモで再現できる (「動くのを見せてくれ」マインド)

chomado.dev ~/slides □ ─ × >_ ネットワークでは、物理的につながっていても、通信規約が 違えば会話できない。人間やコミュニティも同じ。 企業が開発者向けに情報を発信しても、開発者側の文化や価値観を理解していなければ届き ません。あと大前提として「コミュニティへのリスペクト」がベース（書くまでもないけど一応） 相手の知識や時間を尊重する 技術的に正確である 重視されるもの 「この人は、ちゃんと技術に向き合っている」 技術そのものへの 「売るためだけではなく、本当に面白いと思っている」 知らないことを誤魔化さない 好奇心を持つ メリットだけでなく と認識されることが重要 自分で実際に触っている (最低条件) #DevRelT 制約も伝える (透明性) 自分で実際に触っている (最低条件) 根拠や一次情報を示す コードやデモで再現できる (「動くのを見せてくれ」マインド)

chomado.dev ~/slides >_ コミュニティは「チャネル」ではない □ ─ × (参加し、「恩送り、恩返し」のマインドで価値を返す) #DevRelT

chomado.dev ~/slides >_ □ ─ × まとめ：技術オタクコミュニケーションプロトコル >_ ■ ◼ 接続したければ、まず相手のプロトコルを理解する ◼ 技術に対して誠実である, コミュニティへのリスペクト, ◼ 参加し、聴き、価値を返す, 恩送り/恩返しの精神。 ◼ それが DevRel の通信を成立させる。 ◼ 個人的な話：技術コミュニティの皆さまには本当に感謝 ◼ そもそも私がエンジニアになれたのは、昔、文系女子大の孤独な独学 時代を支えてくださったオンラインコミュニティの方々のおかげ。 ◼ この大きな恩を今後も返し続けていきたい #DevRelT

chomado.dev ~/slides >_ ありがとうございました！ >_ ■ ◼ SNS フォローしてくだ さると嬉しいです！ ◼ Instagram, X: @chomado ◼ ぜひ感想を ツイートしてね #DevRelT □ ─ ×