12月開催。技育祭ハッカソンの振り返り

Posted at 2026-03-16

はじめに

こんにちは！
先日、日本最大級の学生エンジニア向けイベント「技育祭」のハッカソンに参加し、チーム『怠惰な大学生』として『Social Guillotine』というタスク管理アプリを開発しました。

本記事では、この開発経験を通じて得られた「目的意識を持ったサービス設計」「チーム開発の推進」、そして「次につながる技術選定への反省」について、思考プロセスを中心に振り返ります。

私たちのチーム名は 『怠惰な大学生』 。この名前が、開発したプロダクトに関係しています。

こんな経験、ありませんか？私たちは、この　「どうしようもない先延ばし癖」　という、自分たち自身のリアルな課題をハッカソンのテーマとして設定しました。

上流工程で最も重要だと考える　「誰の、どんな課題を解決するのか」　という問いに対して、私たちは「怠惰な大学生（自分たち）の、タスクを実行できないという課題」という答えを持って開発をスタートしました。

単なるリマインダーでは、他のタスク管理アプリと同類になってしまう。そこで、行動経済学の「損失回避性」に着目し、究極のアメとムチを設計しました。

この「アメ」と「ムチ」によって行動変容を促すことが、私たちのサービスのコアコンセプトです。

2日間という限られた時間で、以下の機能を実装しました。

これを実現できたのは、明確な役割分担と開発プロセスの確立があったからです。

役割	担当	主な技術・タスク
バックエンド	メンバーM	Python (Flask), SQLAlchemy, DB設計
フロントエンド	メンバーM, 私	HTML, CSS, JavaScript, UI/UX設計
API連携	私	Gemini API, Discord連携, Git管理

私は主に フロントエンドと外部API連携 を担当しました。特にこだわったのは、 「どうすればユーザーが危機感を持ってくれるか」 という部分です。

開発は GitHub Flow をベースに進めました。

このプロセスを徹底することで、コンフリクトを抑えて開発に取り組もうと思ったのですが、実際にはコンフリクトがでてしまい、開発に支障をきたしました。一回のコミュニケーションエラーですらこのようなエラーに繋がるなんて、チーム開発の大変さを実感しました。

このハッカソンを通じて、多くの成功体験と、次への明確な課題を得ることができました。

ユーザー中心設計の実践: 「怠惰な自分たちが本当に使いたいか？」を問い続け、機能の優先順位を判断しました。これは、上流工程で求められる要件定義のスキルに直結すると感じています。
チーム開発の経験: GitHub Flowを用いた開発プロセスは、円滑な共同作業に不可欠でした。メンバーと一つの目標に向かって開発する経験は非常に貴重だと感じました。

今回、バックエンドはFlask、フロントエンドはVanilla JS（ライブラリなしの素のJavaScript）で実装しました。これにより、Webの基本的な仕組みを理解できたという利点はありました。

しかし、正直に言うと、これは 「チームメンバーが最も慣れている技術」 という理由での選定であり、「このサービスを将来的にどう成長させたいか」という視点が欠けていたと反省しています。

もし今、もう一度このアプリを開発するなら、私は以下のような技術選定を提案します。

UI/UXの刷新 → React / Vue.js の導入:
- 理由: コンポーネントベースの開発は保守性を高め、SPA化による滑らかなユーザー体験は、ユーザーの利用継続率に大きく貢献するため。
リアルタイム性の強化 → WebSocket の導入:
- 理由: グループ内でのタスク達成状況をリアルタイムに通知することで、より強い相互監視と連帯感を生み出すため。
保守性の向上 → Dockerによる環境構築の徹底:
- 理由: 開発環境の差異をなくし、誰でもすぐに開発に参加できる状態を作ることで、開発効率を最大化するため。

「なぜこの技術を選ぶのか？」
この問いに対して、サービスの成長戦略と結びつけて答えられるようになることが、上流工程を目指す私にとっての次なる目標です。

今回のハッカソンは、「グループ開発に慣れる」という当初の目標を達成できただけでなく、 「目的意識を持った開発とは何か」 を深く考えるきっかけとなりました。

最後までお読みいただき、ありがとうございました。