ハッカソンで、短距離の成果物を残す。参加した、で終わらせない【フェーズ2-6｜ITエンジニアの卵に贈る、就活の書】

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

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

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

　ITエンジニアの卵に贈る、就活の書・フェーズ2-6の記事です。前回のフェーズ2-5では、作った成果物を束ねる公開の場のハブとして、GitHubを育てる話をしました。今回は実践各論11本のうちの4本目として、ハッカソンで、短距離の成果物を残すというお話です。

　ハッカソンは、限られた時間でプロダクトを立ち上げる場です。短距離で、成果物と、第三者の評価が、同時に手に入る。参加して終わらせず、束ねられる作品として残せば、ポートフォリオの中の強い1本になります。

　一度も出たことがない人も、この記事の読者です。ひとりで申し込んでいいのか。お金はいくらかかるのか。初心者が混ざって迷惑にならないのか。この3つに、2章で先に答えます。

この記事のポイント

• ハッカソンは参加で終わらせず、束ねられる作品として残します。終了後48時間の一手間が、分かれ目になります。

• 作ったものの権利が主催者に帰属する大会があります。その場合、成果物をポートフォリオとして使えません。申し込む前に、権利の条項を必ず読んでください。

• 初心者が混ざって成立しない場なら、それは主催側の設計の問題です。受賞は堂々と書いていい実績ですが、掲げるのではなく成果物に添えてください。

1. ハッカソンとは何か

　ハッカソンは、hack（作る）とmarathon（マラソン）を組み合わせた造語です。多くは24時間から数日の枠内で、テーマに沿ってプロダクトを作り、発表する形式で行われます。個人参加もチーム参加もあり、オンライン開催も、会場に集まる形もあります。

1-1. もともとは、作るために集まる場でした

　起源を、少しだけ。

　1999年6月、カナダのカルガリーの一軒家に、世界から10人の開発者が集まりました。OpenBSDというOSを作っている人たちです。彼らはその1週間で、IPv6とIPSECという通信の仕組みを、OSに丸ごと組み込みました。このとき hackathon という語が生まれた、とOpenBSDの公式サイトに記されています。ほぼ同じ時期に、別の場でもこの語が使われ始めたという記録もあります。

　押さえてほしいのは、ここです。起源のハッカソンには、賞金も、審査員も、採用選考もありませんでした。あったのは、作りたいものと、それを作るためにまとまった時間を取るという発想だけです。

　ハッカソンは、もともと「作るために集まる場」。賞金も企業の選考も、あとから付いてきたものです。

1-2. 「ハッカソン」の看板を掲げた、別のものがあります

　いまは、この語がとても広く使われています。中には、名前はハッカソンでも、中身はビジネスコンテストというものがあります。

　見分け方は、シンプルです。当日、手を動かす時間がどれだけ取られているか。

• 作る場：時間の大半が開発に割かれ、最後に動くものを見せる

• ビジネスコンテスト型：事業計画やアイデアのプレゼンが中心で、実装は補助的。審査の観点が、市場性や収益性に寄っている

　ビジネスコンテストが悪い、という話ではありません。事業を考える訓練としては価値のある場です。問題は、ハッカソンのつもりで申し込んで、2日間プレゼン資料を作って終わることです。それでは「束ねられる作品」が手元に残りません。

　だから、募集要項ではタイムテーブルと審査基準を見てください。開発に何時間割かれているか。審査の観点に「実装」が入っているか。看板ではなく、中身が分かります。

1-3. 当日、何が起きるか

　学生向けのハッカソンは、企業、大学、コミュニティ、自治体と、さまざまな主体が開いています。

　当日は、だいたいこういう流れになります。

1. 開会とテーマ発表：主催者がテーマと審査基準を説明します

2. チーム決め：あらかじめチームを組んで申し込む形式と、当日その場で組む形式があります。どちらかは、募集要項に書いてあります

3. アイデア出しと役割分担：何を作るかと、誰が何をやるかを決めます

4. 開発：ここが大半の時間です。仮眠を取る人もいれば、途中で帰って翌朝戻る人もいます

5. 発表：1チーム3〜5分程度で、動くものを見せます

6. 審査と講評：審査員が評価し、入賞が発表されます

　徹夜が必須ということはありません。会場に仮眠スペースがある場合もあれば、夜は解散して翌日また集まる形式もあります。ここも、募集要項を見れば分かります。

　どんな場があるかは、5章にまとめました。

2. 先に、3つの不安に答えます

　ハッカソンに出たことがない人が、いちばん気にしているのは、たぶんこの3つです。先に答えます。

　なお、作ったものの権利の帰属も、申し込む前に確かめてください。6-1で扱います。

2-1. ひとりで申し込んでいいのか

　イベントによります。だから、募集要項で必ず確かめてください。

　形式は、大きく3つあります。

• チーム必須：あらかじめ人数を揃えて申し込む形式。たとえばLINEヤフー主催のOpen Hack Uは、学生2〜6名のチームでの参加が条件です（2026年9月時点）

• 個人申込可・当日チーム編成：ひとりで申し込むと、当日、運営がチームに振り分けてくれる形式。初参加なら、これがいちばん入りやすい

• 個人でも作れる：ひとりで最後まで作ってもよい形式

　募集要項に「個人参加可」「チーム未定でも申込可」と書いてあれば、ひとりで大丈夫です。書いていなければ、主催者に問い合わせてかまいません。「ひとりで申し込めますか」は、当たり前の質問です。

2-2. お金はいくらかかるのか

　これも、イベントによります。申し込む前に、次の4つを確認してください。

• 参加費：学生向けハッカソンは無料のものが多くありますが、必ず確認を

• 会場までの交通費：出るのか、出ないのか。出る場合は上限があるのか

• 宿泊費：合宿型や複数日にわたるものは、宿泊の扱いを確認する

• オンラインなのか、現地なのか：ここが、いちばん大事です

　4つ目が、いちばん大事です。「オンライン開催」と書いてあっても、発表会だけは会場、という形式があります。たとえばOpen Hack Uは、発表会までの工程はオンラインで、発表会はオフライン会場です（2026年9月時点）。地方に住んでいる人には、ここが参加できるかどうかそのものです。

　完全オンラインで完結するハッカソンもあります。交通費も宿泊費も出せないなら、そこから探してください。それは妥協ではありません。作ったものは、会場にいてもオンラインでも、同じように残ります。

2-3. 初心者が混ざって、迷惑にならないか

　ここが、いちばん多く聞く不安だと思います。

　まず、事実を1つ。ハッカソンの成果物は、派手なプレゼンだけでできてはいません。データの形を決める、動く状態を保つ、発表用のデータを用意する、画面の文言を整える、READMEを書く。こうした仕事がないと、チームは発表までたどり着きません。手を動かす場所は、必ずあります。

　そして、もう1つ。初参加者が混ざって成立しない場なら、それは主催側の設計の問題です。学生向けハッカソンの多くは、初参加者が来ることを前提に運営されています。メンターが常駐している場もあります。募集要項に「初心者歓迎」「メンターがつきます」と書いてあるものから始めれば、そこは織り込み済みです。

　最初の1回は、作りきれなくてもかまいません。途中で止まった経験も、次に効きます。6章で扱うとおり、良い会社は入賞歴だけを見ているわけではありません。

3. ハッカソンで積めるもの、3つ

　ハッカソンは、専門職としての実践を、短時間に詰め込んで体験できる場です。序章-1で語った工程、つまり要求を聞き、設計し、作り、確かめ、発表するまでを、24〜48時間の中で回します。ふだんの授業では別々の科目として習うことが、まとめて一度に問われる場です。

　積めるものは、大きく3つあります。

3-1. 動く成果物（短距離での実装力の証明）

　まず、動くプロダクトが手元に残ります。24〜48時間で1つ立ち上げる体験は、短距離で価値を届ける実装力の証明です。GitHubに公開し、READMEにハッカソンでの取り組みを書けば、ポートフォリオの強い1本になります。

　使う道具は、自分が慣れているもので構いません。48時間で新しい道具を覚えながら作るのは、初参加ではまず無理です。慣れた言語で、動くところまで持っていく。それが最優先です。

　余裕があれば、いま現場で使われている組み合わせを選ぶと、成果物としての強度が上がります。Webなら TypeScript と Next.js、モバイルなら Flutter。生成AIのAPIを1つ組み込むと、短い時間でも体験の幅が出ます。

3-2. 第三者の目利き（審査員による評価）

　多くのハッカソンには、審査員がいます。企業のエンジニア、大学の教員、プロダクトマネージャー。第三者による評価が入り、入賞や企業賞という形で名前が残る機会があります。

　フェーズ2-2で扱ったとおり、第三者が目を通した場所での実績は、書類選考で重みを持ちます。入賞者ページ、受賞者アーカイブ、イベントページ。これらに自分の名前が載ることは、就活の場面で効いてきます。

　入賞できなくても、参加した事実、審査員からの講評、他チームとの交流という財産は残ります。

3-3. チームでの経験と仲間

　ハッカソンの多くは、チームで挑みます。初対面のメンバーとチームを組み、限られた時間で意思決定を回した経験は、就職してからの現場で、そのまま効いてきます。役割分担、朝会と振り返り、チャットでの連携、コードレビュー、デザインの共有。ハッカソンの中で、これらを圧縮された時間で一通りやることになります。

　参加後に残るのが、同じ場を一緒に走った相手です。その後も勉強会や別のハッカソンで繋がっていく学生さんを、何人も見てきました。フェーズ2-12で扱うコミュニティへの入口としても、ハッカソンは強い場です。

4. ハッカソンを、束ねられる作品として残す

　ハッカソンに参加した、で終わってしまうと、成果物が世界に残りません。参加ではなく、束ねられる作品として残す、というのが、本記事の中心的な提案です。

4-1. 参加前の準備

　当日チームを組む形式なら、事前にやれるのは下の2つだけです。それで十分です。

• 自分の開発環境を、動く状態にしておく：当日、環境構築で半日を溶かす人が必ずいます。使う言語が動くことだけ、前日までに確かめておく

• GitHubのアカウントを用意しておく：成果物の置き場になります（フェーズ2-5）

　チームがすでに決まっているなら、事前の顔合わせ（役割と得意分野を揃える）と、使う道具を決めておくことを足してください。本番中に選び直すと、時間が溶けます。

4-2. 開催中の記録

　あとで振り返り記事を書くときに、材料になります。開発に支障が出ない範囲で、次のものを残しておいてください。

• 細かめのコミット：作業の流れが、あとから追えます

• スクリーンショット：途中経過とデモの様子。発信に使えます

• 決めた理由のメモ：なぜその方法を選んだか。1行で十分です

4-3. 開催後の発信（ここが本題）

　参加が終わってから48時間以内に、成果物を世界に開く一手間をかけると、ハッカソン経験は、束ねられる作品として残ります。

　その前に1つだけ。作ったものを公開してよいかを確認してください。成果物の権利が主催者に帰属し、公開できないハッカソンがあります（6-1）。

• GitHubリポジトリのREADMEを整える：フェーズ2-2で扱った6要素を、ハッカソンの文脈で書き直す。背景と目的、使用技術、技術選定の理由、こだわり、詰まった点と解決策、今後の展望の6つです

• 主要な機能に、簡単なテストを後から足す：ハッカソン中は動かすことが最優先です。公開する前に、主な機能だけテストを足しておくと、「作りっぱなし」の成果物との違いが伝わります

• デモ動画を公開する：2〜3分のデモがあると、書類選考の担当者が動きを確認できます

• 振り返り記事を1本書く：「48時間で◯◯を作った話」。選んだ技術、詰まった点、次にやりたいことを整理します

• 発表スライドを公開する：Speaker Deck や Docswell へ。そのまま登壇の記録になります

• チームメンバーと相互リンクする：READMEに全員のGitHubへのリンクを並べる。他人と協働できる人だという、静かな証拠になります

　全部やる必要はありません。READMEを整えるところまでで、十分に形になります。そのうえで余力があれば、動画とブログ記事を足す。それだけで、1回のハッカソンから複数の成果物が生まれます。

　なお、GitHubリポジトリの整え方そのものは、フェーズ2-5にまとめています。ハッカソン後の48時間で世界に開くときの、共通の道具立てとして参照してください。

4-4. 受賞したときこそ、気をつけたいこと

　入賞したら、うれしいです。発信もしてください。受賞は、第三者の目利きを経た実績です。堂々と書いていい。

　ただ、ここに1つだけ落とし穴があります。受賞をきっかけに、肩書を名乗り始める人がいます。プロフィールの先頭に「学生エンジニア」と書き足す。自己紹介を、受賞歴で埋める。ハッカソンの受賞者には、この傾向が特に強く出ます。優勝したという事実が、そのままブランドとして使えてしまうからです。

　物差しは1本です。飾ろうとしたか、差し出そうとしたか。

　フェーズ2-2でお伝えしたとおり、主語がやったことであるうちは、飾りにはなりません。飾りになるのは、主語が自分への評価に変わったときです。「48時間で◯◯を作って、最優秀賞をいただきました」は、やったことの報告です。「最優秀賞を取れるレベルの学生エンジニアです」は、自分への評価です。この差は、読む側にはっきり見えます。

　だから、受賞歴は掲げるのではなく、成果物に添えてください。リポジトリのREADMEに1行。振り返り記事の中に1行。それで十分に伝わります。読んだ人が、中身まで確かめられるからです。

　この落とし穴は、フェーズ2-2の4章で詳しく扱っています。受賞した人こそ、一度読んでおいてください。

5. どんな場があるか、そしてどこから入るか

　どんな選択肢があるかの見当をつけておくと、動きやすくなります。ここに挙げる名前と内容は2026年9月時点のものです。イベント名も実施形態も数年で変わるので、必ず公式サイトで最新の要項を確認してください。そして1-2のとおり、タイムテーブルと審査基準も見てください。

5-1. 学生向けの大規模ハッカソン

• JPHACKS：全国規模の学生向けハッカソン。予選から本選まで複数月にわたり、企業スポンサーによる技術・メンター支援がある

• 技育CAMPハッカソン：株式会社サポーターズ主催。年間を通じて複数回開催され、毎回テーマが変わる。学生同士のチーム組成が公式にサポートされるので、ひとりで申し込みたい人はここから

• Open Hack U：LINEヤフー株式会社主催。小学生以上の学生なら参加できるが、学生2〜6名のチームでの参加が条件。発表会までの工程はオンライン、発表会はオフライン会場

5-2. 企業主催のインターン型

　夏から秋にかけて、複数の企業がハッカソン型のインターンを開きます。書類選考・面接を経る選考型で、実務体験と選考が同時に進みます。交通費や宿泊費が支給されることがあるのは、このタイプです。地方在住なら、支給条件を必ず確認してください。

　会社名は毎年入れ替わるので、ここでは挙げません。「サマーインターン ハッカソン エンジニア 新卒」で検索すれば、その年の一覧が出ます。

5-3. 世界規模のもの、領域が決まっているもの

• Devpost：ハッカソンの掲載プラットフォーム。オンラインで参加できるものが常時掲載されています。地方在住で移動の制約がある人には、ここがいちばん現実的な入口です

• Major League Hacking（MLH）：北米中心の学生ハッカソン運営組織。オンライン参加できるものもあります

• Google Solution Challenge：Google Developer Groups on Campus（旧GDSC）の学生対象

• NASA Space Apps Challenge：NASA主催の年次イベント。世界各地の会場で同時開催されます

• Web × IoT メイカーズチャレンジ：Web と IoT のテーマに特化

• セキュリティ・キャンプ全国大会：セキュリティ人材の育成を目的とした合宿型。費用の扱いは年度ごとに違うので、要項で確認を

5-4. ハッカソンではないが、隣にあるもの

　次の3つは形式が違いますが、成果が公開の場に残る点では同じです。ICPC（世界大学対抗のプログラミングコンテスト）。AtCoder（成績が継続的に残ります）。U-22プログラミングコンテスト（22歳以下が対象）。

　なお、未踏ジュニアは17歳以下が対象です。運営は一般社団法人未踏。IPA（情報処理推進機構）の未踏事業の修了生を中心に設立され、IPAと相互協力協定を結んでいる団体です。高専の低学年の読者には、有力な選択肢になります。

5-5. どこから入るか

　入口の選び方は、状況によって変わります。

• 初めてで、一緒に出る相手がいない：個人で申し込めて、当日チームを組んでくれる場を探してください。技育CAMPハッカソンのように、チーム組成が公式にサポートされる場が向いています

• 地方に住んでいて、移動の制約がある：完全オンラインで完結するものから。Devpostに常時掲載されています

• 一緒に出る相手がいる：JPHACKS、Open Hack U のような大規模学生ハッカソンに、チームで挑戦する

• 企業選考も兼ねたい：企業主催のインターン型に応募する。選考通過が最初の関門ですが、通れば実務体験と選考が同時に進みます

• 自分たちで開く：これは難易度が高い選択肢です。一緒にやる相手と、場所と、時間を自分で用意することになります。すでにサークルや研究室に仲間がいる場合の選択肢として、頭の隅に置いてください

　どのハッカソンも、公式サイトに過去の受賞作品が載っています。応募前に眺めておくと、自分が挑戦する形が見えてきます。

6. 良い会社は、ハッカソンの成果物をどう見ているか

　就活の観点から、ハッカソンの成果物を見る側の話をします。ハッカソン経験をきちんと読む会社の担当者は、次のような観点で「ハッカソン参加歴」を読み解こうとします。ここから先は、私が採用の現場で見てきた実感です。

• 参加しただけか、束ねられる形で残しているか：リポジトリとREADMEが整っているか

• チーム内の役割の見え方：そのハッカソンで、具体的に何を担当したか

• 技術選定の理由：使った道具を、なぜ選んだか

• 時間制約下での判断：何を優先し、何を諦めたか

• その後：ハッカソン後、どう発展させたか、あるいはなぜ発展させなかったか

• 入賞歴だけに頼らない：入賞しなかった回でも、学びを語れるか

　入賞歴の数を数える会社は、あまりありません。読んでいるのは、参加者としての姿勢と、そこから何を学んだかです。

　面接では、こんな質問が来ることがあります。「いちばん詰まった場面は」「意見が分かれたとき、どう調整したか」「機能をどう削ったか」。実践の中身を測る質問です。フェーズ4-5の技術面接にも、そのままつながります。

6-1. 主催する側も、見られています

　参加するときは、みなさんが2日間を差し出しているということを、先に置いておいてください。次の5つは、募集要項と当日の運営で確かめられます。

• 参加者が作った成果物の権利の帰属が、募集要項にも当日の資料にも書かれていない

• 「優秀者は選考優遇」とあるのに、どの選考段階が、どう優遇されるのかが明示されていない

• 審査員に現場のエンジニアが一人もいない（人事と役員だけで構成されている）

• 2日間のハッカソンに、メンターが一人も付かない、あるいは付いても顔を出すだけで終わる

• 終了後に届くのが「お疲れさまでした」の一斉メールだけで、個別の講評がない

　これらが重なっているなら、そのハッカソンは採用イベントとして企画され、参加者が持ち帰るものの設計はまだされていない、と考えるのが自然です。

　これは、時間の計算の話でもあります。参加者ひとりに丁寧な講評を返すには、エンジニアが30分から1時間を使います。30人なら、15時間から30時間。会場費と食事代は予算書に載りますが、この30時間は載りません。だから、いちばん先に削られます。

　5つのうち、1つ目がいちばん重いので、先にそこだけ詳しく書きます。

6-1-1. 権利が主催者に渡ると、ポートフォリオとして使えなくなります

　ハッカソンの募集要項や参加規約には、作ったものの権利がどちらに帰属するかが書かれていることがあります。書かれ方は、だいたい3通りです。

• 参加者に帰属する：いちばん素直な形です

• 参加者に帰属し、主催者は広報に使える：よくある形。これも問題ありません

• 主催者に帰属する：作ったものが、あなたのものでなくなります

　3つ目だったときに、何が起きるか。そのコードを、GitHubで公開できなくなります。READMEも、デモ動画も、振り返り記事も、出せなくなることがあります。

　つまり、この記事がここまで書いてきたこと（参加ではなく、束ねられる作品として残す）が、まるごとできなくなります。48時間を使って、手元に何も残らない。これは、実際に起こりえます。

　だから、申し込む前に、募集要項の権利の条項を読んでください。書いていなければ、問い合わせてください。「作ったものは、公開してもよいですか」「GitHubに置いて、就職活動で見せてもよいですか」。この2問です。

　2日間を差し出す前に、持ち帰れるかどうかを確かめる。それだけの話です。

　なお、企業のインターン型では、業務の情報に触れるため公開の範囲に制限がかかるのは自然なことです。「何がよくて何がだめか」を先に聞いておけば、出せる形で残せます。悪いのは制限があること自体ではなく、制限の有無が分からないまま始まることです。

　もう1つ、近年エンジニアの間で議論になっている点にも触れておきます。賞金です。

　高額の賞金がつくハッカソンが増えました。学生にはありがたい話です。一方で「賞金を出すハッカソンは、場として健全なのか」という問いが、エンジニアの側から出ています。論点は、だいたい次のようなものです。

• 賞金を狙う常連が生まれ、初参加者が入りにくい場になる

• 短時間で審査員に映えるものに寄り、じっくり作る動機が下がる

• 賞金を出す以上、主催側が成果物の権利を強く求めやすくなる

• 賞金の額が、その場で得られる学びの量と関係なく、イベントの格として扱われてしまう

　賞金つきが悪い、という話ではありません。賞金の額を、イベントを選ぶ基準にしないでください、という話です。持ち帰るのは、賞金ではなく、成果物と講評と次に効く経験です。額よりも、上の5つを見てください。

　みなさんが2日間を差し出すのですから、持ち帰るものが何かを、申し込む前に確かめていいんです。「作ったものの権利は、どちらに帰属しますか」「終わったあと、講評はいただけますか」。この2問は、失礼な質問ではありません。むしろ、答えられる主催者は、この2つを事前に決めている主催者です。

7. ハッカソンを経た学生さんについて、見てきたこと

　私自身は、学生の頃にはハッカソンという言葉がまだ普及しておらず、参加した経験はありません。ここから書くのは、新卒を受け入れる側として、また学生のみなさんと話してきた立場から見えてきたことです。3つだけ共有します。

　1つ目。いちばん記憶に残っているのは、入賞しなかった学生さんの、その後の姿です。完成度で他チームに及ばず賞に届かなかったチームが、終了後、作りかけたものを数か月かけて仕上げ直しました。入賞は結果に過ぎず、その経験を次にどう使うかのほうが効く。そう教えられました。

　2つ目。チームの中の「地味な役割」を担った学生さんが、よく伸びます。ハッカソンでは、派手な画面やプレゼンをする人が目立ちます。ですが、動くものを最後まで動かし続けているのは、データの設計を決め、公開の手順を整え、テストを書いた人です。2-3で書いた「手を動かす場所は必ずあります」は、このことです。ここを担った経験は、そのまま入社後の仕事の中身につながります。

　3つ目。AIに頼りすぎて、自分の手で書くことをしなかった学生さんも、見かけるようになりました。AIに任せきりで完成させたプロダクトは、面接で「なぜこの実装を選んだのか」を問われたときに、答えられないことがあります。まず自分で書いてみて、詰まったらAIに聞き、答えを自分の言葉で説明できるか確かめる。フェーズ2-4でお伝えしたこの順序は、ハッカソンの現場でも同じです。

　これから初めて参加するみなさんへ。入賞を目標にしないこと。地味な役割を軽視しないこと。AIとの向き合い方の順序を守ること。この3つだけで、ハッカソンの経験は、就活の場面で語れる素材になります。

8. ハッカソンを支える会社は、社員の参加を業務として扱っている

　ここで、受け入れる側に目を向けます。ハッカソンをどう扱っているか、という話です。

　学び続ける環境を持つ会社は、ハッカソンを、主催・協賛・審査員の派遣・社員の参加という各面から支えていることが多い。大規模な学生ハッカソンのスポンサー一覧には、名前の知られたテックカンパニーが並びます。

　ただし、そこに名前が出る会社だけを見ないでください。エンジニアを目指す学生さんの多くは、実際にはメーカー系・地方・中堅・中小の企業に進んでいきます。中小企業庁が令和3年経済センサス活動調査を再編加工した資料では、情報通信業で働く人の63.2%が中小企業に勤めています（2021年6月時点。詳しくはフェーズ3-3の4章）。地域のハッカソンや大学主催のハッカソンを、地元の中小IT企業がスポンサーや審査員として支えている例も、数多くあります。地元の会社を知る入口としては、そちらのほうが近いです。

　社員が自由に参加できる社内ハッカソンを、恒例行事にしている会社もあります。LINEヤフーの Hack Day が、社員参加型として知られています。

　そして、スポンサー一覧に名前があることと、その会社の社員が当日その場にいることは、別の話です。協賛金を出すのは経理の処理で済みますが、エンジニアを2日間メンターとして現場に出すには、その2日ぶんの仕事を誰かが引き取る必要があります。だから、当日の運営スタッフやメンターに、その会社の現場のエンジニアが実名で立っているかを見てください。人事だけが立っている会社と、エンジニアが並んでいる会社では、学生に向けている時間の質が違います。

まとめ

　本記事では、ハッカソンで短距離の成果物を残すお話をしました。要点は次のとおりです。

　ハッカソンは、専門職としての実践を短時間に詰め込んで体験できる場です。24〜48時間で、要求から実装、発表までを回します。積めるものは、動く成果物、第三者による評価、そしてチームで走った経験の3つです。徹夜が必須ということも、入賞しなければ意味がないということも、ありません。

　参加するだけで終わらせず、終了後48時間で、まずREADMEを整える。余力があれば、デモ動画と振り返り記事を足す。それだけで、1回のハッカソンから複数の成果物が生まれます。

　そして、申し込む前に3つ確かめてください。ひとりで申し込めるか。お金はいくらかかるか。オンラインで完結するか。この3つは、募集要項に書いてあります。書いていなければ、主催者に聞いてかまいません。

　次のフェーズ2-7では、こうした活動を続けるための土台として、就活と学業と個人開発を束ねる時間設計のお話に進みます。

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

　ハッカソンと聞いて身構える気持ちは、当たり前のものです。知らない人と2日間過ごすのも、自分より明らかにできる人の前で手を動かすのも、こわい。私もそう感じると思います。

　だから、こわいままで申し込んでいい。48時間で世界を変えるものを作る必要も、入賞する必要も、まったくありません。限られた時間で、動くものを1つ立ち上げる。最初の1回は、それだけで十分です。作りきれなかったとしても、次に効きます。

　私が学生だった頃には、こうした場そのものがありませんでした。いまは、オンラインで完結するものも含めて、多様な入口が開かれています。

　今週、なにか一つ、始めてみてください。connpass（勉強会の告知サイトです）や Devpost で「学生 ハッカソン」を検索し、一覧を眺めてみる。気になったものが1つあったら、募集要項の「参加条件」と「参加費」の欄だけ読んでみる。申し込むかどうかは、それから決めれば十分です。どれか1つで、本記事の1歩目です。

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

次の記事は、フェーズ2-7「就活と学業と個人開発を、どう束ねるか。週5時間でも回る時間の設計」です。

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

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

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

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

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

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

#エンジニア就活 #ハッカソン #JPHACKS #チーム開発 #大学生 #エンジニア採用 #エンジニアの卵に贈る就活の書

関連記事・参考文献等

本記事で引用した統計・法令・規範

• OpenBSD Hackathons（hackathon の語源）

シリーズ関連

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

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

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

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