Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
【情報整理用】ハッカソンの是非論を整理する
Search
赤神青空
PRO
September 21, 2026
Programming
28
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
【情報整理用】ハッカソンの是非論を整理する
情報整理のためにClaudeにリサーチ、整理させたものです。
赤神青空
PRO
September 21, 2026
More Decks by 赤神青空
See All by 赤神青空
【AWS AIF対策】生成AIの基本用語
akagami
PRO
0
11
【AWS AIF対策】ML開発の流れと評価指標
akagami
PRO
0
16
【AWS AIF対策】AWSのAIサービスの使い分け
akagami
PRO
0
22
【AWS AIF対策】推論の種類とMLの使いどころ
akagami
PRO
0
23
【AWS AIF対策】AI・ML・生成AIの関係を整理する
akagami
PRO
0
19
【AWSのログ周りを整理する】第6回 選び方 ── 結局ど う決めるのか
akagami
PRO
0
22
【AWSのログ周りを整理する】第5回 調べる ── 貯めたログに問い合わせる
akagami
PRO
0
23
【AWSのログ周りを整理する】第4回 貯める ── コストの大半はここで 決まる
akagami
PRO
0
22
【AWSのログ周りを整理する】第3回 運ぶ ── 発生源と置き場のあいだ
akagami
PRO
0
21
Other Decks in Programming
See All in Programming
Apple Intelligence を用いた個人情報誤送信防止、及びユーザーリクエスト体験の改善について
yukiny
0
120
FreeBSDでZabbixを動かす
kenkino
0
320
Heart of Swift Concurrency
koher
0
960
Intent as Code
shoppingjaws
6
1.1k
技術的負債の返済は、AI時代の複利で効く投資 — 経営としての意思決定とその遂行
curekoshimizu
0
1.8k
海上で動くGoサーバー: goroutineとchannelでさばく航行データストリーム
atsuki_seo
0
910
Augmenting AI with the Power of Jakarta EE
ivargrimstad
0
270
すこし踏み込む CancellationToken
htkym
2
880
Are APIs Still Relevant in the AI Era?
soyuka
0
300
動作中のプログラムの中身をリアルタイムに覗く / Realtime Debugger for CSharp with Roslyn
prota
1
1k
AI Agent時代のリアーキテクチャ戦略と実践
hokaccha
9
4.9k
個人開発基盤をまるごとCloudflareに引っ越して爆速で総合的体験を向上させた話
tinykitten
0
200
Featured
See All Featured
How to optimise 3,500 product descriptions for ecommerce in one day using ChatGPT
katarinadahlin
PRO
3
3.8k
Design in an AI World
tapps
1
330
DBのスキルで生き残る技術 - AI時代におけるテーブル設計の勘所
soudai
PRO
68
57k
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.9k
Product Roadmaps are Hard
iamctodd
55
13k
Money Talks: Using Revenue to Get Sh*t Done
nikkihalliwell
0
500
Building the Perfect Custom Keyboard
takai
2
880
WCS-LA-2024
lcolladotor
0
830
The browser strikes back
jonoalderson
0
1.7k
Exploring anti-patterns in Rails
aemeredith
4
510
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.8k
The Straight Up "How To Draw Better" Workshop
denniskardys
239
140k
Transcript
2026年9月 ハッカソンの是非論を整理する 「ハッカソン」という一語に、違うイベントが入っている 情報整理用
▪2026年9月20日ごろから再燃 いまTwitterで起きていること 「ハッカソンの是非」が議論されているが、 人によって思い浮かべているハッカソンが違う。 起きていること 名前・審査・賞・就活・AIが一度に語られている。 この資料でやること 発火元と意見の軸を分け、過去の議論と並べる。 前提が揃わないまま続いている議論に見えます。 今ココ
はじめに 2/30
01 何が起きたか 8月の投稿と、9月20日からの広がり 今ココ 何が起きたか 3/30
▪8/6の問題提起 8月にも同じ論点の投稿が広く読まれていた → 9/20の投稿 → 9/21以降に分岐 8/6 田中洋一郎さん 「いつから賞金レース に?」
8/6(25.7万表示) 2016年の自身の記事を再掲し、「本来は 勝負じゃない」と投稿。 今ココ 何が起きたか → 約1か月後 9/20 開発者の投稿 「技術を見てほしい」 9/20(4.2万表示) 9/21〜22 → 運営・参加者が 引用で拡散 ある大会の結果を受けた投稿。大会名は 挙げられていない。 それぞれの立場で発言 9/21 以降 評価基準・賞・就活などの論点に枝分か れした。 4/30
▪2007年ごろから国内でハッカソンを主催してきた方の投稿(8/6) 8月の問題提起 審査員が順位つけた時点でそれはコンテスト。 — 田中洋一郎さん(@yoichiro)。2016年の記事「ハッカソンというイベントの目的とは何だったのか」を再掲 今ココ 何が起きたか 5/30
▪ある大会の結果を受けた投稿(9/20) 9月20日の投稿 アイデア重視ならアイデアソンと書け。技術重視ならハッカソンと書け。ハッカソンと書いた なら技術を見ろ。 — ある開発者のTwitter投稿(9/20)。技術面がどう評価されているかに疑問を投げかけた投稿を、自身で引用したもの 今ココ 何が起きたか 6/30
▪同じ話題でも、立っている場所がばらばら(個人の発言は立場で表記) 主な立場と意見 参加者(技術寄り) 審査員経験者 運営者 参加者(作りたいもの重 視) 参加者(受賞も重視) 運営と参加者の両方 今ココ
何が起きたか 名前と審査基準を一致させてほしい スポンサーの採用に最適化されている面がある。別の呼び名でもよいのでは 評価基準を試行錯誤している。技術を細かく見る時間も足りない 受賞より、自分が面白いと思うものを形にしたい 社会的意義での評価には違和感。一方で受賞は一つの指標 テーマと審査基準を事前に示し、納得して参加する 7/30
02 意見の軸 8つの論点が1つの話題に混ざっている 今ココ 意見の軸 8/30
▪上段は「何をどう評価するか」 論点は8つに分かれる 、下段は「それに影響する構造」 【上段】何をどう評価するか 名前 評価軸 評価可能性 賞 ハッカソンかアイデアソンか 技術か、アイデア・社会的意義か
コードを全部読む時間はない 作りたいもの優先か、賞は指標か 定義 【下段】それに影響する構造 何を見るか 見られるのか 競うべきか 就活 生成AI 運営経済 初学者 受賞歴・ガクチカ目当て 完成度がAIだけで出る 少人数では割に合わない 技術評価が厳しいほど遠ざかる 採用との結合 今ココ 意見の軸 作るコストの低下 続けられるか 間口 9/30
▪論点① 名前で分けるべきか 定義の話は昔から繰り返されている 分けるべき アイデア重視ならアイデアソンと名乗ってほしい コンテストとハッカソンは別軸にしてほしい 就活が中心ならピッチコンテストと呼んでもよい 分けきれない アイデアを形にして発表する場として始まった 技術を見る場=ハッカソン、とも言い切れない
名前より審査員の目利きの問題 「技術+マラソン=Techathon」のように、別の名前を作る案も出ている。 今ココ 意見の軸 10/30
▪論点④ 賞を狙うのは悪いことか 参加者の中でも意見が割れている 作りたいもの優先 まず受賞を狙う参加の仕方には否定的 自分が面白いと思うものを形にして発表する 「良いものを作った結果、評価される」順番がよい 今ココ 意見の軸 賞は指標
受賞の有無はひとつの指標 取れなかったら悔しい、と正直に言う 締め切りと発表の場があるだけで価値がある 11/30
▪論点②③技術を見ろ、と言われても見きれない ある学生向けハッカソン運営者の連投から 運営側も評価基準を試行錯誤している。 以前は完成度を最も重く見る配点だった 完成度はAIだけで出せるようになり、機能しなくなった ただしAIを使いこなすのも技術のうち 技術を厳密に見る時間がない 時間内にコードを全部は読めない コードフリーズを早めると参加者が困る 技術評価を厳しくすると初学者が遠ざかる
初学者部門と玄人部門に分けた回は良かった(運営は大変) 今ココ 意見の軸 12/30
▪論点⑤ 就活との関係をどう見るか 参加者側の変化か、就活の構造か 参加者側の変化 就活に使われるようになり、受賞歴を目的にする参加が 増えたという見方 受賞歴が重視されすぎる風潮への違和感 今ココ 意見の軸 構造の問題
学生にまで実務経験が求められている スポンサーの採用目的に合わせた設計になりやすい 13/30
▪論点⑦ 小さなハッカソンは続けにくい 少人数で丁寧に、という理想と運営の現実 少人数は困難 → オンライン化 → 開催コストに対して その結果 小規模はオンラインへ
その結果 インパクトが小さい 理想 本来は少数で質の高いフィードバックを 返す場。 今ココ 意見の軸 でも楽しくない 現実 継続開催のためには規模が要る(運営者 の声)。 大規模化 大きな大会に集中 チーム数が増える 結果 チーム数が多いのが当たり前になってい る、という指摘。 14/30
03 過去の議論 同じ話は何度も起きている 今ココ 過去の議論 15/30
▪論点の多くは、2016年の時点で出ている この議論の年表 1999年 2007年ごろ〜 2016年 2017〜18年 2021・24年 2025年 2026年 今ココ
過去の議論 OpenBSDとSunがほぼ同時期に「hackathon」を使い始める。身内で集まって作る会 国内でもハッカソンの主催が始まる。Yahoo! JAPAN Hack Dayも社内ハッカソンとして開始 田中洋一郎さんが「外部の審査員が順位を決めるならコンテスト」と記事にする 社会学者Zukinらが企業ハッカソンを「同意を作る儀式」と論じ、報道で広まる プレゼンの上手さが実装より評価されやすい、という審査の課題がTwitterで話題になる 学生の就活で、ハッカソンの受賞歴が当たり前になりつつあるという声 同じ論点に、生成AIで作るコストが下がったことが加わる 16/30
▪Zukin &社会学者はハッカソンをどう見たか Papadantonakis「Hackathons as Co-optation Ritual」 誰が どこで いつ どう
主催 掲載 今ココ 過去の議論 Sharon Zukin(ニューヨーク市立大学の社会学者)と Max Papadantonakis ニューヨークのハッカソン7件。参加者50〜650人規模 2015年10月〜2016年5月に参与観察 参加者32人・運営14人、計46人に聞き取り Hearst、MasterCard、Audible、TechCrunchなどの企業と、NPO・スタートアップ 論文集『Precarious Work』(2017年)。2018年にWiredなどで報じられる 17/30
▪論文はこれを「オーウェル風の標語」と呼んでいる 無償の労働を「機会」に見せる3つの標語 論文の主張は、ハッカソンが働き手の同意を作り出す儀式になっている、という もの。 01 02 03 Work is Play。徹夜の開発を「楽しい」
ものとして扱う Exhaustion is Effervescent。睡眠不足が 一体感や高揚感に変わる Precarity is Opportunity。無償の参加を 将来への投資と捉える 仕事は遊び 今ココ 過去の議論 疲労は高揚 不安定は機会 18/30
▪論文は両者の得るものを並べ、力の差を指摘している スポンサーと参加者、それぞれが得るもの スポンサーが得るもの 無償の労働とアイデア 自社APIやサービスを使ってもらう機会 熱意のある人材の発見 「かっこいい会社」という評判 参加者が得るもの 新しい技術を試す経験 企業や仲間とのつながり
履歴書に書ける実績 作る楽しさ 参加者が得るものは本物だが、金銭的な見返りはほとんど約束されていない、というのが論文の見立て。 今ココ 過去の議論 19/30
▪論文の指摘は、今回の議論とかなり重なる 2016年のニューヨークと、2026年のTwitter 不安定は機会 人材の発見 仕事は遊び 企業型と非営利型 今ココ 過去の議論 受賞歴を目的にした参加。学生にまで実務経験が求められる スポンサーの採用目的に合わせた設計になりやすい
楽しい以外に言うことがない、という参加者の声も同時にある ハッカソン×〇〇の区別。順位なしのFacing the Oceanなど 20/30
▪搾取かどうかは、ハッカソンの種類と参加者の実感で変わる この研究への反論と限界 反論 参加者の多くは搾取されたと感じていない 無償労働が目的の大会もあるが、成果物の扱いを明示す る大会とは別物(運営者の声) 医療や気候など社会課題に取り組む大会もある 限界 対象はニューヨークの7件で、多くが企業主催 日本の学生向けハッカソンを見た研究ではない
生成AI以前の観察 それでも「誰が何を得ているか」という問いは、ハッカソン×〇〇を分ける物差しとして使える。 今ココ 過去の議論 21/30
▪名前・賞・評価・採用は、どれも以前から言われている 新しい論点はほとんどない 論点の多くは以前から出ていて、 AIは以前からの問題を大きくしている面が強い。 以前から 見せ方が上手いチームが勝つ、審査が見た目に引っ張られ る。 AIで変わったこと 動くものを出すコストが下がり、完成度で差がつかない。 AIで大きく変わったのは、作るコストのほうです。
今ココ 過去の議論 22/30
04 整理する ハッカソン×〇〇に分けて考える 今ココ 整理 23/30
▪同じ名前で、目的の違うイベントが開かれている ハッカソン×〇〇 ×コミュニティ ×採用・就活 ×自社製品の普及 ×ビジコン・社会課題 ×技術挑戦 ×教育・初学者 ×社内 今ココ
整理 試しに作る・知らない人と組む。順位なしのFacing the Oceanなど 企業スポンサーの学生向け。欲しい人材との接点 スポンサーのサービスを使ってもらう。賞品総額100万ドル超のShipatonなど 自治体主催など。社会的意義を見る 技術的な挑戦を評価する型。その先にISUCONなどの競技 初めての人が作って発表する経験を得る 普段の業務では作らないものを試す 24/30
▪「運営・参加者・傍観者・採用側・審査員の目線が混ざっている」という指摘 立場によって見えているものが違う 01 02 03 04 続けられる規模とコストが 先に来る 楽しさ、成長、受賞歴。人 によって違う
欲しい人材に会えるかどう か 短い時間で何を見られるか 運営 今ココ 整理 参加者 採用側 審査員 25/30
▪是非を決める話ではなく、揃える話 まとめ 01 どのハッカソンもあっていい コミュニティ型も採用型も技術挑戦型も、それぞれ目的がある。 02 不満の本体はずれ 名乗っている種類と、実際の審査基準が食い違うこと。 03 種類と審査基準を先に示す
運営と参加者が納得して参加できる。 ハッカソンの是非ではなく、「どのハッカソンか」を先に言う 今ココ まとめ 26/30
05 別の角度から見ると 結論ではなく、こういう見方もある、という話 今ココ おまけ 27/30
▪スポンサーの立場に立つと、こういう見方もできる お金を出す側から見ると 大会を開くには、主催やスポンサーがお金を出す理由が要る その理由として採用を期待するのは自然な流れ、という見方もある そう考えると、問われているのは採用そのものより、目的が先に示されているかどうか、とも言える 今ココ おまけ 28/30
▪AIの時代の「技術力」について、こういう見方もできる 道具の差から見ると AIへの課金額や、3Dプリンターなどの機材の有無も成果物に影響する その差は技術力というより、持っているものの差として表れる、という見方もある 実装の差が縮むと、アイデアや見せ方に比重が移る、とも考えられる 道具をスポンサーが全チームに配れば差は小さくできる、という考え方もある 今ココ おまけ 29/30
▪表示数は2026年9月22日時点。個人の投稿は匿名にしたため出典から除いています 出典 Twitter 8/6、eisbahn.jp 2016年3月の記事 田中洋一郎さん OpenBSD / Wikipedia hackathonの語源(1999年6月)
Yahoo! JAPAN Hack Day 10th Anniv. の沿革ページ Hackathons as Co-optation Ritual(2017年)、Fast Company・Makery の報道(2018年) Zukin ほか 今ココ まとめ 30/30