東京科学大学デジタル創作同好会traP

第23回Game^3開催のお知らせ

Mimi_year — Mon, 27 Jul 2026 08:00:26 GMT

Game³とは？

Game³(ゲームキューブ)とは、ゲーム制作者同士の交流を目的とした東京科学大学デジタル創作同好会traP主催のイベントです。参加者としても展示者としても感想や質問などの交流を行うことが可能です。当日は参加者投票による優秀作品の表彰、景品の贈呈も行います。展示する内容に縛りはなく、作成途中の作品はもちろん、個人制作やチーム制作などの制作形態でも制限はありません。お気軽にご出展ください！もちろん、ゲーム展示をしない方のご参加も大歓迎です。皆さんのお越しをお待ちしております！
詳しくは公式HPをご覧ください：

トップページ

第22回Game³は2026/3/21に開催予定です。Game³（ゲームキューブ）とは、クリエイター同士の交流を目的としたゲーム展示イベントです。ターム制の採用や懇親会など、ほか展示イベントよりも交流を重視したプログラムが特徴です。主に関東圏の同人ゲーム制作者・サークル様に数多くご参加頂いています。本イベントは「すべてのゲームクリエイターへ。」をコンセプトに、学生などの「はじめての出展」を応援しています。「ゲームを作ったけど人に見せる機会がない」「プレイヤーから直接フィードバックを受けたい」などでお困りの方が、まず作品を公開してみようと思える場を目指しています。

第22回第22回

過去の開催の様子は以下のブログをご確認ください
第22回
 第21回

Game³についてのお問い合わせや、ご意見ご要望は https://game3.trap.games/contact までよろしくお願いします。

イベント概要

日時: 2026年9月26日(土) 12:00 - 18:00
出展申し込み開始: 2026年7月27日(月) 18:00
出展申し込み締め切り: 2026年9月12日(土)
会場: 東京科学大学大岡山キャンパス
入場料: 無料
出展料: 無料

協賛企業紹介

今回のGame³はCygames様に協賛いただいています！
株式会社Cygames様のサイトはこちらから

躍動写真アプリ「shaQ」 2026 年春ハッカソン 02 班

ikura-hamu — Wed, 22 Jul 2026 08:00:22 GMT

作ったもの

今回の春ハッカソンのテーマである「かん」「きゅう」。私たちは、写真における「緩急（かんきゅう）」と、撮影という「瞬“間”（かん）」の取り方に焦点を当て、traPの伝統文化である「躍動」の写真を“簡”単に撮影・共有できるSNS「shaQ(シェイク）」を開発しました！

そもそも躍動とは

traP部内で語り継がれる「躍動（yakudo）」とは、以下のような意味で使われます。

スマホで写真を撮る際、シャッターを押す瞬間にカメラを前後に勢いよく振ることによって、手動で得ることのできる(放射状の)ブラーの演出のこと(下の写真を参考)。まるで集中線をおいたかのような存在感、躍動感が見る者の草:w:を誘う！アプリなどを使うことなく手軽に躍動感を演出できる一方で、綺麗な放射状のブラーを得るには、カメラを振るタイミングやその角度を適切に制御する必要があり、見た目以上に難しい。そのため、美しく大胆な躍動感を演出するにはそれなりの熟練が必要になる。一発撮りが美徳とされているらしい。
-traP wiki Dictionaryより

(参考 : あなたの知らない躍動の世界 )

現代における課題

しかし、現代においてこの文化を実践しようとすると、様々な「課題」に直面します。

スマホの性能が「優秀すぎる」問題
近年のスマホは手ブレ補正が標準搭載されており、勢いよくスマホ振っても写真がクリアに撮れてしまいます。かつてのような「躍動感」を物理的に作り出すことが、極めて困難になりました。
いろいろな場面で躍動を撮りたい
集合写真のような撮り直しがしにくいタイミングでは、カメラを振って躍動写真を撮るのは難しいです。また、いつでもどんな場面でもきれいに躍動写真を撮るには、技術とタイミングが求められ、気軽に楽しむにはハードルが高いのが現状です。
「躍動」を共有したい
これまでのyakudoはtraQやTwitter（現X）等のハッシュタグ文化の中で発展してきましたが、投稿が他の話題に埋もれてしまいがちです。私たちは、撮影した瞬間の躍動感を、もっと気軽に「躍動写真だけが集まる専用のSNS」を求めていました。

shaQでできること

shaQは、特別な技術を必要とせず、誰でも“簡単”に躍動写真を撮影できるWebアプリです。

躍動写真の撮影
撮影時は通常通りシャッターを切ります。その後、スマホを振ると、加速度・角速度センサーがスマホの動きをキャプチャ。振る勢いやひねりに合わせて、写真にリアルタイムでぼかし加工を生成します。これにより、最新の手振れ補正を搭載した端末でも簡単に躍動写真が撮れます。

shaQ が動作する様子

躍動の共有
ユーザー全員が投稿した躍動写真がタイムラインに並ぶ新しいSNSです。撮影した瞬“間”を集約して共有できます。

技術的概要

フロントエンド

フレームワークにはVueを使用し、Vue Router を用いてSPA（リロードを伴わないページ遷移）として実装した以外は、ほぼバニラという感じの構成になっています。これは ~~決して事前に技術スタックの検討をする時間が取れなかったからではなく、~~ 部内で開催される「Webエンジニアになろう講習会」で採用されている構成との差異をなるべく小さくして開発初心者の壁を低くすることが目的です。

スタイリングには「Webエンジニアになろう講習会」に合わせて Scoped CSS を使用。Tailwind CSS からPreflightだけ借りてきて土台を作っています。
コンポーネントライブラリは使用しませんでした。既存のラインナップを確認したり、Figmaの仮デザインに合わせてスタイルを上書きしたりする時間を少なくすることを重視しました。
APIクライアントライブラリは使用せず、fetchによってクライアントを手書きしました。ハッカソンの短期開発においてAPIの最新仕様を定義したファイルの存在には期待できません。バックエンドとは簡単なMarkdownファイルで情報を共有していました。今思うとaxiosくらいは使ってもよかったかな…。

shaQのフロントエンドで特筆すべき点は、やはりアプリの機能の核を満たすためにハードウェア（デバイス）のカメラやセンサーの値を複数種類活用しているところです。

カメラへのアクセス

まず、写真投稿アプリとしてのshaQは当然デバイスのカメラにアクセスする必要があります。そこでWebアプリからカメラにアクセスするアプローチについて調べたところ、主に次に述べる2通りの方法があり、それぞれに長短があるということがわかりました。

デバイスに備わるカメラシステムを使用する方法

ブラウザでチャットツールなどを開いて利用すると、送信ボタンの近くに写真を撮影するボタンがついていることがあり、ブラウザからカメラを起動させることができます。このボタンは次のような input 要素として表現されます。

<input type="file" accept="image/*" capture="enviroment" />

HTML属性 - capture

これを用いて、次のような手順でWebアプリからカメラを起動し、ユーザーに写真を撮影させて利用することができます。

要素をタップしてデバイスのカメラを起動
デバイスに備わるカメラシステムで写真を撮影
ユーザーが撮影結果について決定操作をしたのち、アプリ側に制御が戻ってくる

この方法には、撮影部分を信頼できるデバイスのカメラシステムに丸投げすることで、導入が容易、バグを減らせる、さらに写真の画質もよくなるといった様々なメリットがあります。ただ一点 撮影中にアプリが一切介入できない というデメリットを重く見て、shaQでは次に述べる方法を採用することにしました。

カメラの映像をページ上にリアルタイムで映す方法

onMounted(async () => {
  videoRef.value.srcObject = navigator.mediaDevices.getUserMedia(constraints)
})

Navigator.mediaDevices ... 接続されたメディア入力装置の情報
MediaDevices.getUserMedia() ... 引数に欲しい情報の種類（カメラの映像など）を渡して接続

これを記述したコンポーネントが読み込まれると、自動的にユーザーに対してブラウザ上でカメラの使用許可が求められ、ユーザーが許可すればWebアプリはカメラの動画をページ上に写しながら使用することができます。MeetのようなWeb会議ツールにもおそらく同様の権限が与えられているはずです。

ページ上にカメラの動画を映す
撮影ボタンを用意し、押されたタイミングでページ上の動画部分をキャプチャ

これならアプリが常に制御を保っているので、撮影ボタンを押した瞬間に次のページへ遷移したりできます。手順が一つ減り、ユーザー体験は向上します。ところで、ページ上の限られた領域をキャプチャするわけなので、得られる写真はふつう500KBに満たない小さくて画質の悪いものになります。しかしshaQに限っては結局ぼかし加工を施すことになるので撮影直後の写真の画質の良し悪しはほとんど問題になりません。むしろ、画像サイズの小ささが読み込みにかかる時間を短縮し、ユーザー体験にプラスの影響を与えることになりました。

加速度・角速度センサーへのアクセス

shaQはその読み方（シェイク）の通り「振る」ことによって撮影した写真にぼかし加工を加えていきます。デバイスが振られていることを検知するには、デバイスの加速度・角速度センサーにアクセスして値を監視する必要があります。

DeviceMotionEvent.acceleration ... デバイスの3方向の加速度
DeviceMotionEvent.rotationRate ... デバイスの3軸の角速度

ちなみに本番コードでは開発のてんてこ舞いの中でなぜか acceleration ではなく accelerationIncludingGravity の方が使われてしまっているのですが、重力加速度が手でデバイスを振る速度より小さかったおかげか、とくに誤検知らしきものはなく、振った分だけ画像がブレるという素直な挙動を見せてくれています。

画像のぼかし加工

ぼかし加工そのものは canvas 要素に半透明な画像をたくさん重ねていくことで表現しています。画像を重ねながら拡大していけば放射ぼかしを、縦横に移動させていけばモーションぼかしを表現することができます。

Photo taken by Blessing Ri from Unsplash

さて、躍動のステレオタイプは写真に放射ぼかしをかけることで表現されますが、概念実証の段階で様々な画像に放射ぼかしをかけてみた結果「なんとなくつまらない」という感想を抱きました。おそらく原因は

ボケ方がワンパターンで、タイムラインを見ていて飽きてしまう
放射ぼかしでは写真の中央付近があまりボケない

といったことにあったのだろうと思います。

躍動には様々な種類があります。ベーシックな放射ぼかしの躍動のみならず、被写体が移動しているように写るモーション躍動、被写体が回転しているように写るローリング躍動など色々あり、これらの合わせ技もあり、それがゆえのカオスが評価され、躍動という文化を今日まで存えさせてきました。この表現の多様性をshaQが反映しないわけにはいきません。

議論の結果、開発の途中で acceleration の情報に加えて rotationRate の情報を合わせた6自由度を全て用いてぼかし加工を調整するという方針に切り替えました。shaQの完成披露後にユーザーによって投稿されるたくさんの写真はさながら従来のやり方（デバイスを振りながらシャッターボタンを押す）で撮影したかのように見事にてんでばらばらな躍動をしていて、この方針に切り替えた判断を強く肯定するものでした。

バックエンド

Go で書いています。サーバーのライブラリは Echo 、DB へのクエリには sqlx を使っています。例年通り Web エンジニアになろう講習会と同じ構成です。

shaQ の通常のアプリとは異なる部分は、画像を扱う必要がある点です。今回は、部内のオブジェクトストレージに画像データを保存しました。画像を配信する際は、サーバーアプリで直接配信するとアプリ側の帯域と CPU を消費してしまうことが考えられたので、アプリはオブジェクトストレージ上の画像の Presigned URL をレスポンスで返し、フロントエンドには直接オブジェクトストレージにアクセスしてもらいました。今度はオブジェクトストレージ側の帯域が足りるか心配でしたが、ハッカソンの試遊期間でも問題なく動きました。もっとアクセスが増える場合は CDN を噛ませるなどの工夫が必要になると思います。

感想

hachimitsu

バックエンドを担当しました。１年生の時に、春ハッカソン、ワンマンソン、冬ハッカソンとWebで参加してきましたが、少しずつできることが増えてきて成長を感じました。今回では、ワンマンソンの時にはうまくできなかったNeoShowcaseの認証部分を初めて実装しました。この調子で一歩ずつできることを増やしていきたいです。

haruki_0920

初めてのハッカソンでしたが、とても楽しむことができました！プログラミングの経験も浅く心配も多かったですが、02班の皆さんが優しく教えてくださったのでなんとかやり切ることができました。この経験を糧にしてこれからも自分のスキルを磨きつつ開発を頑張っていきたいと思います！

ikura-hamu

リーダーをしました。今回は自分はあまり実装に手を回さず、他のメンバーに実装を頑張って自分はレビューなどをしました。いきなり一番難しそうな仕事を割り振ってしまうなどして、失敗したなと思いました。メンバー全員が頑張ってくれて、最終的に完成したので良かったです。

kaomojikun

ハッカソンにWebで参加するのは二回目ですが、昨年度はフロントエンドとして、参加させていただいたので、バックエンドを担当するのは初めてでした。アイデア出しの際に、お題に沿った面白い案がたくさん出てきて、楽しかったです！これを機にフロントエンドもバックエンドもどちらも頑張っていきたいです！！

kitsne

shaQはカメラや加速度といったハードウェアの情報と密に連携するWebアプリであり、私には類するWebアプリの実装経験がなかったので、この部分の調査と実装をねこりせくんとはるきくんにお願いすることにしました。結果としてハッカソン開始直後から全員にタスクがある状態になってよかったと思っています。例によって最後に駄目を詰める作業が遅滞して危なかったですが、なんとか完成に漕ぎつけられてよかったです。

neko_reset1024

初参加のハッカソンで、web開発ほぼ未経験の状態で参加させてもらいました。アイデア出しの段階では、漠然とした実装への不安がありましたが、先輩方のお陰で仕事をもらえ、自分の担当したところは形にはできたと思います(issueは先輩方に:solved:してもらいました)。当たり前に思っていたSNSの機能の実装を、納得できるクオリティにまで持っていくのにはこんなに労力がいるんだと思い知らされました。今後のイベントにも参加したいので、今回の実装を振り返りつつ経験を積んでいきます。

謎解きゲーム「Planets」について

MP — Tue, 21 Jul 2026 10:00:13 GMT

自己紹介

24BのMPです。今回は僕が制作した謎解きゲーム「Planets」についての記事です。
※内容的にプレイ体験を大きく損なう可能性が高いです。未プレイの方は先にプレイすることを強くお勧めします。

▶プレイはこちらから

#謎解き #web謎
「Planets」を公開しました！
試行錯誤を繰り返し条件をクリアしましょう

ある作品のリスペクト作品です

スマホ・PCのブラウザから無料で遊べます
想定プレイ時間 5~30分

▼プレイはこちらからhttps://t.co/lqTMdD8tzC pic.twitter.com/KqKXUHwRiH
— MP / ゲーム制作・DTM (@MP_cornpotage) July 18, 2026

ヒント・解説

ここをクリックして展開

もふもふペンギンのぽわぽわ休館日！【26年度春ハッカソン 11班】

Haru_18 — Tue, 21 Jul 2026 08:35:00 GMT

この記事は2026年度春ハッカソンの参加ブログです。他の班のブログはこちらから!!

こんにちは。11班のリーダーを務めました、25Bの@Haru_18です。

今回は「きゅう」「かん」という2つのテーマから、「ペンギンが水族館を休館に追い込む」ゲームを作成しました。

制作したゲーム

かわいいペンギンちゃんが水族館内の水槽やバケツを荒らしまくるゲームです。

やってることの物騒さとペンギンちゃんのかわいいアニメーションのギャップがとても気に入っています。

もふもふペンギンのぽわぽわ休館日！

traP 春ハッカソン2026 11班の作品です!!

unityroomHaru018

水槽を叩き割っているペンギンちゃん

目くるくるしてるイラストがほしかったので、スタンという概念を実装しました

準備期間の話

みんな忙しくて、メンバー全員で集まれる日が一日もありませんでした...
進捗部屋やdiscordで集まれる人は集まりつつ、md上でアイデア出しを進めていきました。
最終的に出てきたゲーム案の中からみんなで投票をし、休館ゲームに決定したのが木曜日でした。

開発期間の話

1日目

2日でゲームを完成させるには、やはり1日でゲームループをまわしたいわけで、それを目標にプログラマ(私含め)5人へのタスク分担を考えました。はい。開発期間開始の1時間前にタスク割り振りを始めました。あり得ない。

なるべく全プログラマに「ゲーム制作」ぽい作業をしてほしかったので、タスクは基本的に「ゲームオブジェクトのコードを書き、Unity上で必要なコンポーネントも用意し、プレハブ化するまで」としました。

プログラマの大半がUnity初心者なのもあり、「プレハブ化までは大変かな」と心配していましたが、思いの外みんな作業がはやくて僕のタスク投げが追いつかないという状況に。贅沢な悩みです。

というわけで、プログラマの1日目の作業は22時くらいに終わり、その後は僕がみんなの作業を1つに統合するフェーズに入りました。

今年の春墓はぐっすり眠れる...はずだったのですが、なんか25Bで1つのVCに集まってわいわい作業してた結果28時まで起きてた...どうして

グラフィックの方も土曜日時点で結構出揃っていました。グラが出揃うとプログラマもやる気が出て良いですね

2日目

前日28時まで起きていたリーダーは、2日目案の定遅刻しました。本当に申し訳ございませんでした。

1日目で想定よりも進んでいたので、2日目は実装するか迷っていた追加要素のタスクを投げつつ、SE探しやチュートリアル作成のタスクも新入生に任せてみました。

おかげで、効果音や演出、チュートリアルと、春ハッカソンとは思えないくらいリッチなクオリティのものができたかな、と思っています。

また、1日目も(私を除いて)一番遅くまで起きていた @Hikobae くんも、2日目に神BGMを提出してくれました。

その後、@fuka くんと2人でデバッグを行い、17時にビルドを通しました。

メンバー紹介 & 感想

@Haru_18 (リーダー・プログラマ)

ハッカソンでは3度目のリーダーを務めましたが、未だに至らない点が多かったですね... タスク割り振りが当日になってしまったのもそうですが、準備期間中にUnityについて教える時間が取れなかったことが悔やまれます。
ただ、ゲーム自体は当初予定していた機能をほぼ全て実装することができた上に、演出面もかなりきれいなものができたので、班全体としては大成功と言って良いのかな、と思っています。
準備期間含め1週間、僕についてきてくれたメンバーのみんなには感謝しかないです。本当にありがとう。

@fuka (プログラマ)

あまりにも非力だった前回と比べると、チームに貢献できたハッカソンにできたかなと思います。微力ながら、上級生としての役割を果たせて安堵しています。　また、一年生がそれぞれ活躍できていたことが嬉しいです。メンバーのみんな、そしてスタッフの方々、ありがとうございました。

@K_n (プログラマ・初参加)

自分はアルゴリズム班にしか所属していなかったためハッカソン参加にためらいがありましたが、勇気を出して参加を決意したことを本当に良かったと心から感じています。何の知識もない初めてのゲーム制作で、直前に講習会の資料を必死に読み込む所からスタートし、本番ではエラーに悩まされましたが最後までやり切ることができました。チームのみんなと協力し合い、一つの作品を完成させる過程はとても楽しく、大きな達成感を感じました。一緒に開発に取り組んでくれたチームメンバーの皆様には感謝の気持ちでいっぱいです。

@phi_isct (プログラマ・初参加)

初めて共同で開発をすることができて楽しかったです！メンバーの面白いアイデアを取り入れたり、共同開発に便利なGitなどのツールを初めて本格的に使ったりして、段取りの組み方を勉強することができました。一緒にゲームを作り上げたチームのメンバーの皆さん、ありがとうございました。この経験を生かして、今後も1-Monthonや他の共同開発を楽しみたいです！

@rerere_8128 (プログラマ・初参加)

今までの講習会で習ったいろんなのが抜け落ちてそこの埋めなおしを終始していてなんか悲しかったです。1-Monthonは比較的時間に余裕があるのでしっかり学びながらやっていきます。あと自分の描いたプログラム通りに動いてくれたのは嬉しかった。僕のフォローから何から全部やってくれたチームのみんなには感謝です。

@MSH (グラフィック・初参加)

グラが1人だったので描ききれるかめちゃくちゃ心配だったのですが、一応やりきれたのでよかったです。自分の描いた絵がゲームとして動いてるのが嬉しかったです！ただ、全体の配色を考えずに描き始めたせいで統一感が微妙な感じになってしまったなと思っています、、、ここは今後に活かしていきたいです。一緒にゲームを作ってくれたみなさんありがとうございました！

@Hikobae (サウンド・初参加)

サウンドを担当しました。注文に応じて曲を作る経験は初めてで苦戦しましたが、濃密な2日間を過ごせてめちゃくちゃ楽しかったです！ただ、SEを他の班員に任せてしまったり、今思い返すとBGMの改善点も腐るほどあったりと、至らないところだらけだったので、ワンマンソンでリベンジしたいと思います。最後に、ゲームなくしてサウンドなしということで、ゲームを開発してくれたプログラマーとグラフィッカーの皆さんに感謝します。

2026年度春ハッカソン 20班「Protocol Vortex」

2251799813685248 — Tue, 21 Jul 2026 04:32:31 GMT

2026年度春ハッカソン 26班では、 Protocol Vortex という、3×3対戦型パズルゲームを作りました。
試遊会においても、かなり多くの人に遊んでもらうことができ、最優秀賞も獲得することができました。

タイトル画面

プレイ中の画像

仕様の決定に至るまで

今回の春ハッカソンのテーマは「かん」「きゅう」でした。
アイデア出しの段階で、「きゅう」を9と解釈し、9マスのパズルで何かをするゲームを作ろうという案がありました。
その後、これに対戦という要素を加え、回転式パズルを採用し、試作版をCodexに作ってもらいました。
当初は盤面が完全に完成したら攻撃や防御などのアクションをとるという方針でしたが、パズルの完成頻度が割と低いので、段階的に攻撃を送れないかという議論になりました。
その議論で、ビンゴのように行や列が揃ったら攻撃が送られるという案が出て、それを採用し、そのまま使用が決定しました。

ちなみに、対角線上の攻撃も許容すると中央を最後に揃えたときに全マス攻撃が送れてしまうので没になりました。

ゲームの仕様

仕様は以下の通りです。長いので折りたたんでおきます。

ゲーム進行

詳細

【低レイヤ最適化】1BRC for traP を開催しました！

cp20 — Mon, 20 Jul 2026 09:00:49 GMT

突然ですが、

みなさん 1BRC というコンテストをご存じですか？　1 Billion Rows Challenge の略で、10億行(!!)のデータを処理する速度を競うコンテストです。10億行ともなるとそのデータ量は何GBにも及び、様々な最適化テクニックを駆使してデータを処理します。

1 Billion Row Challenge

Calculate the min, max, and average of 1 billion measurements

Accept the challenge

もっと詳しく知りたい人は、maguro さんのこの記事を読むと良いと思います。様々な最適化テクニックを駆使して 1BRC を攻略する様子が垣間見えます。

10億行のデータ処理に学ぶ、Rust/Go 低レイヤ最適化術（@yusuktan）【#も読】 - Findy Media

RustとGoで10億行のデータを高速処理するには？寄稿者が気になる話題をシェアする企画「も読」。今回はmaguro（@yusuktan）さんが、1BRC（One Billion Row Challenge）を題材に、プロファイラ活用・mmap・SIMD・マルチスレッド化など、言語横断で使える低レイヤ最適化の知見を紹介します。

FindyDeno Land Inc. / ソフトウェアエンジニアmaguro

traPでもやりたい！

こんなに面白いコンテストがあることを知って、せっかくなら部内でも開催したいなぁと思うわけです。ということで善は急げ、すぐに企画を始めました。

環境を準備するために予備調査を立てた

もともとのコンテストは観測所ごとの気温データに対して最小値、最大値、平均値を求めるコンテストなのですが、せっかくならこれを traP 向けに改造したいよね、と。

と思って2ヶ月が経過、、、

まずい！放置しすぎ！　ちゃんとやりたい気持ちがあったので、急いで準備しました。データも作って、テストプレイもして、ベンチマーカー上で計測できるような環境を整えて、かっこいいダッシュボードも作って、、、、みたいな感じで準備することが思ったより多くて大変でした。でも Codex が全部やってくれたので OK です。

勇気を出しました pic.twitter.com/j3el9Kil1i
— しーぴー 🍀 (@__cp20__) July 10, 2026

いざ、開催！

2026年7月18日 (土) 10:00 から7月19日 (日) 20:00 までの34時間で開催しました。最初こそ計測環境が上手く動かない、あるいはサーバーが不安定になるといったトラブルがあったものの、2日目はある程度安定して競技を続けることができました。

コンテストサイトは一般に公開されているので、興味がある方は覗いてみてください。

1BRC for traP

低レイヤ最適化コンテスト

1BRC for traP

ルール紹介

ちゃんとしたルールはコンテストサイトに書いてあるのでそちらを参照して欲しいのですが、概要だけかいつまんで紹介します。

参加者は traQ のメッセージ一覧を模した CSV を読み込み、それをチャンネルと月ごとに集計することを求められます。例えばこのような入力が与えられたら、

unix_timestamp,channel_path,message_length,stamp_count
1798761600,team/dev/api,120,3
1798761660,team/dev/api,80,1
1801440000,team/dev/api,200,0
1798761720,team/web,50,2
1798761780,team/web,70,4

次のような出力を返します。

team/dev/api,2027-01=80/100.00/120/2/4
team/dev/api,2027-02=200/200.00/200/1/0
team/web,2027-01=50/60.00/70/2/6

数値が5つ並んでいますが、左から、メッセージ長の最小値、平均値、最大値、メッセージ数、スタンプの合計数です。

この例だとものすごく短いですが、実際は10億行約25GBのデータを処理して12万行の出力を出します。なのでナイーブに書くと処理に10分以上かかってしまうんですが、これをいかに速く処理するかの勝負になります。

結果発表～～～～

最終的には1位が @zoi_dayo 、2位が @Citrine 、3位が @Ponjuice でした。 (もっと詳しい順位はサイトから見れます)　また参加者は31人、そのうち実行時間が計測できたのは29人で、全1116件の提出がありました。雑に企画した割には結構たくさんの参加者を集められて良かったです。

ただしレギュレーション違反の失格者が10人以上出たのは残念でした。詳しくは講評のところで述べます。

講評

多くの参加者が1桁秒に辿り着いていて、さらに3秒台、2秒台と詰めている参加者も少なくない数いたのはかなり良かったと思います。それはおそらく AI Agent の台頭の影響が大きかったのかな、と。実際上位陣はほぼ全員 AI Agent を使っているはずです。

また、本家 1BRC に比べてやや複雑なデータを用意したのですが、多くの参加者が最適化の過程で安全ではない最適化をしてしまっていました。今回のお題で最適化を進めていると、チャンネルごとの HashMap を引くのが遅いという事実に気が付くはずです。それが遅いのはキーであるチャンネル名が string であり、その比較が遅いのが原因で、これは例えば64bit整数などのハッシュを取ってそれをキーにすることで解決できます。しかしこれではキー名の衝突が起きたときに誤った処理が行われてしまうので、ハッシュ衝突の処理が必要になります。この処理を行わずに単にハッシュを取った参加者がかなり多かったです。

ただ実際単純にチャンネルをキーにした HashMap は遅いので、例えばハッシュを取った上でさらにチャンネル名を比較して正しいか確認する、といった処理が考えられます。ハッシュのエントロピーが十分にあれば衝突はほぼ起きないので基本は比較処理だけのコストで済みます。もっと言えばチャンネル名は10000種類以下であることが仮定として使えるので、10000種類のチャンネルが出現した後は厳密なチャンネル名の比較をスキップ出来ます。このように厳密性を崩さずに最適化を進めることが重要になります。

とはいえ2秒台を達成している参加者はそういう最適化をしてきたと思うので、流石と言わざるを得ませんね。

さて、

具体的にみんながどういう最適化をしたのかが気になりますが、それは皆さんのブログ公開を待つことにしましょう。それでは。

おまけ

コンテストの裏でボクも Codex (GPT-5.6 Sol Ultra) を走らせて最適化をさせてました。トークンは異常な速度で溶けて行きましたが、その分成果は出ました。

public で 1.5 秒台、private でも 1.7 秒台です。圧倒的な1位です。お前が優勝だ、Codex。

Codex の成果はここから見れます。参考までに。

1brc-trap/optimized/c/explain.c at main · cp-20/1brc-trap

Contribute to cp-20/1brc-trap development by creating an account on GitHub.

GitHubcp-20

Orbit Queue！-26年度春ハッカソン18班

sabakunosaboten — Sun, 19 Jul 2026 00:57:38 GMT

初めに

CAPCOMさんから企業賞をいただきました！
ゲーム性だったり、細かく入れていた楽しませる・遊びやすくするための工夫が評価されたみたいです。
試遊していただいた際に少し話させていただいたのですが、細かい工夫が全部見抜かれてて、反省点も「失敗したなー」って思ってたところを指摘され…プロってすげぇ、と。
前置きはこれくらいにして、さっそくゲーム紹介！

ゲーム紹介

タイトル：Orbit Queue
ジャンル：ローグライクシューティングゲーム
プレイ時間：10分弱
unityroomのリンク：

Orbit Queue | フリーゲーム投稿サイト unityroom https://share.google/d7Ad7lXcK5SsxXPXr

８ステージ構成のローグライクシューティングゲーム。
各ステージにボス(８種類！)がいて、メインはボス戦。ステージクリアでアップグレードが手に入り、自身を強化しながら進んでいく、というゲーム。
ボスの弾幕はかなり激しめに作られていて、最高難易度のhellにもなれば慣れている人でも苦戦します。

そこで使えるのがこのゲームの鍵を握る、「パリィ」。
クールタイムこそあるものの、自身の周囲の弾をすべて消し去ってくれます。
そして消し去った弾は自分の周りをくるくると回り始め、それらをまとめて大ダメージの攻撃として放つことができます！

ボスの攻撃は激しく、特徴的なものが多いです。
ただ避けるだけではなく、いつパリィで弾を消すか？それを見極めることがクリアへの鍵を握ります。

開発話

ミーティングでやりたいことを話した結果、

シューティングorアクション
ローグライク

という方針になりました。
次のミーティングで、具体的なメインギミックについて話し合いました。
「あまり奇抜なことをやるのではなく、1つだけ、そのゲームをそのゲームたらしめる要素を入れる」という方針で話していたところ、「自分の撃った弾が自分にも当たる」、つまり「攻撃に対してリスクをつける」という案が出て、その流れで「敵の攻撃を利用する」という話が出ました。
そして「敵の攻撃をそのまま敵にぶつけて当てて倒すのはどうか」という話になり、敵の攻撃を自分である程度コントロール可能なものにする必要から、「自機を中心に重力場を作り、敵弾を動かして当てる」という、スイングバイから発想した案が出ました。
ですが、これだとあまりに難易度が高すぎるので、難易度を下げる手段として、
「半周したら勝手に敵に向かっていくようにしよう」
「そしたら敵を狙えないのではないか」
「正面に飛ばす？」
「それならタイミングが難しいから、好きなタイミングで打てるようにしたい」
「であれば、弾はそのままストックして撃てばいいのでは？」
ということで、「周囲の敵弾を消し、ボタンを押して発射するとそれをまとめて放てる」という、このゲームの根幹システムの「パリィ」ができあがりました。
遊びやすくするために、ローグライク要素としていろんな方向性ができるように、HPを導入し、通常弾も追加しました。
この時点で、ゲームの完成形がかなり頭の中に出来上がっていて、

ボス戦がメイン、雑魚敵はパリィで弾を溜める役割をもたせる
ステージは８つ、各ステージは雑魚敵+ボス戦+アップグレード選択という構成
１ステージの長さは、雑魚敵15秒、ボス30秒、アップグレード選択15秒弱で、トータル1分弱、８ステージで８分弱、10分は超えない
基幹システムはパリィで、変な要素はあまり増やしすぎない

というところまで話し合って決めていきました。
時間を先に決めておかないと、だんだん長くなったりするし、いろんな要素があとから増えてしまうと思ったので、先に決めました。

最終ミーティング直前に、Scratchで、パリィのシステムとその発射、上からランダムに弾を降らせてくるボスというシンプルな構成のプロトタイプを作って共有していたので、認識のズレを減らせたのかなと思います。

当日は、@sabakunosabotenがタスクを割り振って、@sabakunosaboten、@kazuS、@itaの３人でメインのゲームシステムを整えていきました。

その間に@sorane_yadukiがボス弾幕(予備として汎用的なものを作ってた)を用意して、@korigaがグラフィックを描いていきました。

１日目の夕方にはボス(仮)が出来上がり、自機が弾を打つ、ボスにあたって、HPがなくなると倒せる、というところまで動くようになりました。

一方そのころ@Takenokomeshiは、親父殿の乱入により作業ができないというトラブルが発生していたようです。

その代わりにと言って、中間発表を一手に引き受けてくれました。

夜には@korigaが、ボスのグラフィックをどんどん描き上げていっていたので、
@sorane_yadukiがボスごとに弾幕を用意していきました。
深夜には25B組が徹夜して各々作業を進めていきました。
ここでやっと@Takenokomeshiは作業開始。
明け方、日の出頃になって、作業終わり。

２日目は対面での開発。
ゲームループを回せるように開発を進めていきました。

昼頃にやっと全体がある程度動くように。この時点で、アップグレード周りの処理はほぼできておらず、一部の敵に攻撃が当たらないなどのトラブルも残っていました。

そして昼過ぎに、@sorane_yadukiが25時間前を最後に一度もpullできていなかったことが判明。↑１↓２２２とかいう、やばい状態でした。何やってるんだリーダー。

昼過ぎから、@itaがアップグレード処理を実装していってくれました。
また、@korigaに、昼前頃から敵弾のグラフィックを描いてもらいました。

試遊会直前には、アップグレードの実装をどんどん進めてもらいつつ、残りの人でバグ修整をやっていきました。
並行して、@sorane_yadukiがアップグレードアイコンのドット絵を、実装できたもの優先で描いていきました

発表は、既にサウンドを概ね作り上げていた@Takenokomeshiが引き受けてくれたおかげで、開発に集中でき、なんとか最後に帳尻を合わせることができました。

試遊会まで10分を切った頃から、さらに難易度調整機能の追加を、@sabakunosabotenがやってくれました。
雑魚敵やボスの強さは、攻撃の激しさまで含めて難易度パラメータ１つで変えられるようにしていて、ステージクリアごとの難易度上昇は実装済みであったため、なんとか間に合わせられました。

結局、試遊会のときは、

攻撃してこないボスが１体いる
攻撃がシンプルになってしまっているボスが１体いる
アップグレードの種類が、無難なものばかりになっている

という事はあったものの、ゲームプレイに致命的な問題を与えるようなものは無く、なんとか「遊べる」状態まで持っていくことができました。

感想

@sorane_yaduki：リーダー、プログラマ、グラフィッカー

リーダーとして参加しました。敵の動作(弾幕や動き)と、アップグレードのドット絵を作りました。敵の攻撃については、ゲーム性に沿うという意味でも、見た目のそれっぽさという意味でも、いいのができたんじゃないかなと。その分、プログラマ間の調整やゲームループの設計だったりのしわ寄せは他の班員に…ごめんなさい。ありがとう。活躍と戦犯って両立するんだなって。

@kazuS：プログラマ

C#は.netで3,4年前にも触ってましたがunityは5年以上触ってなかったので色々と皆さんにご迷惑をおかけしました。久々に使ってみるとすごい開発しやすいですね。しかも今はコーディングもAIできて…時代の移り変わりを感じます。gitは初めて使用しましたが、苦戦しつつも丁寧に教えていただき、なんとか扱えるようになりました。皆さんありがとうございました。短期間での開発は初めてだったので、とても楽しかったです。一方で寝不足によりかなり体調を崩してしまいました。これから真夏日が続きますが、健康に気をつけて頑張っていきましょう。

@ita：プログラマ

講習会以外でUnityをまともに触ったことがないまま、前日にブログ類を適当に読み漁って挑んだ初めてのゲーム制作でしたが、プレイヤーまわりやアプグレ・ステータス表示の一部処理などといったものを最終的には実装することができて良かったです。振り返ってみるとあっという間でしたが、先輩方のおかげでいろんなことを学ぶことができたので、1-Monthonで存分に活かしていけたらなと思います。

@sabakunosaboten：プログラマ

タスクの割り振りとそれぞれのプログラマが作ってくれたものを統合するタスクを請け負いました。時間が足りず演出に手が回らなかったのとすべての要素を統合しきれなかったのが心残りです。

@koriga：メイングラフィッカー

プレイヤー、敵、弾丸、背景、ボタンなどの絵を描きました。今まで女の子のイラストの模写しかやったことがなかったのでこういう多くのデザインを求められる機会はなかなか面白かったです。個人的に気に入ったデザインもいろいろできて良かったです。ただ未だに画力がミジンコなのと、土曜日は眠気で早めに抜けて日曜は用事で途中抜けしてしまったのがかなり申し訳なかったです。これから改善、成長していけたらなと思ってます。

@Takenokomeshi：サウンド、発表担当

サウンド業でのハッカソン参加ももう4回目、流石にまともに聴ける曲を作ったるぜ！と意気込んだはいいものの、土曜の日中に作業ができず夜中にやる羽目にあいました。BGMはちょっと…うまくいかなかったのですが、SEは初めてまともにやったにしては少しは聞ける音ができたのではないかと思います。もう2年生なので、力をつけねば。

Cucumvivor【2026年春ハッカソン22班】

Radon86 — Sat, 18 Jul 2026 12:17:12 GMT

2026年春ハッカソン22班の参加記事です。私たち22班は、テーマの「かん」「きゅう」からきゅうりを使ったローグライクゲームをつくろうと考えましたこの記事では、ゲーム概要や開発の流れなどをまとめていきます。

メンバー

メンバー構成はプログラマー4人、グラフィック1人、サウンド1人でした。このサークルの特徴でもあるのですが、プログラマーが多くなっているので、プログラムのタスク分けとグラフィックやサウンドに負荷がかかりすぎないような設計づくりが求められるかと思います。

名前	学年	役割
Radon86	25B	リーダー、プログラマー
IT_2006	25B	プログラマー
suzume	25B	グラフィッカー
blueberry1001	26B	プログラマー
shika_h	26B	プログラマー
rabi	26B	サウンド

ゲーム概要

Cucumvivorは、様々なきゅうりに関するアイテムを用いて敵を倒していく2Dシューティングゲームです。さらにそこにローグライクゲーム要素としてアイテムや武器がランダムに抽選されるのでどう選んでいくのかという要素もあります。敵として様々な野菜たちが出てくるので、彼らを避け、球を避け緩急の激しいステージを攻略しましょう！ゲームはここから遊ぶことができます。
Cucumvivorゲーム

開発の流れ

準備期間

開発期間の初日、チームメンバーが発表されると早々にメンバーを集めて決起会を行いました。今回の開発において、私はチーム内のより密な連携が求められると考えました。短期間でそこそこの人数が動くので一旦どこかで止まってしまい、その時にメンバーと連携が取れないとそこで開発が止まってしまうからです。discordや対面で集まってアイスブレイクもできたかなと思います。その後も何日か集まり、作りたいものを決めたり、大まかな仕様を考えたりしました。前日にはプログラムのクラス設計を行い、当日の開発の順番と分担なども決めておきました。プログラマーは大まかに、 Radon86:敵キャラクター
IT_2006:UIと演出
blueberry1001:プレイヤーと強化システム
で分担していました。敵キャラクターとプレイヤーは互いにダメージを与える仕組みさえできていれば別々で開発可能なので、良い分担だったと思います。

開発期間1日目

台風により対面で作業することは出来なくなってしまったので、Discord上で通話をつなげながら開発を進める形となりました。まずは最初はRadon86が敵や味方のステータスなどのScriptableObjectを作り、blueberry1001がダメージクラスを作るところから始まりました。その後も順調に開発は進み、1日目が終わる時点で大まかなゲームループは完成していました。 Radon86は徹夜で作業を進め、ボスの調整やリザルト画面などを作ってくださっていたようです。ありがとうございます。

開発期間2日目

システム自体はほとんど出来ていたものの、たくさんあった武器やアイテムの実装が追い付いていなかったため、その実装やデバッグから始まりました。BGMやグラフィックも適用しつつ、最後の方はみんなで遊びながらバランス調整をしました。途中でblueberry1001によりWeb上で遊べるようになりました。途中、フォントファイルとgitの相性が悪く定期的にフォントファイルが吹き飛ぶ事件が起きていました。最後までうまく解決することができず、毎回フォントファイルのみをgit addの監視対象から外していました... そんな波乱もありつつ開発期間が無事終了。Radon86が実物のきゅうりを買ってきていたので、発表の際には賑やかし兼テストプレイ要員としてRadon86以外にもIT_2006とblueberry1001がきゅうりを掲げていました。

感想

radon86

ラドンと申します！22班のリーダーを担当させていただきました。今回は主にプログラムを担当しました。さて、完走した感想ですが今回仲間の協力のおかげでハッカソンで始めて作品を完成させることができてうれしく思っています。だいぶノリでゲームの企画、作成をしましたが班員のみんなが協力してくれたのでいい作品ができたのではないかと思います。本当に、このチームでハッカソンを走ることができてよかったです！ハッカソンに協力してくださった皆さん、そして班員のみんな、ありがとうございました！！！

IT_2006

ITです！主にUI関係のプログラムを担当しました。感想を一言で言うと、とても楽しかったです！仲間と一緒にひとつの作品を完成させた事、そしてそのための役に立てた実感があり、自信がついたとともに、今後の開発に繋がる強い力を得たと感じています。それと、アイデアを出すのが楽しかった！杞憂りが割とウケてて嬉しかったです。改めて、22班のみんなはとても優秀で雰囲気も良く、楽しく開発出来ました！本当にありがとうございました！

suzume

お疲れさまでした！！今回のハッカソンではグラフィックを担当し、ドット絵に初挑戦しました。描くイラスト自体は準備期間中にアイディアがたくさん上がっていたのがありがたかったです。抽象化するのが難しい絵もありましたが、どれもかなり気に入っています！ゲームの部分はプログラム担当の皆さんが頑張ってくれたおかげで、自分でも楽しめるものになっていて嬉しかったです。一つ心残りなのは、2日目は少しグラフィックの仕事が終わって時間があったので、立ち絵などでもう少し素材を足せばよかったな…ということです。改めてとても楽しかったです！ありがとうございました！

blueberry1001

blueberry1001です。初めてのハッカソンではありましたが、Unity経験はそこそこの年数があり自信はありました。本来は1日目は参加できない予定だったのですが、台風により1日目に入っていた別の予定が吹き飛んだことで春ハッカソンにフルで参加することが可能になりました。実装速度を活かして活躍することができたと思います。しかし拡張性を意識しすぎるあまり可読性が高くないコードになってしまったり、プログラムの仕様書や役割分担による連携がうまくいかなかったこともあり反省しています。十分に遊べる面白いゲームはできましたが、僕としてはまだもう少し出来ることがあったのではないかと思っていてやや消化不良でした。来年はきっとリーダーをやることになると思います。今年の反省を活かして頑張りたいです。改めてチームメンバーの皆さんありがとうございました。

shika_h

shikaです。今回は初めてのハッカソンですべてにおいて初心者だったのもあり、いろいろなことでグループのメンバーに助けてもらえてとてもありがたかったです。できないことがたくさんあって迷惑をかけてしまったけどもともとやってみたかったゲーム制作の現場に入り込めたような気がしてとても楽しかったです。今回はほとんどのことがわからなかったけどこれからたくさん勉強して目標のVRゲーム制作に挑戦できるよう、今回の経験を活かしていきたいです。優しくしてくださったメンバーの皆様、そしてこのようなイベントを企画していただいているtraPの皆様方に感謝したいと思います。春ハッカソンお疲れさまでした！

rabi

サウンド担当のrabiです。春墓を振り返ってみると、とにかく孤独の戦いでした。今回台風が直撃したため1日目はDiscord集合でした。ありえないことに僕は春墓のサーバーがあることを中間発表の時まで知りませんでした。なので、1日目は一人で活動してtraQに進捗ちまちまあげていました。(春墓鯖を知らないので)他のメンバーの進捗が分からず困惑してました。情弱すぎる。ちなみにサウンド作業中は周りの音を遮断するため、どちらにせよ音声は繋げづらいです。2日目は大岡山キャンパスの会講義室集合でしたが、寝坊して最後の2時間くらいしか参加できませんでした。その半分は昼食食べてました。自分がもっと仕事できていたらと痛感しました。2日間の成果がメインBGMと一部SEだけ…。プログラマーが忙しいことは分かっていたので、せめてサウンドは僕一人で完結させたかったです。そのうえでゲームのデバッグとかもっと手伝えたら良かったです。何よりもそこまで行ければ、サウンドの宿命とも言える孤独から解放され、晴れてチーム制作の醍醐味を味わえたので悔やしいです。良かったことは、DAW操作に慣れてないなか、1曲作り切れたことです。最初は苦戦することも多かったですが、後半はそれなりにスムーズに操作できるようになりました。悔やむことも多かったですが、その分成長の糧になったと思います。そして、こうして振り返るだけでも楽しいくらい良い思い出になりました！書きすぎですがこれで締めます。

還月 - かんげつ | 26年度春ハッカソン 24班

mutv625 — Sat, 18 Jul 2026 07:29:20 GMT

最強の曲と最強の映像を作り上げました。

春ハッカソン

6月27~28日に開催されました春ハッカソンという

30時間で作品を制作・開発するイベント

にて楽曲と動画を作成し、優秀賞 をいただくことができました。🎉🎉🎉

これもひとえに、チームメンバーのみんなの力によるものです。🙏

ということで、

チームメンバー

むつご ( @mutv625 )

リーダーやってました。

別のハッカソンでリーダーを経験しており、その経験の中で

「みんながやりたいこと、経験したいことをとことんやってほしい」

そのような場をつくることが、リーダーとしての僕の使命だというふうに考えるようになりました。

エゴ、大切にしたいよね

しかし蓋を開けてみると…

メンバー全員が自分の専門分野に自信と圧倒的技術力を誇っており…
もはやリーダーいらないんじゃないかってぐらい自主的に動いてくれて、協力し合ってくれて本当に感激しました。

メンバー全員の個性と技術がぶつかり合って、このような作品が生み出されたということで、非常にいい経験をさせてもらいました。ありがとう！！

すやなー ( @suyaner )

グラフィックを担当しました。今回ハッカソン初参加でしたが、班員に恵まれたな、というのが一番の印象でした。皆がそれぞれの分野ですごい技術を持っていて作業が速い。人数のバランスも良くて、自分の好きなように気持ち良く描けていたと感じます。(コンセプトの段階からかなり自我を出してしまった気がしますが…)

他の人と共同で作品を作る経験も初めてだったのですが、非常に充実した2日間でめちゃめちゃ楽しかったです！動画の素材用の小物を描くというのも普段あまりやらないので新鮮でした。またハッカソン参加したいと思います！ありがとうございました！！

shino ( @shino )

館とか背景とか描いていたグラ担当です。広い範囲に大きいものを描くことがあまりなかったので、全然終わらず前回の春ハカよりも描き続けていた気がします。見えないところにこだわってしまう癖があることはわかっていたので、おおまかに仕上げると決めてたんですけど、無理でしたね。結果、一部ラフのまま使われることとなりました。本当に申し訳ございません。

班のメンバーがグラといい動画編集といいサウンドといい神な人ばかりで、自分は何もできなかったですが、とても素晴らしいMV制作に参加できて本当に嬉しかったです。ありがとうございました。お疲れ様でした。皆さんがこれからもっと神になっていくのが楽しみです。

METCH ( @METCH722 )

どうも。音楽シバキ屋さんです。今回の音楽はHardstyleとフェイクドロップという二つのありえんギミックを取り込めたので非常に満足です。
今回初の経験としてコンセプト、歌詞の制作を担当しました。世の中の歌詞ってすげ〜な。しかしこちらは竹取物語を原案に出せた時点で勝っている。

このように今回の作品の基幹部分をやらせてもらったわけですが、これについてくるに留まらず改良を重ねてくださったメンバーに本当に感謝。特にリーダーむつごくんのマネジメント能力なしには成り立たなかったと思います。マジでありがとう。

後輩、新入生の躍進を願いつつ、負けないように研鑽を重ねます。
音楽シバキ屋さんでした。

ヘチマ ( @Hechima546 )

主にサビとかドロップ、フェイクドロップあたりの動画編集を担当させていただきました！
製作はとにかく時間との戦いでしたが、その中でもそれっぽい演出を詰めることができて大満足です！
あれくさ( @SucRare )さんが僕にない技術を持ってたので、幅広い映像表現ができたのもとてもよかったです！

ここまでの規模の合作は初めてだったので緊張してたんですけど、みんな優しいし技術力の鬼だしで思う存分自分のやりたいことをやらせていただくことができました！誰一人欠けたら成立しえなかったと思います！本当にありがとうございました！

あれくさ ( @SucRare )

編集がんばりました。担当部分はイントロ、Aメロ、Bメロとあとアウトロです。
動画編集はとにかく重い...微調整と書き出しを繰り返してもう少し上手くできないかと思いながらもなんとか完成まで持っていきました。

正直編集の担当部分はなんとなくで分けたのですが、私はヘチマ( @Hechima546 )さんのようにエフェクトを重ねて視覚情報を増やす演出が得意でないので(PCが重くなるので)、結果的に盛り上がるサビとドロップを作ってもらえたのは本当に感謝しています...!

音楽もイラストも素晴らしい素材で溢れていたので、それらを重ねる編集という作業は本当に楽しかったです！つよつよ人間を目指して、この調子で今後のtraPの活動も頑張っていきたい！メンバーの皆さんも、運営の皆さんも、貴重な機会をありがとうございました！！

歌詞

作詞・作曲：METCH ( @METCH722 )

眠ったまま　画面の向こう
外の世界を　指でなぞっている

いつもくすんでいた　この街が
今日は少し　輝いて見えた

鏡の中の私　ボサボサの髪を整えて
埃払った靴を履いて　ドアの向こうへ

昼の世界は明るすぎて　どこも隠れられやしない
変わり果てた街の姿　私のいない時が積もる

笑い声が通り過ぎてく　その知らない言葉が胸の中に刺さるの
知らなくてよかった「今日」ばかり　還ろう私の月へ

鏡の中の私　作り上げた虚像で
あと一歩が出ない　ドアの内側で

「大丈夫」が戸を敲く　声優しいほど胸を蝕むの

回る世界に蝕まれ続ける　私以外の生きる場所
放つ言葉で守り続ける　私だけの虚ろな居場所

どうすればよかったのかな　私今月に還るの

開発秘話

テーマぎめ

今回の2026年度春ハッカソン、全体のテーマが

「かん」「きゅう」

でして、和風の世界観が好みな shinoさんのアイデアにより「館」「弓」「貫」で行くことになりました。

それ以外にも「艦」など激しいバトル路線の案もあげられ、メンバーによる綿密な議論を経て、様々な意見とアイデアが合体した激しいものに仕上がりました。

ストーリー

戦うと決めたものの、やはりその理由や中身を詰める必要はある、ということですやなーさんやヘチマさん、あれくささん達がが表現したいことやストーリーで表したいものをどんどん出していってくれました。

バトル路線ではありつつ、心理表現（というより心の動き）を描写すろというなかなかエモい内容になりました。

設定

モチーフは「竹取物語」で、

「一度は下界に降りたものの、結局はより遠いところへ行ってしまう」というストーリーを、「一度は外に出てみようとするものの結局より深く自分の世界に閉じこもってしまう」という引きこもりの物語として再解釈しました。

主人公は外界に馴染むことはないものの、外界を恨んだり、憎んだりしているわけではないという点がポイントです。

キャラクターの設定は以下のようなshinoさんのラフから生まれました。

げんじつのすがた

こころのなかのすがた

また、動画内で使用される図形デザイン等は以下のように構成が決まっていきました。
（イラスト以外の単純図形や素材の組み合わせでここまで雰囲気が作れるという事実にめちゃくちゃ感動してました）

イラスト担当、動画担当のみなさんがお互い様子を見ながら、パートごとにどんどん絵コンテを完成させていくことで、圧倒的スピード感で全体の流れを掴むことに成功しました！ありがとう！

曲

楽曲はMETCHさんがエグイ音、エグい演出とともに素晴らしいものを書き上げてくれました！

初めての顔合わせの時から楽曲のBPM（フレームぴったりで音ハメができるように、BPM変化無しの150か180）、ボーカルあり（重音テトちゃんに歌ってもらうこと）、尺まで、動画と楽曲担当のメンバーでしっかりすり合わせてくれました。

（ハッカソン初めてなのに使う素材の量や楽曲の制約にここまで意識が向けられていたこと、リーダーなのに度肝抜かれてました。すげ～～）

やはり特徴的なのは

フェイクドロップとデカキックと矢の音を曲に盛り込んでいただいたことでしょうか。

春ハッカソンにデカくてカッコいい音を届けてくれたことに感謝の意がやみません。

発表当日

発表場所にも多くの人にお越しいただき、前方のディスプレイでもデカい音とともに圧倒的迫力の映像作品をお見せすることができました。

改めてすべてのメンバーと運営、協賛の方、そして参加者に感謝を 💪

以上、遅くなりましたが僕らの春ハッカソンでした。

Qpid【2026春ハッカソン05班】

genMira — Sat, 18 Jul 2026 07:26:55 GMT

はじめに

どうもこんにちは、初めましての人は初めまして。genMira(ミラと発音してください)と申します。
今日は2026年春ハッカソンに参加してきたので作った作品について紹介しようと思います。

作ったサービス

弊班が作ったのはtraP内向け友達作りwebサービス、Qpidです。

実はtraP、規模が大きすぎて身近な人以外の交流がない人との交流が本当に全然ないという問題があります。
たったら新しく縁を結ぶサービスを作ろうじゃないかい、というわけで制作が始まりました。

制作秘話
今回のテーマが「かん」「きゅう」だったのですが、何を作るか決めていた際に、きゅう？→キュー？→キューピット！と連想し、キューピットが出てくるサービスって....マッチングアプリ？となったんですよね。
いやいや流石に科学大でマチアプは需要ないわ、いや正確には需要ありすぎて供給がないわと話していた所に、上記のような問題が浮かび上がって、じゃあマッチングアプリベースの友達作りサービスを作ろう！となりました。

というわけでメインの画面、マッチングアプリをベースにしたマッチング画面です。
右にスワイプでLike,左にスワイプでNopeをつけることができます。

LikeとNopeを友達につけるのは残酷だって？　まぁ、そこは表記だけ $元ネタマッチングアプリ$ 準拠ということで......。

好みよりも、趣味が自分と近しいとか、自分と同じ技術を使っていて交流ができそうとか、そういう意味で絡みが生まれることを目指しています。

プロフィールからは表示する内容の設定ができます。
プロフィールの設計では、表示させる内容をユーザー側がなるべく自由に決められるように意識しました。
一例を見ると「好きなもの/嫌いなもの」の項目は「好きな〇〇/嫌いな〇〇」として、何について　語るかは本人の自由です。好きな食べ物を語ってもよし、好きな俳優について語ってもよし。自分で決めるのが一番個性が出ますからね。

それはそうとして、今回はその人の個性を自動で記述する機能も実装を試みました。
事前に許可をいただいていた何人かの人に対して、traQの過去一年の投稿データを読み込み、使う頻度の高い単語を自動取得して趣味タグに設定してみました！

これを使って属性が似ている人を優先的にマッチングするアルゴリズムを組みたい.....と思っていたのですが、どうもうまくいかず、春ハッカソン中の実装は断念となりました。

振り返って考えてみれば、traPのアクティブな部員というだけでだいぶ人数は絞られるので優先度をつけなくても全探索ができるんですよね。

マッチング画面でLikeをつけた人、また自分に対してLikeをしてくれた人は~~一覧で見ることができるようにしました。~~
嘘です。そのように設計しましたが実装が間に合いませんでした。
現状はLikeをした人の名前しか取得できていません。

振り返り

さて、全般的に実装が間に合わなかった機能がいくつかありますが、なぜこうなってしまったのでしょうか。
悪いものには蓋をせず、現実を直視していきましょう。

設計を事前に十分に固めていなかった

ある程度どういうページがあって、どういう機能があって.....というのは決めていたのですが、もっと詳細に詰めるべきでした。
例えば2日目の発表直前に、フロントエンド側で使われる変数名とバックエンド側で使われる変数名が異なるためデータがうまく受け渡されないというバグが起きました。
変数名も含めてデータ構造をもっと詳細に詰めておくべきでした。

タスクの切り出しができていなかった

「困難は分割せよ」
そんな言葉がある通り、チーム開発では機能の実装はいくつかの部品に分けて並行しながら実装を進めて行くべきです。
ところが、今回は切り分けが機能の表面だけ切り取っただけで、コアの機能はできる人が重点的に開発する形式になっていました。
ハッカソンのようなスピード重視の開発ではこれはこれでいいのですが、コアの開発が重なってできる人がタスク過多になるなること、そして暇をするメンバーが出てくることはよくなかったと思います。

タスクの優先順位の決め方がうまくなかった

ハッカソンは時間に追われるのが常、どう工夫しても実装の時間がたりないのは仕方のないこと。
ならばせめてタスクの優先順位はよく考えて決めるべきでした。

理想としてはコアの機能を実装して動くことを確認し、その上で様々な機能を追加していくという流れでした。しかし今回はコアの実装を少人数で実装し、他のメンバーが様々な機能を実装する形式にした結果、バックエンドのコアの実装が遅れ、フロントエンドとバックエンドの連携が遅れ、結果としてプログラムとしては完成しても機能として組み込むことができなかったものがいくつかありました。

最初に確かに動く最低限のものを作ってから、機能を実装するべきでした。コアの機能を作っている間のメンバーのタスクとして追加の機能の実装を任せるのはいいのですが、それをするにしてはコアの実装をもっと早めるべきでしたね。

メンバー紹介＆作っての感想

@genMira

リーダーです。フロントエンド＋バックエンドのお手伝いをしました。
web系のプロダクションをハッカソンで作るのが初めてで、開始直前まで「そんな状態でリーダーなんてできるんですか！？」となっていました。
しかし始まってみると、みなさんかなりお強くて、初めての集団web開発に戸惑ってあまりタスクの割り振りなどもうまくできなかった僕をよそに、言外に意図を汲み取って素晴らしいものを作ってくれました。感謝、大感謝です。

@watapro26B

春ハッカソンではバックエンドを担当し、主にAPIを作成していました。わからないことだらけでしたが、先輩方が分かりやすくレビューし、修正点を教えてくださったので、コードを書き進めることができました! 今回の学びを生かしてsysAdのプロジェクト等でも活躍していきたいです！ありがとうございました!

@hiko9907

25Bです。去年の春ハカではゲームとして参加しましたが、今年はwebに興味を持ち始めたので、バックエンドとして参加しました。主にGET系のAPIとユーザーの表示順をいい感じに並べるアルゴリズム(こちらは時間内に実装できず...)の実装を担当していました。イシューを4つほどクローズできたのは嬉しかったです。今回の春ハカでweb系アプリのリポジトリ構造や開発の大まかな流れなど、多くのことを知れたと思います。色々教えてくださったチームメンバーにも感謝しています！

@Arina

今回の春ハッカソンではフロントエンドとデザインの一部を担当しました。表示画面の構成を考えるのが楽しかったです。フロントエンドでのタグへの理解がほとんどなかったため、ほとんどかけまっせんでしたが、開発の練習になってとてもよかったです！次のハッカソンまでに自力でかけるようになりたいです！(バックとフロント両方）

@eoa_te

バックエンドを担当して実装やレビューをしました。Unity, マイクラ(Kotlin), 動画(YMM4), バックエンド(TypeScript)ときてハッカソンでは初めてのGoバックエンドでした。力不足を感じながらもなんとか動くものができました。後輩の今後のSysAd班活動の糧になっていればいいなと。ありがとうございました！

@tidus

バックエンドの設計と実装を担当しました。事前の学習期間が短い中でチームメンバーがバックエンドの設計 (アーキテクチャ) 理解できるかどうか心配でしたが、自分がかなり細かくタスクを分割できたのもあって皆さんがすぐに理解してくれて、開発がスムーズに進んで助かりました！一方で、開発開始直後の準備に時間がかかって皆さんを2時間ほど待たせてしまうことになったのは反省点です。ありがとうございました！

終わりに

なんとか動くものはできましたが、最初にプロフィールの設定ができなかったり、いいねをつけた後の処理がなかったりと、まだまだ改善点は多いです。もっと改良させて実用化させたいですねぇ......

ともあれ、ハッカソンとしては悪くないものができたでしょう。制作に関わってくれたメンバーのみなさん、本当にありがとうございました！

「紙冠」- 2026春ハッカソン 23班

Salmon_P — Sat, 18 Jul 2026 03:00:14 GMT

この記事は2026年春ハッカソン23班の参加記事です。
私たちはMVを制作しました。

メンバー

曲

26B やみや
24B あうる

イラスト

26B まう
24B ryuryu
24B あうる

映像編集

26B Limestone
25B Salmon_P

登場人物

左が主人公、右が主人公と婚約をする皇子です。
テーマ「かん」「きゅう」から、「冠」「宮殿」を軸にストーリーを構成し、その内容に沿ってデザインされました。
メインはこの2人ですが、他にも登場する人物はいます。
立ち絵や差分なども数多く登場するので、ぜひ作品をご覧ください。

作品

実際の作品はこちら。
サムネイルに映っているのは主人公です。

感想

Salmon_P

リーダーのSalmon_Pです。当初、リーダーをやるかは迷っていたのですが、他に映像班としてリーダーに立候補している人がいなかったので、折角ならとリーダーで応募^[1]しました。
30時間でMVを制作するというのはおおよそあり得ない話で、準備期間にどれだけ中身を決めきれるかにかなり懸かっています。特に、ゲームやWebの制作とは違って、個人制作もチーム制作も経験者が限られてくるため、リーダーの采配次第で全てを破滅させることができてしまいます。
ただ、今回は知見の面で主にauruさんに補助してもらい、ストーリー構成やキャラデザなどはメンバーがガンガン進めてくれたので、当日はもうほぼ作業するだけ、というところまで持っていけました。それでも制作期間は30時間しかないため、必ず完成させられるというわけではなかったのですが、個々の作業スピードがかなり速かったため、無事に時間内に完成させられました。
リーダーとして至らぬ点もあったかと思いますが、メンバーの圧倒的な力に助けられました。ありがとうございました。

Limestone

後半の動画編集を担当させて頂きましたLimestoneです。初めての共同制作をありがたいことに23班の皆さんとさせていただきました。チームの皆様の手際が良すぎて終始圧倒されるばかりでした。どうやったらピードで仕上げられるんだ...一方で、私の至らぬ点がたくさん露呈した二日間でもありました。このハッカソンの経験を通じて、これからも動画編集はもちろん、色々な分野で精進していきたいと思いました。ありがとうございました！

やみや

初音ミク・歌詞以外のサウンドを担当したyamiya_838と申します。初めての共同制作の経験を積ませていただいて光栄です。本当にチームの皆さんの制作スピードに脱帽しました。これがtraPか。また、他チームのサウンドの成果物からはとても刺激を受け、精進せねばと思わされる2日間でした。皆さんありがとうございました。

あうる

初音ミクの声、一部素材の作成を担当したauruと申します。今回、グラフィックもサウンドも編集もとても優秀であり、僕がほとんど関わらなくても良いくらいにはキャパシティの面で確かであったので本当に恵まれたなと感じました。短い時間でありましたが、ありがとうございました。

ryuryu

メインキャラ二人のキャラデザとイラストを担当させて頂いたryuryuです。初めてのハッカソンでしたが、自分がデザインしたキャラがMVの中で生き生きしていてとても楽しい経験になりました。今回の経験を受けてこれからも創作活動に全力で向き合っていきたいと思いました。ありがとうございました！

まう

二頭身・デフォルメキャラを担当させていただいたmaumau0074（まう）と申します。イラストを描くのは好きですが、技術も経験もないほぼ初心者の私を受け入れ、制作させてくださった皆さんに感謝しています。自チームの皆さんからはもちろん、他チームの作品からも刺激を受け、もっと成長せねばと思わせられる、とても充実した二日間でした。ありがとうございました。

正確には「リーダーでも可」で応募している。 ↩︎

中高生のためのプログラミング教室（2026 夏）を開催します

rurun — Sat, 18 Jul 2026 00:00:33 GMT

こんにちは、プログラミング教室運営のrurunです。
この夏、何か新しいことにチャレンジしてみたい、プログラミングを始めてみたい、という方はいませんか？
traPでは、今年も8月に「中高生のためのプログラミング教室」を対面で開催します！

中高生のためのプログラミング教室とは？

「中高生のためのプログラミング教室」とは、デジタル創作同好会traPの人たちと一緒にプログラミングを学ぶ場です。1年に2回、春と夏に開催しています。
本教室では、JavaScriptというプログラミング言語を使って、ゲームを作っていきます！
参加者2人に対してtraPの講師が1人つくので、プログラミングを経験したことがない人でも安心です。分からないことがあったら気軽に質問してください！

開催概要

日程：2026年8月21日（金）10:00～17:00
定員：20名(定員は変更になる可能性があります)
参加費：無料
場所：東京科学大学大岡山キャンパス
持ち物：ノートパソコン、電源コード

詳細や申し込みは以下のリンクから。

【初心者歓迎】中高生のためのプログラミング教室 (2026/08/21 10:00〜)

プログラミングに興味があったり、何かを作ってみたいと思っていたりするけれど、「1人で勉強するのは難しそう」「どこから勉強すればいいのかわからない」といったお悩みを抱えている方はいませんか？今回、私たち「東京科学大学デジタル創作会(traP)」が主催する「中高生のためのプログラミング教室」は、そういったプログラミング初心者や未経験者の方々にピッタリの機会です！プログラミングの様々な分野に精通した経験豊富なtraPのメンバーたちが、作成した資料を元にプログラミングの基礎基本な部分から始め、最終的には一つのゲームを作り上げるまでを教えていきます。参加者2人に対し講師が1人つくので、たくさん…

connpass

皆さんのご参加をお待ちしております！

2026春ハッカソン10班「Quarts Quell」

zoi_dayo — Fri, 17 Jul 2026 14:59:41 GMT

2026/06/27・28 に、2026年度のtraP春ハッカソンが行われました。

我々のチームは「Quarts Quell」というゲームを作りました。その参加記です。

メンバー紹介

@zoi_dayo (リーダー・プログラム・一部グラフィック)
@U-N-ABC (プログラム)
@K_K (プログラム)
@Oe (プログラム)
@origamimus (プログラム)
@cheese (サウンド・プログラム)
@atlas2802 (グラフィック)

何を作ったの

今回のハッカソンのお題は「かん」「きゅう」でした。
のでいろいろ考えてみたところ、

「Q」って (ひっくり返したら) 爆弾に見えるよね
対戦ゲームを作ったら面白そう

ということで、爆弾を投げ合う感じのオンライン2人対戦ゲームを作ることになりました。

完成したものがこちらです! ↓

0:00

Web上で遊ぶことも出来ます↓

Quarts Quell

2026年度 traP 春ハッカソン 10班で制作した作品です。 --- WASDで移動、爆弾の近くにいるときにマウスドラッグで爆弾を投げることが出来ます。爆弾を投げて、相手にぶつけると倒すことが出来ます。また、相手チームのクリスタルを破壊すると、本陣のバリアが解除されるので、この状態で本陣を破壊することでも勝利できます。爆弾は各チームの本陣から発射されます。少し経つと爆発してしまうので、爆発する前に素早く近づいて相手陣に投げ飛ばす必要があります。 --- 参加記ブログを公開予定です。しばらくお待ちください... ハッカソン開催記事 → https://trap.jp/post/2950/他のチームの参加記 → https://trap.jp/tag/hatukason26spring/

unityroomZOI_dayo

2プレイヤーが同じ Room ID を入力するとマッチングすることが出来ます。

操作方法・ルール

WASDで移動、爆弾の近くにいるときにマウスドラッグで爆弾を投げることが出来ます。

爆弾を投げて、相手にぶつけると倒すことが出来ます。
また、相手チームのクリスタルを破壊すると、本陣のバリアが解除されるので、この状態で本陣を破壊することでも勝利できます。

爆弾は各チームの本陣から発射されます。少し経つと爆発してしまうので、爆発する前に素早く近づいて相手陣に投げ飛ばす必要があります。

開発の流れ

開発日一週間前、日曜朝にチームとお題が発表されました。その後、まず月曜日に顔合わせを行いました。
どんなゲームを作りたいか考えていたところ、「対戦ゲームを作りたい」という意見があったため、これをベースに考えることにしました。思ったより話が弾み、顔合わせ会のうちにゲームの仕様をほとんど決定することが出来ました。
ただし、この時点では世界観などが決まっておらず、グラフィック・サウンド素材の要件定義が不十分であったため、木曜日夜にオンラインで集会を行いました。

また、金曜日あたりに軽いコード設計を行っておきました。ただ、プロジェクトメンバーがこれを見ながら作業することを想定した、という設計図ではなく、この構造でプロジェクトが動作しそうか、というメモ程度の役割でした。

開発は、「リーダーがGiteaにissueを登録」「手が空いた人はissueの担当者を自分に割り当てる」「ブランチを立ててPRを作成」「リーダーがレビューをしてマージ」という一般的な方法を採用しました。ハッカソンにおいてレビューは必要なのか、というのはすこし疑問ですが、個人的には、リーダーが「このコードを取り入れてもプロジェクトが壊れることはない」保証を与えることで、メンバーが安心して開発できる側面もあるんじゃないかな、と思います。

レビュー作業は、手元にプロジェクトを2つ用意して、開発用とレビュー用で分けて進めました。

技術的な話

ハッカソンでは試遊会があるので、少人数の対戦ゲームはそれなりに盛り上がるコンテンツになります。ですが、2日間しかないので、どこに工数を割くかをきちんと検討する必要があります。

今回は、リーダーの zoi_dayo にハッカソンでのオンラインゲーム開発の経験があったこと、また (多少の判定誤差を許容することで) 殆どの処理をクライアント側で行える見込みが立ったため、一つのパソコンで2画面映す形式ではなく、オンラインゲームとすることにしました。

オンライン部分の実装については、高速に動作すること、スキーマの共有などの手間が削減できることから、MagicOnionを採用しました。レポジトリはMagicOnionの公式ページとほぼ同じ形でモノレポ構成とすることで、かなり快適な開発体験を得ることが出来ました。

春ハッカソン期間後に、Unityroomへのアップロードのために一部変更を加えました。UnityroomへのアップロードはWebGL形式のビルドになるのですが、WebGLからHTTP/2.0での通信を行うことが出来ず、HTTP/2.0を利用するgRPCの双方向通信は動かせません。(MagicOnionはgRPCで動いているため、影響を受けます。)
そのため、Webビルド時のみ、 Cysharp/GrpcWebSocketBridge を利用して、Unity側からは同じくgRPCのように見せつつ、実態としてはWebSocketで通信を行うようにしました。WebSocketでも (gRPCより多少速度面で劣るかもしれませんが) 双方向のリアルタイム通信が可能なので、代替が可能というわけですね。

感想

@zoi_dayo

24Bのzoi_dayoです。今回は主にプログラマ・リーダーをしていました。
春ハッカソンでのゲームのリーダーは (2025年度に続き) 2回目です。2日間でチームでゲームを作るというのは時間的制約が厳しく、作業量の見積もりを間違えると爆発しやすいのですが、ちゃんと完成させることが出来てよかったです。
とはいえ、タスクが枯渇している時間を作ってしまったり、チームの皆さんに夜まで作業させてしまったりしたので、もうちょっと計画的に進行できるようになりたいですね...!

途中からかなり雑なタスクの投げ方をしてしまっていて、issueを立てながら「この指示で分かるわけなくね...??」と思っていたのですが、プログラマの人々が優秀すぎて全部解決されていきました。すごい。
またプログラミング以外についても、サウンドもグラも一人ということで作業量が不安だったんですけど、全然危なげなく素材が完成していてめちゃくちゃ助かりました。

ハッカソンでのお絵描きをしたことがなかったのでやってみたいな〜と思っていたところ、ちょうどタイトル画面の一枚絵がタスクとして余っていそうだったので、そこだけやらせてもらいました。楽しかった〜

改めて、チームメンバーの皆さんに大感謝です! また何かのイベントで同じチームになれることを楽しみにしています!

@U-N-ABC

24BのU.N.ABCです。プログラマを担当しましたが、ちゃんとUnityを触るのは初めてだったりします。
コードを書くだけでなくUnityエディタ上での操作が必要だったりシーンファイルがコンフリクトしないように気を付ける必要があったりなど、普段使用しているSiv3D等のC++での開発との違いに困惑しましたが、画面を見ながら画像等を配置できるといったUnityならではの恩恵を感じることもできました。
Unityに慣れていないというのもあってあまりタスクを消化できなかったのは申し訳なかったですが、リーダーと他のチームメンバーが優秀でかなりのタスクを消化してくれました。本当にありがたい。

初日は台風で対面からオンラインに変わるというトラブルもありましたが、完成まで持っていくことができて本当に良かったです。二日間の開発はとても楽しく、チームメンバーも最高でした！
改めてメンバーの皆さんありがとうございました！

@K_K

26BのK_Kです。主にプログラマを担当しました。今回が初めてのハッカソンへの参加であり、またゲーム制作も初めてだったため、はじめはかなり不安を感じていました。さらに、初日がオンライン開催だったこともあり、不安は一層大きかったです。しかし、先輩方のサポートや講習会の資料のおかげで、担当したIssueにも何とか対応することができました。
また、1日目の終わりにはゲームもグラフィックもまだ完成しておらず、「本当に間に合うのだろうか」と心配していました。しかし、一晩明けてみると、ゲームが完成していただけでなく、オンライン機能まで実装されていて驚きました。さすがtraPの先輩たち。
複数人での共同開発とても楽しかったです!チームメンバーの皆さん本当にありがとうございました!

@Oe

26BのOeです。今回の春ハッカソンではプログラムを担当しました。ゲーム開発もチーム制作も今回が初めてだったこともあり、わからないことも多かった中先輩方のサポートもあり、何とか走り抜けることができました。特にgitは人生で初めて触ったためわからないことも多かったため、先輩方には多く助けられました。
また、一日目が終わった時にはゲームが部分的にしか動いていないのにも関わらず先輩方は順調だと言っており驚きと心配が募っていたのですが、いざ翌日になるとゲームがしっかり動いていて驚きました。
楽しく良い経験となったハッカソンでした！改めて、ありがとうございます！

@origamimus

26Bのorigamimusです。自分はプログラムを担当しました。
今までPythonやJavaScriptでプログラミングをしたことはありましたが、チームで開発するということは初めてでさらに1日目はオンラインになってしまったので、うまくできるか不安でした。しかし、リーダーや先輩方がタスクを作ってサポートをしてくれたので、作業を進めることができました。
1人でプログラムを書いているときには気付けないことも多くあったのでこれからのゲーム制作に活かせるようにしたいと思います。本当にありがとうございました！

@cheese

25Bのcheeseです。今回は初めてサウンドを担当することになりました。講習会を受けずに当日やることになったのでかなり成功するかとても不安でしたが、なんとか効果音、BGMを作り遂げることができました!
結構サウンドを担当するのでいっぱいいっぱいになってしまいあまり他の担当を手伝うことができませんでしたが、かなり完成度の高いものを作ることができてチームメンバーには感謝しかないです。
かなり自分は去年traPの活動が活発じゃなかったため馴染めるかわかりませんでしたが、チームメンバーがとても優しくすごく楽しく開発できてとても良い経験になりました！！

改めてメンバーの皆さん楽しいハッカソンありがとうございました！

@atlas2802

25Bのatlasです　本ゲームのタイトル以外のグラフィックを担当しました
去年はプログラマーをしていたのですが、今年はほかの担当がどのような感じなのかを知るためにグラフィックで参加しました。
去年では見ることのできなかった始点を経験できてよかったです！実際に描いたものがゲームに使われていて嬉しかったです。
春ハッカソンありがとうございました！これからもtraP活動していきたいと思います

ミサイルシフト【2026春ハッカソン 13班】

shigeaki91 — Fri, 17 Jul 2026 13:54:06 GMT

前置き

2026年度春ハッカソンに出場しました！！

私たち13班は「ミサイルシフト」というアクションゲームを作りました。

ゲーム紹介

横スクロール型アクションゲームです。プレイヤーは加速と減速を駆使し、ミサイルを乗り継ぎながら光線銃で破壊して街を守っていきます。

今回作ったゲームはこちらのリンクから遊べます。みなさん遊んでね。

ミサイルシフト

加速と減速を駆使してミサイルを乗り継ぎ、撃ち落とすアクションゲームです。

unityroomしげ

メンバー紹介

しげ 25B(自分)

リーダー。主にタスク管理、2日目の遅刻などを担当しました。

どぐえぐ22B

グラフィッカー兼プログラマ。主にグラフィッカーとして、このゲームのグラフィック関連ほぼ全てを担当してくれました。

また、リーダー補佐として助言をくれたり、タスクの洗い出しなどをしてくれたり、開発がスムーズに進むように働きかけてくれました。ありがとうございます。

たんぼ 25B

プログラマ。主に時間操作の実装などを担当してくれました。

具体的な実装に落とし込むのがうまくて助かりました。また彼は1日目の夜、自分のパソコンの中にそこまでの進捗を再現し始めました。寝てくれ。

あかべこ 26B

プログラマ。主に制限時間やリスポーン処理など、ゲームの進行に関わる部分を担当してくれました。

ゲーム開発はほぼ未経験ということでしたが、投げたタスクをしっかりこなしてくれて助かりました。

きゃぴたる 26B

サウンド。このゲームのサウンド"全て"を担当してくれました。

BGMがゲームの雰囲気にとてもマッチしてて良いです。みなさん、遊んで聞いてみてね。

くりくん 26B

プログラマ。主にプレイヤー周りを担当してくれました。

実装が丁寧で、ちゃんと動くものを作ってくれて助かりました。彼は1日目の夜に校内でDiscordに参加していたら、警備員に心配されて声をかけられていました。

しょーゆ 26B

プログラマ。主にミサイル、光線銃周りを担当してくれました。

デバッグやUI周りの実装も積極的にやってくれてとても助かりました。

完成までの流れ

準備期間

今回のテーマは「きゅう」と「かん」ということで、私たちの班は話し合いの末「緩」「急」のあるアクションゲームを作っていくことが決定しました。

そこからも連日会議を重ね、具体的にできる部分をなるべく具体的にしていきました。グラフィックで必要なものは何か洗い出し、組み込みたい要素について技術的に実装可能なのか等を話し合い、プレイ体験の向上についても何かいいアイディアはないか、議論を重ねました。

そうして迎えた開発期間前日、ある事件が起きます。どぐえぐさんがモックを(AIに作らせて)持ってきてくれたのですが、そこであることに気が付きます。「難しすぎる、、、」というのも当初、このゲームは3Dで実装される予定でした。しかし、3Dでミサイルを乗り継ぎ、それを銃で破壊していく、これはあまりにも難易度が高過ぎました。

そこで開発期間「前日」に急遽、3Dから2Dで作る方向で舵を切りなおしました。こんな班は今まであったんでしょうか。しかし、逆に言えば本当に前日に気が付いてよかった。モックで遊ぶことの重要性を学ばされました。

開発期間

波乱万丈の準備期間を経ていよいよ迎えた開発期間でしたが、幸い開発自体は1,2日目通して、そこまで大きな滞りもなく進めることができました。

基本的なゲームループ自体は1日目の夜には完成し、2日目はひたすらバグ修正、演出、ゲーム性の向上、UIの実装などを行っていきました。

結果、開発期間2日でアクションゲームを作ったにしてはかなりクオリティの高い、満足いくものを作ることができて良かったです。

感想

@shigeaki91

今回のハッカソンはリーダーとして参加させていただきました、25Bのしげです。リーダーって大変ですね・・！！ただ目の前のタスクに集中するだけではなく、常に全体を見て、自分以外の人に働きかけて、サポートもしていく力が求められるものなのだと痛感しました。不足なところも多々あったけど、それでもついてきてくれて、一緒に最高のゲームを作ってくれた13班のみんな、本当にありがとう！！このハッカソンを通してたくさん成長できたし、なにより最高に楽しむことができました。これからもこうした共同開発の場には積極的に参加していきたいです。

@inutamago_dogegg

いつもプログラマとして参加していますが、今回は初めてグラフィック担当として参加しました！制作日前日に3Dから2Dになったことで、Blenderじゃなく急遽Asepriteの練習をして、大変ながらも楽しかったです。ドット絵描くの面白いですね！ドットだからなのかわからないですが、雲とか形をフワッと書いてたら突然「見えてくる」んですよね、これ面白いです。可愛い・かっこいい見た目にしつつ、プレイヤーに取って遊びやすいように諸々考えるのは、グラが自分1人ともあって責任を感じました。今まで一緒に制作していたグラフィック担当の皆さんのすごさを体感しました。
そもそもグラフィックつくれるのかを心配していたのですが、蓋を開けてみればシェーダーでゴリ押ししたり、企画段階から要素を削ったおかげでタスク自体少なかったりして、予定通りにつくりきれました。終盤はプログラムのタスク一部巻き取ったりして、力を出し切れた感があり満足しています。
25Bの人はしっかり先導してくれて、26Bの人たちはしっかり学習して付いてきてくれました！おかげで自分は後方支援に徹することができました。皆ありがとう。
今回で新しい分野に挑戦する楽しみを学んだので、来年度の春ハッカソンではまた未経験のサウンドを担当する気でいます。来年度にまた会いましょう。

@tambo_tombo

今まで通りプログラマーとして参加しました。
とはいってもUnityに触るのは去年の冬墓以来だったので、思い出しつつの開発でした。ものを思い出そうとする過程って楽しいんですよね。
今回は、特に準備期間によく準備ができていたからか、当日にスムーズに作業を始められたところが良かったです。仕様がなかなか確定しない中でもタスクの振り分けについてしっかりと考えてくれたどぐえぐさんとしげさんにはまじ感謝って感じです。
あと、今回は台風の影響で初日がオンラインでの開発ってことになって色々大変ではあったんですけど、そのおかげで作業を俯瞰できていた気もしてて、、、
なんだかんだとてもよく春墓を楽しめたと思っています。

@akabeko

プログラマーとして参加しました。
ゲーム開発初心者だったので、検索ブラウザとUnityを行ったり来たりしながら制作していました。
開発を通して、講習会で学んだことを活かして１からプログラムを書いたり、新しいことを調べながら学んだりと実践でしか得られない経験ができました。
しかし、プログラムをなかなか上手く書けなかったり、バグの修正が上手くいかなかったことは改善点だなと感じました。今後は個人制作などを通して勉強していきたいです。
今回が初めてのハッカソンでしたが、先輩方や同期のみんなのおかげで楽しく取り組めたと思います。
本当にありがとうございました！

@Capppitalism

サウンドとして参加しました。
曲を作るのはまだまだ初心者で、SE作りは完全に初めてだったうえサウンド担当が自分一人だったのですがなんとか完成させることができてよかったです。
ただサウンドという役割上、どうしても個人作業になってしまってチーム作業の楽しさが味わえなかったのが心残りなので次回のハッカソンはプログラマとしても参加できるように講習会資料を見ていろいろ身に着けようともいました。
初日はオンライン開催だったものの、2日目はチームメンバーと対面で作業できたので作業は一人でしたが楽しく進めることができてよかったです。

@KURIkun

今回、プログラマーとして春ハッカソンに参加しました。ゲーム開発経験としては、ほとんどなく緊張していました。
春ハッカソンに申し込んだ時、自分でゲームを作るにはここから頑張って始めようと思って申し込みました。そして、班分けが発表され、対面でみんなと会いました。話を聞いていくと上級生はもちろん26Bの人もある程度のゲーム開発経験があると聞き、ゲーム開発経験がほとんどない僕でもついていけるのかなと緊張していました。そのため、ハッカソンの準備期間はひたすら、ネットの教材を見ながら練習していました。
そして迎えた本番初日。この日は台風のせいでオンラインとなりました。みんなでdiscordに集まり、各々開発する形でした。開発の最初、簡単なタスクを任されていたものの、時間を沢山かけてしまい、また、他の26Bの人に任されていた難しいタスクの方が先に終わってしまい、本当に緊張しました。任されていたタスクが段々と消化されていくと、開発にも慣れていて、任されていないが誰もやっていないタスクを自らやっていくことができるようになるまで成長しました。
2日目対面開催となり、大岡山に向かいました。ホワイトボードにやるべき事を書いていくと、書かれていくタスクも終盤のタスクで、開発が段々と終わりに近づいているんだなと実感しました。いままで、一人でちょっとしたゲームを作るだけでも、とてつもない時間がかかり、完成させることができていなかったため、完成しそうなゲームを見てチーム開発の凄さを体感しました。そのタスク達も段々と終わり、完成させることができました。
自分にもできるタスクを回してくださった上級生の方々には本当に感謝しています。
ハッカソンで身につけた技術、経験を生かし、こんごのかいはつをがんばっていきたいです。

@syoyu24

プログラマーとして初のハッカソンに挑戦しました！
ゲーム開発の経験はかなりあったものの、Unityの経験はなかったのではじめはこういったイベントに緊張していました。
ですが、入部からコツコツと去年のUnity講習会資料まで見ながらUnityを学んだことで、無事にハッカソンまでに必要最低限なスキルを身につけられました。
特に、同じチームメンバーのどぐえぐさんはゲーム開発用の自分のtimesによく来てアドバイスをしてくれたので、非常に心強かったです！
しげさんや丹穂さん、他の26Bのみんなと意見を出し合いながら1つのゲームを作ったのも、チーム開発ならではの多様なアイデアを引き出せたので、かなり楽しめました！
そして何よりも…ゲームを完成させたこと！！かねてからの目標を達成できたのがこの春ハッカソンで得られた大きな成果でした！！みんなありがとう！！

26年度春ハッカソン16班『Focus on Cthulhu』

madara16877 — Fri, 17 Jul 2026 11:34:06 GMT

この記事は2026年6月27日・28日に開催された春ハッカソンの参加記事です。

メンバー

メンバー	学年	分野
@madara16877	23B	グラフィック・リーダー
@Luke256	24B	コーディング
@BACH	26B	グラフィック
@ELNG	26B	サウンド
@noko_35	26B	コーディング
@yaya_77	26B	コーディング

作ったもの

テーマは「かん」「きゅう」でした。
このテーマから連想して、灯台の光を操作して海を監視し、旧支配者の侵攻を凌ぐTD×ホラーゲーム『Focus on Cthulhu』を制作しました。

マウスカーソルを動かして灯台の光を操作し、味方ユニットの攻撃の手助けができます。ただし、敵を視界に入れ続けるとSAN値が減少してしまうので注意です。

敵を全て倒すとクリア、SAN値がゼロになるとゲームオーバーです。

開発の流れ

準備期間は制作物の決定や26Bに対して基本事項の確認などを行いました。

本番期間では、Lukeくんにメインプログラマーをやってもらって、yayaくんとnokoくんにサポートをしてもらいました。サウンドはELNGくんに一任して、グラフィックはメインイラストやアニメーションをmadaraが、敵などのドット絵をBACHくんが担当しました。
各々できることをやり切ってくれたおかげで無事完成させることができました。

感想

@madara16877

初めて春ハッカソンで後輩と一緒にグラがやれたりリーダーをやれたりしたので楽しかった！
一年生のみんなも自分の可能な限り頑張ってくれてとても有り難かったし、Lukeくんも俺の手の届かないプログラマのタスク部分をしっかり見てくれて超助かった！
また機会があったら一緒に創作しましょう！

@Luke256

3度めのハッカソンでまたもプログラムを担当しました。
例年うまくプログラムが組めずに試遊会までに間に合わない、なんてことがありましたが、今回はそんなことなく何とか試遊会までに完成させることができました！去年よりもまたゲーム制作の能力が上がっているのを感じます。こうした定期的なハッカソンは自分の実力を試す機会としてとても好きです。
最高のグラを提供してくれたmadaraさん、BACH君、最高のサウンドを提供してくれたELNG君、プログラム面で作品のディテールアップに貢献してくれたnoko君、yaya君もありがとうございました！

@BACH

個人制作だと気づかなかったであろうことにいっぱい気づけた。自分だけで絵を描くのなら完成させたら終了だけど、自分が絵を完成させた後にも作業があるので、チームでの制作では他の人にとって扱いやすい形式でデータを保存したりする必要があると気づけた。他にどういう作業があって、自分がその中のどういう立ち位置の作業をしているのかを把握することが大事だなと思った。上手くいかないこともあったけれど初めてのチーム制作を楽しめて良かった！

@ELNG

初めてのハッカソンでサウンド制作を担当しました。コード進行やおおまかな構成など、具体的に事前に準備していなかったので机の前で頭を抱えている時間が長かったですが、なんとか試行錯誤してギリギリで提出できたのでよかったです（確実に迷惑かけたのにみなさんの優しさでなぜか許されました）。今まで作品を完成させられたことがないので、自分にとって大きな一歩となりました。自分の才能をほんの少し感じられたので、これからも頑張っていけそうです。

@noko_35

プログラミングは今までほとんどしたことがなくて、講習会で少し学んだ程度で今回のハッカソンに出るのは怖かったのですが、チームのみんなのおかげで、不器用ながらも何とか自分のタスクをこなすことが出来ました。特に、先輩方には感謝してもしきれないほど助けてもらいました。本当にありがとうございます！！
また、実際にゲームを作るからこそ初めて気づくようなことも多々あり、とても貴重な経験になったと感じています。
次はもっとＣ＃を学んで、よりチームの役に立てるようにしたいです！

@yaya_77

春ハッカソンは、講習会で学んだ知識をすぐに実践できる素晴らしいイベントだと感じました。特に共同開発でGitを使える機会はかなり貴重で、一連の流れを経験できたのが良かったです。
また、忙しい制作期間が終わった後は達成感があり、それもあって試遊会はお祭りのような雰囲気で本当に楽しかったです。顔見知りも増え、traPとの距離が近くなったのを感じました。
素晴らしい環境を用意してくださった先輩方、本当にありがとうございました！

東京科学大学デジタル創作同好会traP

第23回Game^3開催のお知らせ

Game³とは？

イベント概要

協賛企業紹介

躍動写真アプリ「shaQ」 2026 年春ハッカソン 02 班

作ったもの

そもそも躍動とは

現代における課題

shaQでできること

技術的概要

フロントエンド

カメラへのアクセス

加速度・角速度センサーへのアクセス

画像のぼかし加工

バックエンド

感想

hachimitsu

haruki_0920

ikura-hamu

kaomojikun

kitsne

neko_reset1024

謎解きゲーム「Planets」について

ヒント・解説

ここをクリックして展開

もふもふペンギンのぽわぽわ休館日！【26年度春ハッカソン 11班】

制作したゲーム

準備期間の話

開発期間の話

1日目

2日目

メンバー紹介 & 感想

@Haru_18 (リーダー・プログラマ)

@fuka (プログラマ)

@K_n (プログラマ・初参加)

@phi_isct (プログラマ・初参加)

@rerere_8128 (プログラマ・初参加)

@MSH (グラフィック・初参加)

@Hikobae (サウンド・初参加)

2026年度 春ハッカソン 20班 「Protocol Vortex」

タイトル画面

プレイ中の画像

仕様の決定に至るまで

ゲームの仕様

ゲーム進行

【低レイヤ最適化】1BRC for traP を開催しました！

突然ですが、

traPでもやりたい！

と思って2ヶ月が経過、、、

いざ、開催！

ルール紹介

結果発表～～～～

講評

さて、

おまけ

Orbit Queue！-26年度春ハッカソン18班

初めに

ゲーム紹介

開発話

感想

@sorane_yaduki：リーダー、プログラマ、グラフィッカー

@kazuS：プログラマ

@ita：プログラマ

@sabakunosaboten：プログラマ

@koriga：メイングラフィッカー

@Takenokomeshi：サウンド、発表担当

Cucumvivor【2026年春ハッカソン22班】

メンバー

ゲーム概要

開発の流れ

準備期間

開発期間1日目

開発期間2日目

感想

radon86

IT_2006

suzume

blueberry1001

shika_h

2026年度春ハッカソン 20班「Protocol Vortex」

還月 - かんげつ | 26年度春ハッカソン 24班

ミサイルシフト【2026春ハッカソン 13班】