
#22 一番大事なのは"一般化"——登壇50回で分かった発表ネタの作り方
勉強会やカンファレンスで登壇し続けるには、発表ネタをどう作ればいいのか? 登壇回数50回超、年に4〜5回のペースで発表を続けるスーパーエンジニア kuniwak に、一般エンジニア へんてこ が「ネタの作り方」を根掘り葉掘り聞きました。答えの中心にあるのは「一番大事なのは一般化すること」という一言。自社固有の話が刺さらない理由から、一般化しすぎると逆に解けなくなるジレンマまで、登壇ネタの設計論を掘り下げます。
前半は「ネタが先か、場が先か」。kuniwak はネタを先に作り、それに合う発表の場(JaSST・iOSDC・builderscon のようなカンファレンスから小さな勉強会まで)を選ぶスタイルで、へんてこ は「自分は逆だった」と気づきます。聴衆の層を読むコツとして「参加費が有料か無料か」で求められる内容が変わる話や、招待講演では空気を読むという裏話も。中盤はスライド作りのプロセス。伝えたいことを3行で書き出し、マインドマップでアウトラインを組み、テンプレートに流し込んで20分の発表を1〜2時間で仕上げる「職人技」を公開します。ブログ執筆で Gemini を使う理由や、AI が作ったスライドへの率直な評価も飛び出します。終盤は「日常のタスクを一般化して種を溜め、成功したものだけ発表する」というネタのストック術、AI 時代に自作ツールや OSS…
The skinny
The skinny isn't ready yet — notes appear once the transcript is processed.