技術イベントや勉強会で、発表する。5分のLTから、第三者の目利きを通す【フェーズ2-9｜ITエンジニアの卵に贈る、就活の書】

【お知らせ】本連載は、2026年9月20日に全記事を全面アップデートしました。

　この記事は本気でITエンジニアになりたい！ という学生さんたちに向けて就活プロセスを伝える「ITエンジニアの卵に贈る、就活の書」シリーズの一本です。シリーズ全体の目次はこちら（扉記事）からご覧いただけます。

　エンジニアを目指す学生のみなさん、こんにちは。クオリティアーツの池田です。

　ITエンジニアの卵に贈る、就活の書・フェーズ2-9の記事です。前回のフェーズ2-8では、技術ブログで学びを言語化する話をしました。今回はフェーズ2「作る」の実践各論11本のうちの7本目として、技術イベントや勉強会で、発表するというお話です。

　書く発信と並ぶ、もう一つの発信軸が、話す発信です。小さなLT会から、大規模なカンファレンスまで。そのどれかに登壇者として立つと、あなたの学びは、第三者が価値を判断して通した記録として公開の場に残ります。

　ただ、この記事の本題に入る前に、先に書いておきたいことがあります。

　話す前に、まず聴きに行ってください。1度も勉強会に行ったことがないなら、そこが最初の一歩です。発表するのは、そのあとで十分に間に合います。2章に、初めて聴きに行く日のことを書きました。

この記事のポイント

• 登壇は、第三者が価値を判断して通す場所です。自分で公開するのとは、重みが違います。採択もアーカイブも、名前に紐づいて残ります。

• 話す発信は3段階で積み上げます。5分のLTから、20〜30分の中規模セッション、そして大規模カンファレンスのCFP応募へ。

• 品質・テスト系のJaSSTやWACATEは、学生を歓迎する場です。完璧な発表である必要はなありません。

1. 話す発信は、知識を分かち合う行為です

　ソフトウェアエンジニア倫理綱領には、8つの原則があります。その第7原則が「同僚」です。同僚を支え、その専門的な成長を助けることを求めています（序章-1）。

　技術イベントや勉強会で発表するという行為は、この視座から見ると、プロフェッションとしての知識共有の中核です。同じ分野に取り組む他人と、同じ場で、同じ時間を過ごしながら、自分の学びを差し出し、他人の学びを受け取る。書く発信よりも密度の濃い、双方向のやり取りが生まれます。

　世界のエンジニアが集まる場所では、話す発信が仕事の一部として組み込まれています。大規模な国際カンファレンスで、各社のエンジニアが自社の技術を話す。それが当たり前の光景として成り立っています。

2. まず、聴きに行く

　発表の話をする前に、聴きに行くところから書きます。1度も行ったことがないなら、ここが最初の一歩です。いきなり話す必要は、まったくありません。

2-1. 聴くだけの参加で、十分に元が取れます

　勉強会は、聴くだけの参加が大多数です。発表する人は、参加者の1割もいません。9割は座って聞いています。

　そして、聴きに行くだけでも得るものがあります。どんな人が来ているのか。何がいま話題なのか。自分の知らないことが、どのくらいあるのか。この3つが分かるだけで、次に何を学ぶかの見当がつきます。

2-2. 初めて行く日に、何が起きるか

　知らない場所に行くのが怖いのは、何が起きるか分からないからです。先に、当日の流れを並べます。

• 申し込み：イベントページの参加ボタンを押すだけです。名前（ハンドルネームでも構いません）とメールアドレスを入れます

• 当日の入場：受付で名前を伝えるか、画面で参加者を確認されるだけです。自己紹介を求められることは、ほとんどありません

• 発表を聞く：座って聞いているだけで大丈夫です。質問しなくても、誰も気にしません

• 途中で帰ってよい：予定があると言って抜ける人は、毎回います。断りを入れる必要すらありません

• 懇親会：出なくて構いません。多くの場合、有料で、本編とは別の申し込みです。申し込まなければ、そのまま帰れます

　オンライン開催なら、もっと気楽です。カメラはオフのままで参加できますし、チャットで発言しなくても構いません。聞きながら他のことをしていても、誰にも分かりません。初めての1回は、オンラインをおすすめします。

2-3. 費用のこと

　学生向け・初心者向けの勉強会は、無料のものが多くあります。とくにオンラインは、ほぼ無料です。

　ただし、次のものは費用がかかります。申し込む前に確認してください。

• 大規模カンファレンスの参加費：学生割引や学生無料の枠を設けているものもあります。公式サイトの参加費の欄を見てください

• 合宿型のワークショップ：宿泊費を含む参加費がかかります

• 懇親会：本編とは別料金です。先に書いたとおり、出なくて構いません

• 交通費：ここがいちばん大きい。地方に住んでいて出せないなら、オンラインから入ってください。それは妥協ではありません

3. 第三者の目を通す場所として、いちばん強く働く

　フェーズ2-2で、第三者の目利きが働く場所こそが、いちばん強いポートフォリオを生むという話をしました。自分で公開するのではなく、誰か他の人が「これは価値がある」と判断して通した、という記録のことです。技術イベントや勉強会での登壇は、その第三者の目利きが、もっとも強く働く場所の一つです。

• CFP採択：CFP（Call For Proposals、登壇者の募集）を経て採択されたということ。それは、そのイベントの運営が、あなたの発表を「聞くに値する」と判断したという第三者の目利きです

• 公式ページに、名前と発表タイトルが載る：あなたの名前を検索した人が、そこから辿り着けます

• スライドの公開：登壇後のスライドが、あなたの個人アカウントではなく、イベントの公式ページから参照される

• YouTube公式チャンネルに動画アーカイブが残る：多くのカンファレンスは、登壇動画をYouTubeで公開しています。「◯◯カンファレンス2026 △△セッション」で検索されたときに、あなたの動画がヒットする状態になります

• 聞いた人の感想が、公開の場に残る：他人が書いた言及は、自分では作れない信用になります

　書類選考の担当者は、こうした経路から、あなたに辿り着きます。あなたの個人アカウントだけに置いたスライドと、イベント公式ページから辿れるスライドでは、届く強度が違います。

4. 話す発信の3段階

　いきなり大規模カンファレンスに登壇するのは、勇気が要ります。話す発信は、3段階で無理なく積み上げるのがおすすめです。

4-1. 段階1：LT（Lightning Talk、5分の短時間発表）

　LTは、話す発信の入口として、いちばん入りやすい形です。5分間、1つのテーマに絞って話す。スライドは10枚前後で足ります。

　人前で話すのが苦手なら、オンラインのLT会から入ってください。オンラインなら、顔を出さずに、スライドと声だけで話せます。手元に原稿を置いて、読み上げても構いません。誰にも見えません。目の前に人がいないぶん、対面よりはるかに楽です。

　そして、失敗したときのことも先に並べます。

• 頭が真っ白になって止まったら：数秒黙っても、誰も困りません。「すみません、少し戻ります」と言えば、それで通ります。司会がいる場では、たいてい助けてくれます

• 質問に答えられなかったら：「わかりません。調べて、あとで共有します」。これで十分です。むしろ、知らないことを知らないと言える人は、信用されます

• 時間を超えたら：司会が止めてくれます。LTは時間を超える人が毎回いるので、織り込み済みです

　完璧な発表を目指す必要は、まったくありません。これは記事の後半でもう一度書きますが、先に置いておきます。

　学生さんが登壇しやすいLTの機会には、次のようなものがあります。

• connpass や Doorkeeper で開かれているLT会：「学生LT歓迎」「初心者LT歓迎」で検索すると、見つかります

• 大学のサークルや研究室の内部勉強会：まずここで練習してから外に出る、というルートも安全です

• 地域の勉強会：大都市以外にも、各地に技術コミュニティがあります。近くになければ、オンラインから入ってください

• オンラインLT会：オンライン開催が定着しています。地方から交通費なしで登壇でき、顔を出す必要もありません

4-1-1. 話すネタが、本当にないと思っている人へ

　発表できるような中身が自分にはない。これが、いちばん多い理由だと思います。

　5分のLTに必要なのは、あなたが実際にやったこと、1つだけです。すごい成果である必要はありません。次のどれかに当てはまるものが、手元にありませんか。

• 授業の課題で詰まって、解決したこと。エラーメッセージを調べた過程でも構いません

• 開発環境の構築でハマった話。同じところで止まる人が、必ずいます

• 授業で習った概念を、自分なりに整理してみたこと

• 触ってみたツールやライブラリの、最初の感想。「使ってみた」で十分です

すでにフェーズ2-4やフェーズ2-8をやっているなら、そのどれもLTの素材になります。ただし、何もなくても始められます。

　5分は、思っているより短いです。話せることは1つで足ります。

4-2. 段階2：中規模勉強会での20〜30分セッション

　LTを何本か経験したら、次は20〜30分の一般セッションに挑戦します。日本各地で、言語別、分野別に、さまざまなコミュニティが中規模の勉強会を開いています。自分が使っている技術の名前で検索すれば、見つかります。

　学生さんの登壇を歓迎する明確な枠を持っているコミュニティもあります。CFPの募集要項に「学生歓迎」「初登壇歓迎」と明記されていることも多くあります。まずは公式サイトやconnpassのイベントページを丁寧に読んでみてください。

　なかでもテスト・品質系のコミュニティは、学生さんにとって入りやすい場所です。テストと品質は、就職してから毎日使う知識なのに、大学の授業ではほとんど扱われません。読んだ技術書や、実際に書いたテストコードの経験をこうした場で話すと、現場の実務者から直接、返事が返ってきます。

4-3. 段階3：大規模カンファレンスでの登壇

　3段階目は、大規模カンファレンスへのCFP応募です。ここには次のような場があります。

　言語別、分野別に、数百人から千人規模のカンファレンスが、毎年各地で開かれています。

• NeurIPS、ICML、CVPR、ACL、SIGGRAPH：機械学習・AI・画像・言語処理の国際学術会議

• PyCon US、PyCon EU、RubyConf、KubeCon：海外の大規模カンファレンス

　大規模カンファレンスのCFPは、実行委員がみなさんの提案を読み込んで採否を判断します。採択されるかどうかにかかわらず、提案を書く過程そのものが、自分の学びを他人に伝わる形に整える訓練になります。CFPの締切と採択率、審査観点は、各イベントの公式サイトで公開されています。1年前から準備するつもりで、まずは応募してみる、というくらいの気軽さで挑戦してほしい場所です。

5. CFPを書く。世界標準の型を学ぶ

　大規模カンファレンスに応募するとき、CFPをどう書くかが最初の関門になります。CFPには、世界標準の型があります。

• タイトル：短く、内容が伝わり、聞きたくなる。誇張しすぎない

• アブストラクト（要旨）：発表全体を100〜200語で要約する。何を、なぜ、どう、その結果何が伝えられるか

• アウトライン：発表の骨組み。何分で、何を、どの順序で話すか

• 想定される聴衆：どのレベルの、どういう関心を持つ人に向けた発表か

• プロフィール：登壇者としての、あなたの経歴。学部・専攻・GitHub・Zenn・Speaker Deckのリンクなど

• 付随資料：過去の登壇動画、書いた技術ブログ、GitHubリポジトリなど

　このCFPの型は、世界のカンファレンスで共通しています。KubeConやPyCon USのCFPの過去の採択事例を英語で読むと、質の高い応募がどう書かれているかが分かります。学生時代からCFPの型を学んでおくことは、社会人になってからカンファレンスに応募する土台になります。

6. スライドは、公開の場に残す

　発表が終わったあとの一手間として、スライドをSpeaker DeckまたはDocswellに公開することをおすすめします。これは、フェーズ2-2で扱った公開性の原則の実践です。

• Speaker Deck：世界標準のスライド共有サービス。海外のエンジニアも見に来ます

• Docswell：日本発のスライド共有サービス。日本語圏の技術発信で近年広く使われています

• SlideShare：長年使われているスライド共有サービス

　登壇スライドは、そのイベント終了後にも、検索やX、勉強会のまとめブログを経由して、繰り返し読まれます。世に出したスライドは、資産として長期に働く、という視座を持ってください。

　スライドを公開するときには、次の点も添えると、質が上がります。

• 発表イベント名、日付、会場を明示する

• 関連するGitHubリポジトリ、技術ブログ記事のURLを、スライドの最後に添える（フェーズ2-5のハブ機能）

• 参考文献と出典を丁寧に載せる

• 登壇後、YouTubeで動画がアーカイブされた場合、スライドの説明欄にリンクを追記する

7. どんな場があるか、どう見つけるか

　イベント名を並べることは、しません。名前も開催形態も、数年で変わるからです。代わりに、自分で見つける方法を書きます。

7-1. 見つけ方

　勉強会の告知は、次のサイトに集まっています。どれも無料で見られます。

• connpass：技術系の勉強会がいちばん多く集まっています。まずここから

• Doorkeeper：コミュニティ主催のイベントが多く掲載されています

• Peatix：技術以外も含む幅広いイベント

　探し方のコツは3つです。

• 「初心者歓迎」「学生歓迎」で検索する：この言葉を入れている場は、初参加者が来ることを織り込んでいます

• 「オンライン」で絞る：地方に住んでいるなら、まずここから。交通費がかかりません

• 自分が使っている技術の名前で検索する：授業で使った言語でも、触ってみたツールでも構いません

　まずは1つ、直近1か月以内のイベントに、聴衆として申し込んでみてください。2章に書いたとおり、聴くだけで大丈夫です。

7-2. 品質・テスト系の場

　私の専門領域なので、ここだけ具体名を挙げます。JaSST（ソフトウェアテストシンポジウム）とWACATEは、日本のソフトウェアテスト分野で長く続いている場です。

　ただし、WACATEは1泊2日の合宿形式で、参加費に宿泊費が含まれます（対象は35歳以下。2026年9月時点）。学生でも参加できますが、費用は確認してから申し込んでください。JaSSTは地域ごとに開催され、オンライン開催の回もあります。

　地域のテストコミュニティもあります。北海道のTEF道のように、地方で活動している集まりです。

7-3. 企業主催の「勉強会」「ミートアップ」との距離感

　勉強会を探していると、企業が主催するミートアップが多く見つかります。無料で、しかも食事や飲み物が提供され、社員エンジニアが技術発信をしてくれる。学生さんにとっては、参加しやすい形に見えます。

　ここで、就活の視座から一つだけ、正直な話をしておきます。企業主催のミートアップの多くは、勉強会の体裁をまとった採用イベントです。会場設営、飲食、社員の登壇準備、その費用のほとんどは、その企業の採用予算から出ています。狙いは、参加者に良い印象を持ってもらい、そこから面談や選考につなぐことです。

　この構造そのものは、悪いことではありません。企業側も、学生さんとの接点を作りたい。学生さん側も、企業の中の人に会える。それぞれのメリットが噛み合った場です。ただし、「純粋に技術を学ぶ場」として企業主催のミートアップに参加すると、期待とずれることがあります。取り上げられる話題は、基本的にその会社にとって都合の良い側面に寄ります。失敗事例、撤退事例、技術負債の重さ、離職率の実態のような、その会社にとって不利になる話は、あまり出てきません。技術選定の失敗談が語られても、そこから「うちはこう乗り越えた」という良い着地に導かれることが多いです。

　だから、勉強目的で参加する場を選ぶときは、次のような使い分けを、頭の隅に置いておくとよいです。

• 純粋に技術を学びたいとき：コミュニティ主催、ユーザーグループ主催、有志運営、大学・研究会主催の勉強会を選ぶ

• 応募候補の企業を、内側から見たいとき：企業主催のミートアップに、応募先の企業リサーチとして参加する

• 登壇の場としては、両方に価値がある：コミュニティ主催は第三者の評価が強く働き、企業主催はその会社のエンジニアに直接届く

　イベントページの主催者欄が、企業単独になっているか、コミュニティや複数企業の連名になっているか。ここを確かめる習慣を持つと、その場の性格が事前に見えてきます。

7-3-1. 参加する前に、知っておいてほしいこと

　性格が分かったうえで、実際に参加するときに困ることを4つ書きます。

• 申し込みで書いた情報は、採用側に渡ります。企業主催のイベントなら、氏名・学校名・学年・メールアドレスは、その会社の採用担当が見ると思ってください。参加後にスカウトの連絡が来ることは、普通にあります。それが嫌なら、申し込みません

• 参加しても、受けなくて構いません。「来たのに応募しない」ことで不利になることは、まずありません。逆に、参加を選考の実質的な第一段階として扱う会社もあります。募集要項に「イベント参加者優遇」と書いてあるなら、そう扱われていると読んでかまいません

• 声をかけられたら、断ってよいです。「カジュアル面談どうですか」と聞かれたときの答えは、「いまは情報収集の段階なので、また改めてお願いします」で十分です。その場で決める必要はありません。連絡先を渡したくないなら、渡さなくて構いません

• 懇親会は、出なくてよいです。企業主催の場では、懇親会が実質的な面談の時間になっていることがあります。話すのが苦手なら、本編だけ聞いて帰ってください。それで失礼にはなりません

　企業がお金と時間をかけて場を開くこと自体は、学生さんとの距離を埋めるための、まっとうな手段です。問題があるのは、採用イベントであることを隠している場合だけです。主催者欄を見れば分かるので、見てください。

　性格を知ったうえでどう使うかは、フェーズ3-6でもう一度扱います。

8. 初登壇の学生さんを、見てきて思うこと

　私自身、若手の頃から、テスト系のコミュニティで運営や登壇者の受け入れに関わってきました。その立場から見えてきたことを、3つだけ書きます。

　1つ目。「大したことないネタなんですが」と前置きして始めたLTが、いちばん盛り上がることがあります。授業で書いた小さなテストコードの話に、聞いていたベテランが「その視点は面白い」と反応して、質疑が予定時間を超えたことがありました。学生の視座は、みなさんが思っているより価値があります。詳しくなった人には、初めて触ったときの見え方が、もう思い出せないからです。

　2つ目。うまくいかなかった回も、当然あります。声が震えて最後まで小さかった人。時間を大幅に超えて司会に止められた人。質問に答えられずに黙ってしまった人。そのどれも、その場では何も起きませんでした。誰も責めませんし、翌週には誰も覚えていません。残るのは、話したという事実のほうです。

　3つ目。1本目が、次を呼ぶことがあります。LTを終えた学生さんが、その場で「次回、うちのイベントでも話しませんか」と声をかけられる。こういうことは、起こります。必ず起こるとは言いません。ただ、1本目を出さないかぎり、その可能性はゼロのままです。

　登壇の質より、登壇したという事実のほうが重い。初登壇で、緊張して声が震えたり、時間配分を間違えたりするのは、ほとんど全員です。それでも、「私はこの内容について、公開の場で5分話しました」という事実は、残ります。

9. 20分以上の発表をするときの、5つの確認

　この章は、5分のLTには当てはめないでください。20分以上の発表をするようになってから読めば十分です。

　20分以上の発表を出す前に、次の5点を確認すると、質が上がります。

• 一次情報にあたっているか：公式ドキュメント、RFC、論文、企業の公式ブログなどを、自分の手で読んでから話しているか

• 実装と実験を伴っているか：スライドの中に、動くコード、実際に走らせた結果、GitHubリポジトリへのリンクがあるか

• 他人の発表の要約になっていないか：類似の登壇や記事の焼き直しに終わっていないか

• 話す時間内に収まるか：5分LTなら5分、20分セッションなら20分、リハーサルで実際に測る

• 参考文献と謝辞を明示しているか：出典、引用、共同作業者への謝辞が丁寧に載っているか

　繰り返しますが、初めての5分のLTに、これを当てはめる必要はありません。あなたがやったことを1つ話す。それで十分です。

10. 話す発信を大切にする会社は、登壇を業務として支えている

　ここで、会社の側に目を移します。登壇を、業務としてどう支えているか。

　登壇を支える環境を持つ会社は、社員の登壇を、費用と時間の両面で引き受けています。業務時間内での準備を認める。参加費と交通費を負担する。社内でリハーサルの場を持つ。

　ただし、こうした支援が目立つのは、対外発信に投資しやすい一部の会社です。大規模カンファレンスの協賛一覧に名前がなくても、社内の小さな勉強会を続けている会社、地域のコミュニティに会場を貸し続けている会社は、確かにあります。協賛は金額の話で、会場提供は継続の話です。後者のほうが、じつは続けるのが難しい。

　確かめ方は2つです。募集要項に、登壇支援の制度が書かれているか。そして、その会社の社員の名前で、公開されている発表資料が見つかるか。

　制度はあるのに、登壇資料が1本も見つからない。これが重なっているなら、制度は作られたが、準備の時間を業務として出す判断は、まだされていない、と考えるのが自然です。登壇の準備には、本番の何倍もの時間がかかります。その時間をどこから出すかを決めていない制度は、名前だけです。

まとめ

　本記事では、技術イベントや勉強会で発表するお話をしました。要点は次のとおりです。

　まず、聴きに行くところからで構いません。発表する人は、参加者の1割もいません。オンラインなら、カメラをオフにしたまま参加できます。

　話す側に回るときも、オンラインのLTなら、顔を出さずに、原稿を読み上げても構いません。頭が真っ白になっても、質問に答えられなくても、その場では何も起きません。残るのは、話したという事実のほうです。

　そして、話すネタは、すでにあります。授業の課題で詰まったこと、開発環境の構築でハマった話。5分は短いので、話せることは1つで足ります。

　スライドは公開の場に残してください。企業主催のミートアップでは、申し込みで書いた情報が採用側に渡ります。そして、声をかけられても断ってかまいません。

　次のフェーズ2-10では、実務経験を積む入口として、学生時代のバイトを、IT企業で経験するというお話に進みます。

エンジニアの卵のみなさんへ、エール

　私も、話す発信の入口は小さな社内勉強会でした。人前で話すのは、書くのとは違う筋肉を使います。最初から得意な人は、そう多くありません。

　そして、この記事を読んで「自分にはまだ早い」と思ったなら、それで正しいです。まず、聴きに行ってください。話す側に回るのは、それからで十分に間に合います。

　今週、なにか一つ、始めてみてください。connpassを開いて、「オンライン」と「初心者歓迎」で検索し、直近1か月のイベントを1つ見つける。無料のものが見つかったら、聴くだけで申し込んでみる。カメラはオフで大丈夫です。

　それができたら、次は本編だけ聞いて帰ってください。懇親会は、出なくて構いません。

　どれか1つで、本記事の1歩目です。話すのは、まだ先で大丈夫です。

　一緒に歩きましょう。ボン・ボヤージュ。素敵な旅を。

次の記事は、フェーズ2-10「学生時代のアルバイトを、IT企業で経験する。2,000時間のバイト選びに、本気度が表れる」です。

この連載を読むにあたって

　事実の確認について。 法令・統計・制度の記述は、一次情報にあたって確認し、出典のリンクを各記事の末尾に置いています。それでも、誤りが混じっている可能性は、ゼロではありません。数字と法令は、リンク先の原典で確かめてから使ってください。確かめる手間ごと、この連載がお渡ししたいものです。

　調査の時点について。 記事中の法令・統計・制度は、2026年9月15日時点で確認したものです。法令は改正され、統計は毎年更新されます。読んでいる時点との差は、ご自身で埋めてください。

　生成AIの利用について。 この連載は、調査と推敲に生成AIを使っています。

　最後は、ご自身で判断してください。 就職活動は、みなさんの人生の大きな選択です。この連載がお渡しするのは、判断の物差しであって、判断そのものではありません。物差しを当てるのは、みなさん自身です。

　そして、一人で抱えないでください。 相談先があります。大学のキャリアセンター。新卒応援ハローワークは全国56か所にあり、すべて無料で、専任の就職支援ナビゲーターが担当者制でついてくれます。労働条件のことは、総合労働相談コーナー（都道府県労働局や労働基準監督署などに全国378か所）でも相談できます。

#エンジニア就活 #勉強会 #LT #登壇 #大学生 #技術コミュニティ #エンジニアの卵に贈る就活の書

関連記事・参考文献等

本記事で挙げた、学生が使える情報源

• connpass

• Doorkeeper

• Peatix

シリーズ関連

• 新卒ITエンジニア 新卒研修シラバス

• 新卒エンジニア、観察ノートを開く（上巻）　観察を、始める

• 新卒エンジニア、観察ノートを開く（中巻）　両輪を、回す

• 新卒エンジニア、観察ノートを開く（下巻）　道を、選び取る