AI時代に人がコミュニティへ集まる理由
AIがですね、ほんの数秒で完璧なコードを書き上げてしまう。 そんな時代じゃないですか、今は。
本当に信じられないスピードですよね。 なのになぜ何千人もど,普段は割と内向的なITエンジニアたちが,わざわざ貴重な週末を使ってですね,
狭い会議室に集まってお互いに熱く語り合っているのか。 これすごく不思議に思いませんか?
まさにそこが現代のテクノロジー業界における最大のパラドックスと言えますよね。
ですよね。技術がコードになればなるほど人はなぜかそういう泥臭いアナログなつながりを求めているという。
そうなんですよ。
今皆さんがあなたがこの音声を聞いているデバイスもですね、間違いなく誰かが書いたコードで動いているわけです。
単に技術的な情報を得るだけなら、もうオンラインのチュートリアルとかAIに聞けば十分なはずですよね。
はい。もう家から一歩も出なくても学べる環境は完全に整っていますからね。
にもかかわらず今エンジニアたちはかつてないほどコミュニティー,特にですねイベントの後の事後交流会とかみんなで黙々と作業する黙々会こういった場に熱狂しているんです。
ええ。現場の熱量は本当にすごいことになっています。
というわけで今回の深掘りのテーマはズバリITイベント事後コミュニティの形です。
非常にタイムリーでかつ重要なテーマですね。
はい。今回はですねハッカーランクやスタックオーバーフローの2025年最新調査。
それからディーナの社内技術コミュニティの事例。
さらにデブレル東京のイベントレポートや大戦で活躍するエンジニアの方々の体験談なども膨大なソースの束を一緒に読み解いていきます。
かなり多様なデータが揃っていますね。
今回のミッションなんですが、この情報過多の時代においてITコミュニティが単なる勉強の場から
エンジニアつまり今これを聞いているあなたのキャリアとメンタルを守る最強のインフラにどう進化したのか
AIコードの不完全さと人間による検証
そのメカニズムを明日から活用できるレベルまで徹底解剖していきたいと思います。
よろしくお願いします。
この一見不可解な熱狂を紐解くにはですね、まず現代の開発現場で今まさに起きているある強いフラストレーション
ここに目を向ける必要があるんです。
フラストレーション、やっぱりそこが最大の要因なんですね。
要するにAIとの摩擦ということでしょうか。
その通りです。スタックオーバーフローの最新のデータがあるんですが。
あの調査ですね。
開発者の実に97%がAIを使用しているという圧倒的な普及率なんです。
97%使ってない人を探す方が難しいレベルじゃないですか。
そうなんですよ。でもここからが非常に面白いところでして
AIツールに対する肯定的な好感度これがですね、かつての70%台から今年は60%へと急落しているんです。
普及しているのに好感度は下がっているんですか。それってどういうことなんでしょう。
さらに踏み込んだデータを見るとですね、66%の開発者がAIの回答は惜しい、つまりほど正しいんだけど完全ではないということに強いフラストレーションを抱えているんです。
ちょっと待ってくださいね。ちょっと整理しましょう。
AIのおかげでコード生成のスピード自体は劇的に上がっているわけですよね。
もちろん。タイピングの速度なんかとは比べ物にならないくらい早いです。
ですよね。ハッカーランクのデータだと書かれたコードが2週間以内に修正されるいわゆるコードチャンの割合が2020年の3.1%から今年は7.1%に倍増しているってありましたよね。
はい。顕著な増加です。
これって単にAIのおかげでコードを書くスピードが倍になったからそれに比例して修正するスピードや量も倍になっただけなんじゃないですか。
つまり速さの副産物というか必ずしもネガティブなことではない気がするんですけど。
いやー非常に鋭い視点です。確かに開発スピードの絶対値は上がっていますからね。
はい。
しかし問題はなぜ修正が必要になったのかというその中身なんです。
中身ですか。
AIは文法的に美しくて完璧に見えるコードを瞬時に出力してくれます。まるで優秀な新入社員のように自信満々で答えを出してくるんです。
あー自信満々ででもたまに嘘をつく新入社員ですね。
まさにそれです。彼らつまりAIはその企業特有の複雑なビジネス要件や過去に起きたシステム障害の歴史あるいは使ってはいけないライセンスのロールといった泥臭い文脈を全く理解していないんです。
なるほど。教科書通りの100点の答えを出してくるんだけど現場のローカルルールとか過去の経緯には全然合っていないということですね。
その通りです。だからこそAIが吐き出したその惜しい正解を実際のプロダクトに組み込んで本当に大丈夫なのかを見極めるための人間的知性による検証層つまりヒューマンインテリジェンスレイヤーというものがかつてないほど不可欠になっているんです。
ヒューマンインテリジェンスレイヤーなんだかかっこいい言葉ですが要するに人間によるダブルチェックってことですね。
ピアレビューの重要性が爆発的に高まっているんです。AIが書いたコードに対してこれうちの今のシステムに入れて本当に動くと思うとかセキュリティ的にどうだろうといった暗黙地のフィードバックを求める場が必要なんですよ。
そこでコミュニティの出番というわけですね。AIの答え合わせをするために生身のエンジニアたちの経験とか文脈がどうしても必要になっていると。
まさにそうです。直接対話できればが求められているんです。
だからみんなAIがあるのにわざわざ人に会いに行くんですね。いやー面白いパラドックスです。
じゃあその検証層としてコミュニティが具体的にどんな形で機能しているのかを見ていきたいんですけど。
はい。スタックオーバーフォローの調査を見るとですね若手層特に18歳から24歳の人たちは単なる技術記事を静かに読むよりもチャットとかコーディングチャレンジみたいなインタラクティブでソーシャルな形式を強く求めていることがわかります。
これが単に情報を一方的にダウンロードしたいわけじゃないんですよね。
社内コミュニティと初心者の参加導線
と言いますと。
二方向のやり取りを通じて先ほど言った文脈をインストールしたいという欲求の現れなんです。記事を読むだけでは得られないその場でのやり取りの中にある暗黙の知識ですね。
なるほど。日本コミュニティの文脈でもいろんな形がありますよね。例えばコンパスとかでよく見る1人5分間で次々とプレゼンをしていくライトニングトークいわゆるLTの形式とか。
LTは本当に人気ですね。短い時間で多様な視点を知ることができますから。
あと私が個人的に面白いなと思うのが黙々会なんですよ。みんなで集まるのに基本的には無言で各自の作業をするっていう。
あれも一種のコミュニティの形ですよね。
これって例えるなら家で1人で勉強できるのにあえてカフェとか図書館に行って周りの人に見られている感とか適度なピアプレッシャーを利用して集中力を高めるあの心理に似てますよね。
全く同じメカニズムですね。空間を共有することで得られる安心感や緊張感が生産性に直結するんです。
ここからが本当に面白いところなんですが、こういうコミュニティって社外のイベントだけじゃないんですよね。
社内コミュニティの動きも非常に活発になっています。
DNAの事例がソースにありましたけど、社内に100名以上が参加するマッチングイベントを仕掛けて、結果としてユニティとかコトリンとか11もの技術コミュニティが新規に誕生したり活性化したりしたそうです。
素晴らしい取り組みですね。
でもここでちょっと疑問なんですけど、会社の中にわざわざコミュニティって呼べるものを作る理由って何ですか。
普通の部署とかプロジェクトのチームじゃダメなんでしょうか。
そこが組織論として非常に重要なポイントになってきます。
組織論。
通常の部署やチームというのは、どうしても上司と部下、あるいは評価する側と評価される側という縦の力学が働いてしまうんです。
確かに、上司の前だとあんまりバカな質問はできないなとか思っちゃいますもんね。
そうなんです。しかし社内コミュニティというサードプレイスは、マネジメントの監視から切り離された横のつながりなんです。
なるほど。直属の上司にはちょっと言えないような技術的な悩みとか、実は今のプロジェクトのアキテクチャちょっといけてないと思うんですよねみたいな、そういう本音のガス抜きができる場所なんですね。
その通りです。部署の垣根を超えて、純粋に特定の技術への興味関心だけでつながる。
するとそこで、予期せぬアイディアの交差点、つまりクロスポリネーションが生まれるんです。
クロスポリネーション。異業種交流みたいなものが社内で起きるわけですね。
ええ。結果として、それがエンジニアの心理的な孤立を防いで、会社への定着率を劇的に向上させるメカニズムとして機能しているんです。
経営陣からの直接の監視がないからこそ、本質的な知識の共有が進んで、結果的に会社のためになっていると。面白いですね。
はい。
でも、それはあくまで社内の身元が分かっている人たち同士の話じゃないですか。
そうですね。
もし自分が初心者だったらって想像してみてください。いきなり見ず知らずの人が集まる社外のIT勉強会とか、その後の事後交流会に参加するのって、めちゃくちゃハードル高くないですか。
まあ怖いですよね。
ですよね。なんか孤立してポツンとしちゃう恐怖感とか、最悪の場合ちょっと怪しい雰囲気の勧誘に巻き込まれるんじゃないかとか、そういうリスクはないんでしょうか。
初心者がそういった恐怖心を抱くのは極めて当然のことです。だからこそですね、これを俯瞰してみると、現代のコミュニティはそうした心理的ハードルを下げるために非常に合理的な構造へと進化しているんです。
合理的な構造ですか。
ええ。オンラインからオフラインへという段階的なファネル構造ですね。
ファネル、情報のような形で徐々に絞り込まれていくイメージですね。
そうです。今の初心者はいきなりオフラインの交流会には行きません。まずはオンラインのイベントやアーカイブ動画の視聴から入るんです。
ああ、なるほど。カメラもマイクもオフにして。
ええ。安全な場所からそのコミュニティの雰囲気はどうかなとか、なんかやばい人がいないかなというのをじっくり観察するわけです。もし自分に合わないと思えば、ブラウザをそっと閉じればいいだけですから。
確かに。それならノーリスクですね。で、観察してみて、ここは大丈夫そうだぞと思ったら。
次のステップとして、勇気を出してオフラインの事後交流会に顔を出してみて、そこで高文脈で濃密な対話にステップアップしていくという流れです。
なるほどな。ソースにあったケイタ氏の記事にもありましたが、例えばAWSのJOSUGのような大きい企業が公認しているコミュニティとか、もう10年以上続いているような老職のコミュニティを選ぶっていうのも、その安全性を担保する強力なフィルターになっているんですよね。
そういうことです。長く存続しているということは、それだけ健全な新陳代謝があって、初心者を温かく迎え入れる土壌が整備されているという強力な証明になりますから。
経験年数ごとに異なるコミュニティの価値
いやー、よくできてますね。そうやって安全を確保しながらコミュニティに参加した後、今度はエンジニアとしての経験年数、キャリアのフェーズによってコミュニティとの関わり方とか求める価値が全く変わっていくのも、今回すごく興味深いポイントでした。
そこは非常に明確な違いがありますね。
まずジュニア層、若手の人たちですね。彼らはさっきのAIの惜しい回答に対するフラストレーションを解消したり、独学の限界を突破するためにコミュニティを使います。
やっぱり企業側も教育に避ける予算とか時間が不足している中で、彼らにとってはコミュニティが外部化された障害学習機関になっているんですよね。
ハッカーランクのデータがそれを裏付けていますね。成長の機会がないと、なんと40%のエンジニアが1年以内に離職を考えると答えているんです。
40%、それは企業にとっても大打撃ですね。
ええ、彼らにとって外のコミュニティで学ぶことは文字通りキャリアの生命線になっているんです。
で、その上のミドル層になるとどうなるか。今度は自分のやり方とか設計思想が胃の中のカエレになっていないか、それを相対化するためにコミュニティを使うようになります。
他社の事例を聞いたり、自分からLTで発信したりすることで自分の理解度をテストするわけですね。
自社の技術的塞いに気づいたり、視野が狭くなるのを防ぐための場ですね。
RPGゲームで例えるなら、レベル1の時はギルドで先輩に生き残り方を教わって、レベル30のミドル層になったら他の村の戦士たちと剣術を比べ合って自分の実力を測るみたいな。
非常に分かりやすい例えですね。
DevRelとコミュニティを通じた採用
ありがとうございます。ただ問題はその上のレベル99、シニア層なんです。
シニア層の動きですね。
はい。シニアエンジニアってよくLTに登壇したり、事後コミュニティで若手の相談に乗ってあげたりしていますよね。
はい。よく見かける光景です。
でもこれ、うだった見方をすると、彼らにとっては自分たちの貴重な時間が奪われる一方じゃないですか。
レベル99の戦士が初心者に剣の振り方を教えても、彼ら自身のレベルはもう上がらないですよね。
彼らにとっての本当のメリットって何なんでしょうか。
そこが実は単なるボランティア精神や事後犠牲ではないんです。
ここにも明確なビジネス上のメリットが存在します。
と言いますと。
データを見てみましょう。
78%の技術リーダーが優秀な候補者を見つけるのに苦労している一方で、74%の開発者が仕事探しに苦労しているんです。
うーん、企業側も求職者側も両方とも70%以上が苦労している。完全にすれ違っちゃってますね。
そう、採用市場においてすさまじい摩擦が存在しているんです。
この摩擦を解消するための高度なハックこそがシニア層のコミュニティ活動なんですよ。
なるほど。デブレル、デベロッパーリレーションズという言葉がありますけど、それと関係しているんですか?
大いにあります。デブレルというのは単なる企業の技術的な宣伝ではありません。
言うならば、自社の組織文化をオープンソース化する活動なんです。
組織文化のオープンソース化。ちょっとまだピンとこないんですが、もう少し詳しく教えてもらえますか?
もちろんです。通常の採用プロセス、例えば面接の場を想像してみてください。
企業側も給食者側もどうしてもよそよけの顔をしますよね。
そうですね。お互い良いところしか見せようとしないですからね。
しかし、もしシニアエンジニアがコミュニティの事後交流会でビール片手に
いや、実はうちのシステムで最近こんな大失敗しちゃってさ、と笑って話していたらどうでしょう?
あるいは若手の未熟な質問に対しても、上から目線ではなく真摯に答えている姿を見たら。
ああ、なるほど。それを見たら、この会社のリーダーはミスを許容してくれるカルチャーなんだな、とか
技術に対してすごく誠実な人たちなんだなっていうリアルな雰囲気がビンビン伝わってきますね。
そうなんです。着飾った何十回の面接をするよりも、コミュニティという無防備な場での一回の振る舞いが
最も解像度の高い生きた求人票になるんです。
生きた求人票、それは強烈ですね。
事後コミュニティですでにそういう信頼関係が構築されていれば、採用プロセスにおけるミスマッチやレジュメ審査のめんどくさい摩擦を一気にショートカットできます。
これがシニア層が時間を投資する最大の理由であり、組織運営上の計り知れないメリットなんです。
なるほどな。教える側に回っているように見えて、実は究極の採用活動、ブランディングを行っているわけですね。
ええ、高度なビジネス戦略でもあります。
まさかり文化と安全な議論の設計
ここまでのお話で、事後コミュニティがいかにエンジニオのキャリア形成とか、企業のビジネスにとって不可欠なものか、その価値がはっきりと見えてきました。
ただですね、人が集まれば当然そこには摩擦とか、面倒なトラブルも起きるわけじゃないですか。
もちろんです。人間の集まりですからね。
オクトブログのデータでも、コミュニティがビジネスに良い影響を与えると感じている組織が70%ある一方で、その恩恵を持続させるには適切なガバナンス、つまり場を安全に保つためのルールが不可欠だと指摘されていましたよね。
ええ、特に日本のITコミュニティにおいて長年特有の課題として避けて通れないのが、いわゆるまさかりの文化ですね。
出ました、まさかり。これリスナーの皆さんも聞いたことあるかもしれませんね。
はい、IT業界独特の用語ですね。
発表者のちょっとした言い巻きがいとか枝浜説の知識不足に対して、フロアから容赦なく鋭い批判やツッコミを投げつける、あれですよね。
ええ、そうです。
これ私なりの例えなんですが、近所の電柱に貼ってある一生懸命書かれた行方不明のペットを探すポスターに対して、ここのテニオン派の文法が間違ってますよ、ってドヤ顔で赤ペンを入れてくるようなものですよね。
それは非常にわかりやすくて、そして破壊力のある例えですね。
言っていることは技術的、文法的には正しいのかもしれないけど、コミュニケーションの本来の目的とかその場の空気感を完全に破壊してしまっているという。
まさにその通りです。かつてはそれが技術的な厳密さの追求として一部で美化されがちな側面もありました。しかし現実にはそれが強力な心理的威嚇となって、初心者が発信することを躊躇させてきた歴史があるんです。
怖いですよね、単純に。
だからこそ今は、どのコミュニティも行動規範、行動部コンダクト、いわゆる国の導入と、運営側によるプロアクティブなモデレーションを必須としています。
ふむふむ。ソースにあったデブレル東京のイベント事例でも、ちょっと粘着性の高い絡んでくるような参加者への対策として、あえて全体での質疑応答タイムを設けないという工夫がありましたよね。
ええ。アスクダスピーカーという個別コーナーに誘導したり、グループディスカッション形式にしたりして、一人に攻撃が集中しないように場をコントロールするわけです。
なるほど。でもここであえてちょっと意地悪な見方をさせてください。
はい、なんでしょう。
そうやって行動規範とかルールでガチガチに守られた安全な場って、なんだか当たり障りのない会話しか生まれない単なるぬるま湯になってしまいませんか?
ほう。
本当はもっと厳しく指摘すべきところも、「あ、ルールがあるからやめておこう。」となってしまって、エンジニア同士の深くて本質的な技術的議論を逆に阻害してしまわないでしょうか?
AIによる事前レビューと高度な対話
それはコミュニティ運営において非常に重要な問いを提起していますね。
はい。
しかし結論から言うと、現代の心理的安全性というのは決してぬるま湯を作ることではないんです。
違うんですか?
違うんです。なぜなら、今エンジニアたちは理不尽なまさかりを避けつつ、本当に価値のある建設的な議論をするために、なんとAIを盾として使っているからです。
え?AIを盾にする?それどういうことですか?
今のエンジニアたちは、コミュニティでLTEに登壇したり、技術的な発信をしたりする前にですね、自分の書いたコードやプレゼンスライドをまずAIに読み込ませるんです。
ほうほう。
そして、このロジックに穴はないか?もし厳しいエンジニアから批判されるとしたら、どこを突かれるか?とAIに徹底的に事前レビューを遂行させているんですよ。
うわー、なるほど。
AIは感情を持たない無慈悲で完璧なレビューアーですからね。
人間なら見落とすような細かい文法ミスや、処方的な論理の飛躍を、本番前にあらかじめ全部潰してくれるんです。
すごい。つまり、AIが細かいシンタックスのミスとか、つまらない処方的な指摘を事前に全部引き受けてくれるから、人間同士のコミュニティの場に持ち込まれるアウトプットの質が、すでにめちゃくちゃ底上げされているんだ。
その通りです。重箱の隅をつつくような低レベルなまさかりの余地が、AIによって事前に排除されるんです。
なるほどな。
だからこそ、事後交流会やLTの質疑応答では、なぜそもそもこの技術を選定したのかとか、このアーキテクチャは今後のビジネス要件の変化にどう耐えられるのかといった高度な設計思想に関する本質的な議論がいきなりスタートできるんです。
いやー、これには驚きました。AIが普及することで人間関係が規剥になるどころか、むしろAIが人間の感情を守る盾になり、人間同士の対話のレベルを劇的に押し上げている。これは今回最大の私にとってのアハ体験ですね。本当に素晴らしいパラドックスです。
テクノロジーと人間の非常に美しい共犯関係と言えるかもしれません。
AIエージェントが参加する未来
いやー、話がつきないんですが、あっという間に時間が来てしまいました。今回読み解いた膨大なソースからの重要なテイカーウェイをまとめましょう。
AIが瞬時に行動を欠くこの時代において、ITイベントの事後コミュニティは決して単なる趣味の集まりではありませんでした。
全く違いましたね。
それは、AIが出力した惜しい正解に、現場の泥臭い文脈を付与するための非可決な人間の検証層です。
初心者がオンラインからオフラインへと安全にステップアップし、ジュニアからシニアへと成長していく、そしてキャリアの行き詰まりや採用市場の摩擦を打破するための完璧なサードプレイスとして機能しています。
その通りです。そして、行動規範というルールによる保護と、AIという盾を使った事前レビューが組み合わさることで、現代のコミュニティはかつてないほど質の高い対話空間へと進化を遂げています。
だからこそ、今これを聞いているあなたに強くお勧めします。あなたが今キャリアのどの段階にいようとも、今週末、まずはオンラインのITイベントに一つ登録してみてください。
ハードルは低いですからね。
そして、その後の事後交流会や黙々会をちょっとだけでも覗いてみてください。そこにはどんなに優れたAIプロンプトを入力しても絶対に出てこない血の通った文脈が待っています。
さて最後に一つ。リスナーのあなたにちょっと挑発的な思考を投げかけてお別れしたいと思います。
おっ、なんでしょう。
さっきのスタックオーバーフローの調査の中にですね、52%の開発者がまだAIエージェントを使用していないというデータがありました。
ええ、ありましたね。自立的にタスクを行すエージェントツールですね。
はい。でも近い将来、AIが人間の指示を待つだけでなく、自立して動くエージェント時代が間違いなくやってきます。
そこで想像してみてください。ある日、あなたが参加したいつものITイベント、その後のオンライン事後交流会や黙々会のチャットに、人間だけでなくAIのペルソナが一人の参加者として現れたらどうでしょう。
ほう、AIが一人の参加者として。
ええ、彼らがLTの枠にエントリーして最新のアーキテクチャを語り始めたり、懇親会の雑談で最近のクラウド費用本当高いですよねーなんて人間のようにしれっと混ざり始めたとしたら、私たちはそのAIを単なる便利なツールとしてではなく、コミュニティの仲間として受け入れることができるのでしょうか。
AIの出力の検証のために集まっていた私たち人間のサードプレイスに、今度はAI自身が居場所を求めてやってくる。その時、あなたはそのAIの隣でリラックスしてコードをかけますか。ぜひ考えてみてください。
今回の深掘りはここまでです。次回もお楽しみに。
