kichi2004

「SWIMMER OSINT CTF 2026」writeup

Sun, 18 Jan 2026 00:00:00 GMT

「SWIMMER OSINT CTF 2026」にチーム「MasuOSINT_TV」で参加して 687 チーム中 8 位でした。

チームについて

チームメンバーは、前回の Diver OSINT CTF 2025 （writeup）に出場したチーム「MasuOSINT_TV」のメンバーの一部で構成されました。

mikio815
kichi2004

解いた問題

大学に着いた時点で 14:10 頃でした。以下の問題はすでに mikio くんに解かれていました：

briefing: 全問題
tgt_rain: 01, 03, 04, 05
research_2025: truck 以外の全問題
tgt_lilica: 01, 03, 04

私は手が付けられていない tgt_debeyohiru カテゴリから解くことにしました。

tgt_debeyohiru

debeyohiru_01_social

14:17 Solved

「debeyohiru」で Google 検索すると、Bluesky のアカウントがヒットします。

その中に note のスクリーンショット付きの投稿があり、アカウント名が furaigo5 であるとわかります。

<blockquote class="bluesky-embed" data-bluesky-uri="at://did:plc:wgxr2fnwbyylu2bj3cx3lrfm/app.bsky.feed.post/3mavlx6v3ak2c" data-bluesky-cid="bafyreifnzg6dzqzanxhjx6xrzyut2ymlezt6sn6b2z45k2ntppw5er5okq" data-bluesky-embed-color-mode="system"><p lang="ja">これも全然反響なかったな。正直寂しい。<br><br><a href="https://bsky.app/profile/did:plc:wgxr2fnwbyylu2bj3cx3lrfm/post/3mavlx6v3ak2c?ref_src=embed">[image or embed]</a></p>— Debeyohiru (<a href="https://bsky.app/profile/did:plc:wgxr2fnwbyylu2bj3cx3lrfm?ref_src=embed">@debeyohiru.bsky.social</a>) <a href="https://bsky.app/profile/did:plc:wgxr2fnwbyylu2bj3cx3lrfm/post/3mavlx6v3ak2c?ref_src=embed">2025年12月27日 0:23</a></blockquote><script async src="https://embed.bsky.app/static/embed.js" charset="utf-8"></script>

SWIMMER{furaigo5}

debeyohiru_02_profile

14:29 Solved

検索してもそれ以上ヒットしませんでしたが、このタイミングで以下のヒントが発表されていました。

彼はソフトウェアエンジニアという情報があります。
どこかにソースコードを保管するためのアカウントがないでしょうか？
ひょっとしたら、これは古いIDのままかもしれません。

GitHub で検索したところ furaigo5 というユーザがヒットしました。 GitHub のプロフィール欄に URL が記載されています。

SWIMMER{https://furaigo5.github.io/profile/}

debeyohiru_03_email

14:31 Solved

プロフィールの URL をブラウザでアクセスすると、ページ内にメールアドレスが記載されています。

SWIMMER{furaigo5.onionsoup@gmail.com}

debeyohiru_04_hidden1

15:23 Solved

HTML ソースを眺めていると script.js があり、その中に本名が記載されています。

SWIMMER{Gotanno Tsubasa}

debeyohiru_05_hidden2

15:37 Solved

プロフィールページを作ってから買い換えたことがわかります。

<blockquote class="bluesky-embed" data-bluesky-uri="at://did:plc:wgxr2fnwbyylu2bj3cx3lrfm/app.bsky.feed.post/3mc2lwrkq2s2c" data-bluesky-cid="bafyreicpthxlxviiqjhad4nrzmgonxqcf6bhpwxcqg5szq23pwdgbx5zje" data-bluesky-embed-color-mode="system"><p lang="ja">初売りでスマホ買い替えたから、プロフィールも更新しておこう</p>— Debeyohiru (<a href="https://bsky.app/profile/did:plc:wgxr2fnwbyylu2bj3cx3lrfm?ref_src=embed">@debeyohiru.bsky.social</a>) <a href="https://bsky.app/profile/did:plc:wgxr2fnwbyylu2bj3cx3lrfm/post/3mc2lwrkq2s2c?ref_src=embed">2026年1月10日 17:31</a></blockquote><script async src="https://embed.bsky.app/static/embed.js" charset="utf-8"></script>

適当に魚拓・アーカイブ系を検索すると、過去のプロフィールページを見つけました。

SWIMMER{Pixel 8 Pro_iPhone 13 mini}

lilica

lilica_07_work

この時点で 06 まではすべて mikio くんが解いてくれていました。

仕事に関係があるなら本名アカウントかなと思い、いくつかの SNS で検索すると、 Instagram で nanaogi_shiharu というアカウントがヒットしました。

その中の各投稿には #中目黒とつけられているため、これが最寄り駅だと推定して提出しました。

SWIMMER{中目黒}

tgt_rain

rain_06_ai

16:35 Solved

HTML を眺めていると、img タグに画像情報が含まれているとわかります。

当該画像には "source_info":"dreamina" とあったので、これが解答になります。

SWIMMER{dreamina}

rain_02_region

16:50 Solved

10 回提出可能なので、明らかにおかしい画像を省いて総当たりしようと考えました。特に、多くの画像は方向幕や駅名標などの文字が明らかにおかしく、AI 生成画像であることが容易にわかります。

（本番に試していない画像を含め）どのような点がおかしいかを書いておきます。各記事ごとに、記事内の上の画像から順に対応します。

中国
1. パンタグラフの形がおかしい。
2. 方向幕あたりが不自然に誤魔化されている。
3. 方向幕の文字がおかしい。パンタグラフも不自然。
東海
1. やはりパンタグラフがおかしい（というか存在しない）。
東北
1. 駅名標の漢字がおかしいし、ひらがなであるはずの部分に漢字（っぽい何か）が書かれている。
2. 方向幕が読めない。というか全体的に不自然。
関西
1. 何もかもおかしい。阪急の駅名標はこんなデザインではないし、いまは駅名も「阪急梅田駅」ではないんですよね（大阪梅田駅）。大阪梅田駅は終端駅だし。
2. 非常ボタンの柱あたりが変。
3. 駅名標の向きも文字もおかしい。電車の種別が「神戸」になっている。
4. これが正解なのでおかしな点はなし。
九州
1. 側面の方向幕の文字がおかしい。
2. 2 つのホームが両方とも 1 番のりばになっている。
関東
1. JR のロゴがおかしい。あと、人に比べて列車が大きい？
2. 方向幕の文字がおかしい。運転席の窓に映り込んでいる文字もおかしい。
3. 自由が丘駅はこんなに小さな駅ではない。
4. こんな色の E233 系はないし、方向幕に「行」とは書かれない。
5. 駅の入口はあるのに、ホームはどこ？下板__板__になっている。

正解の候補である（違和感がない）画像として、関西の4番目の画像を選び、次の点で駅名を特定しました。

方向幕から、京阪交野線であることがわかる。
ホーム上にトイレがある（改札階にある駅のほうが多い）。
くだり階段があるため、高架駅である。
終点駅ではなさそう（少なくとも乗換駅の枚方市駅ではないように見える）。

上記の条件を満たす駅は「星ヶ丘駅」しかないため、その点を指定して提出します。

ops_swimmer

17:33 Solved

debeyohiru の問題を解く過程で、Google カレンダーの「集会」という予定を見つけていました。

brutorain アカウントでは「品川区」で解散したということ、黄昏ブロッサムリリカアカウントではデニーズにて3人で会食したことが明かされています。

品川区にあるデニーズとして「デニーズ大井町駅前店」と「デニーズ ThinkPark店」があります。ここまで絞り込めば両方を出せば良く、正解できました。

裏話として、この「デニーズ大井町駅前店」には mikio くんが最近行っていたらしいです。すごい偶然でびっくりした。

SWIMMER{2025/12/30_1830_デニーズ大井町駅前店}

おわりに

mikio くんが難しい問題を含めたくさん解いてくれたので、8 位という順位を取ることができました。楽しかったです。mikio くんありがとう。

今回の OSINT CTF は初心者向けとして開催されたこともあり、OSINT 初心者（？）の私でも最後の問題まで楽しむことができました。運営のみなさま、ありがとうございました！

「DIVER OSINT CTF 2025」writeup

Sun, 08 Jun 2025 00:00:00 GMT

「DIVER OSINT CTF」にチーム「MasuOSINT_TV」で参加して 668 チーム中 12 位（仮）^scoreboardでした。

チームについて

チーム名は、当日起きたら既に決まっていました。私は関与していません。なお、問題が解かれるたびにメンバーが「いやったぁあああああ」と叫び、HIKAKIN さんの声が流されていました。^hikakin

チームメンバーは、以下の筑波大学情報科学類誌「WORD」編集部メンバーで構成されました。

解いた問題

大学に着いた時点で 14:30 頃だったので、簡単な問題は全部解かれていました。とりあえず Transportation を引き継ぎました。

[Transportation] platform

14:48 Solved

画像には、オレンジ色「12両編成」「10両編成」「6両編成」の乗車位置案内が写っています。この乗車位置案内はJR東日本の形式で、オレンジ色は中央線系統や東海道線・宇都宮線・高崎線（上野東京ライン）で使われています。

このうち、10・12両編成は中央線系統のE233系で使われており、分割された6両編成は主に青梅線・五日市線で使われています（詳細は割愛）。

Google マップを青梅線・五日市線がぎりぎり表示されるくらいまで拡大し、画像に写っている店の「らいと」を検索すると、ヒットしました。

答えは青梅線の牛浜駅であり、フラグは Diver25{牛浜駅} / Diver25{Ushihama Station} です。

[Transportation] 36_years_ago

14:57 Solved

運輸安全委員会のサイトによると、この機体の機体番号は JA4098 であったことがわかります。

この機体について調べると、抹消時点での機体番号は JA4098 でしたが、1990 年以前は N9768L という番号だったことがわかります。なお、機体番号の prefix は JA が日本、N はアメリカを示します。

N9768N で検索すると、この機体に関する情報がヒットします。ここには Mode S Code として 53316552 が書かれています。Mode S コードは 8 進数表記 なので、フラグは Diver25{AD9D6A} です。

なお、私が解き始める前に既に答えが出ていたものの、提出されていなかったようです。

[Transportation] listen

15:35 Solved

事前知識

航空交通管制の交信についてある程度理解しておくと解きやすいです。ただし、資格をもっているわけでもなければ、管制を聞き慣れているわけでもないので、ある程度の知識しかないです。

管制はいくつかの業務に分かれています。以下は日本での名称ですが、海外でも概ね同様の管制体制が取られています。

管制区管制所 (CTR/Control)：航空路の管制や一部の進入管制を行います。
ターミナル管制所：主に離着陸前後の飛行機など、空港周辺の管制を行います。
- DEP/Departure, APP/Approach, RAD/Radar など
飛行場管制所
- 管制承認伝達席（DEL/Delivery）：管制承認の許可を行います。
- 地上管制席（GND/Ground）：空港内の地上のうち、滑走路以外の部分の管制を行います。
  - 滑走路以外の飛行機か走る部分を誘導路といい、それぞれにアルファベットで名前がついています。 A, B, C, ... とついていますが、これらは Alfa, Bravo, Charlie ... と発音するので、知っていると便利です。
- 飛行場管制席（TWR/Tower）：滑走路周辺の管制を行い、主に滑走路横断や離着陸の許可・離陸待機の指示などをします。

当日やったこと

音声ファイルを良い感じにノイズ除去しつつ聞いてみると、以下の交信が聞こえます。

0:42- 航空機: Alfa-two, Alpha-Alpha, Delta, and monitor ground ...
- （復唱）A-2 AA D を走行し、GND をモニターする。
1:40 管制: ... contact depeature 133.65 airborne, wind 340 at 21, cleard for takeoff runway 30.
- 離陸後はディパーチャー 133.65 MHz と交信すること。風は 340 度から 21 ノット。離陸許可します。
2:33 航空機: ... bravo-one contact with ground 112.7 (twenty-one- seven) after ...
- （B-1 から離脱後？）112.70 MHz でグラウンドと交信すること。
3:03 管制: AIR CANADA 248 ...
4:14 管制: Contact depatrue 133.65 airborne, wind 350 at 17, cleared for takeoff runway 02.
- 離陸後はディパーチャー 133.65 MHz と交信すること。風は 350 度から 17 ノット。離陸許可します。

これらの情報から、（私が得られた情報だけでも） GND と DEP の間にあるため、録音されている交信は TWR であること（＝交信相手は主に当該空港の発着機）、 エアカナダ (ACA) 248 便が就航していること、滑走路は 02/20 と 12/30 の 2 本がある空港であることがわかります。また、DEP が 133.65 MHz、GND が 112.70 MHz であることもわかります。 ACA 248 便はバンクーバー国際空港からエドモントン国際空港を結ぶ便であり、そのうちエドモントン国際空港は条件に一致する2本の滑走路を有し、誘導路 AA も存在し、管制の周波数も一致することが確認できました。フラグは Diver25{CYEG} です。

[Transportation] air2air

16:43 Solved

これは難問で、正攻法では解けませんでした。

特徴的なウィングレットから、この飛行機は A350-900 (A359) である可能性が高そうです。

台北桃園空港と日本を結ぶ航空会社は多くはないため、その中で A359 を運航する会社を調べると、この飛行機はスターラックス航空 (SJX) の塗装であることがわかります。

そこで、SJX 運航、2025/03/11 台北桃園 (TPE) 着、A359 で運航された便を調べると、以下の便が当てはまります。

SJX 801: NRT - TPE (0440Z - 0845Z)
SJX 803: NRT - TPE (0635Z - 1045Z)
SJX 823: KIX - TPE (0500Z - 0815Z)

※ 時間は協定世界時 (UTC)。日本時間は UTC+9、台湾時間は UTC+8 である。

あとは、Flightrader24 の Gold プランに課金し（！？）、 Playback 機能を使えば、SJX 803 便は動画内の地図に示された位置付近で SKY 8026 便の近くを飛行していることがわかります。

フラグは Diver25{SKY8026_JA73NY} です。

[history] bridge

17:11 Solved

該当するのは第二白川橋梁です。 Google で "第二白川橋梁" と検索すると、熊本大学の資料がヒットします。

この記事によると、「大阪城東線の澱川橋梁」を転用したことがわかります。

フラグは Diver25{澱川橋梁} です。

[geo] night_street

01:23 Solved

左に写っているのはリンガーハットなのは自明です。目的の建物は○○○クリニックのようです。

8128, mikio と3人がかりでリンガーハットの全店舗（駐車場あり）を探すが見つかりません。

厚労省のオープンデータから医療機関情報を取得し、漢字3文字クリニックを抽出します。リンガーハットが存在する自治体に絞って Google マップとストリートビューを使い、気合いで全探索を行うと、「弥富通クリニック」であることがわかります。

横にあるのは「リンガーハット名古屋弥富通店」です（このリンガーハットは路面店ながら駐車場がないようです）。

フラグは Diver25{弥富通クリニック} です。

「クレジットカードのすすめ」の追記

Sun, 30 Mar 2025 00:00:00 GMT

情報科学類誌 WORD 2024 入学祝い号において「クレジットカードのすすめ」を執筆しました。
ここでは、この記事の修正点や執筆以降に変わった点を掲載します。

4. おすすめのクレジットカード

JAL カード navi

たとえば特約店で20万円利用すると4,000マイルが貯まり、前日までの予約で東京—福岡の片道航空券に交換できます。

2025年6月10日より必要マイル数が引き上げとなります。東京-札幌、福岡などは 4,250 マイルとなります。

使用できる電子マネーの表記に誤りがありました。
誤

電子マネー・タッチ決済
JCB: JCB タッチ（カード現物）、QUICPay（Google Pay/Apple Pay）
VISA: VISA タッチ（カード現物）
Mastercard: Mastercard Contactless（カード現物）

正 <table> <tr><th rowspan="2">国際ブランド</th><th colspan="3">タッチ決済</th><th colspan="2">QUICPay</th></tr> <tr><th>カード現物</th><th>Google Pay</th><th>Apple Pay</th><th>Google Pay</th><th>Apple Pay</th> <tr><th>JCB</td><td>○</td><td>○</td><td>○</td><td>○</td><td>○</td></tr> <tr><th>VISA</td><td>○</td><td>×</td><td>×</td><td>×</td><td>○</td></tr> <tr><th>Mastercard</td><td>○</td><td>×</td><td>○</td><td>×</td><td>○</td></tr> </table>

ENEOS は JAL カード特約店ではなくなりました。

三井住友カード（NL）

Amazon プライムは2025年2月をもって、LINE Pay は2024年11月をもって学生ポイントの対象ではなくなりました。（LINE Pay は2025年4月でサービス終了します。）

JCB カード W

JCB のタッチ決済は Google Pay にも対応しました。

5. 用語解説

電子マネー (QUICPay, iD)

QUICPay+ の対応店舗で Apple Pay または Google Pay の QUICPay を利用する場合、支払金額の上限はありません。
また、Apple Pay や Google Pay でタッチ決済を利用する場合には、CDCVM という仕組みにより、タッチ決済の上限を超えて決済できます。（一部店舗のでは非対応。Google Pay では再操作が必要な場合があります。）

6. まとめ

現在私が所持しているカードが増えたので、改めて掲載します。

三井住友カードデビュープラスVISA
Amazon Prime Mastercard
三菱UFJカード (Mastercard)
JCB カード W
JALカード navi DC VISA
JALカード navi JCB
JALカードSuica JALグローバルクラブ CLUB-A カード
セゾンパール・アメリカン・エキスプレス・カード
セゾンゴールド・アメリカン・エキスプレス・カード
ビックカメラSuicaカード
J-WESTカードベーシック (Mastercard)
JQ CARD エポスゴールド
dカード GOLD U (VISA)

AtCoder 解説についての考え

Wed, 16 Nov 2022 00:00:00 GMT

kichi2004 です．

先日，AtCoder の解説についてのツイートを複数行ったところ，かなり広範囲に広まってしまい，いくつかのルートでは，誤解を含んで広まっているようでした．

この記事では，AtCoder の解説についての個人的な考えを述べます．
書かれている意見は，所属組織の見解を代表するものではありません．あくまでも一個人の意見として読んでください．

私について

現在，大学の情報系学部の 1 年生です．
中学2年生から競プロを始め，現在青色です．(AtCoderプロフィール)

また，仕事や趣味，大学の授業でソフトウェア開発（界隈で「業プロ」などと言われていること）を行ったり，CafeCoder というコンテストサイトを運営していたりします．
CafeCoder では，サービス全体の開発，運営，コンテストの管理，問題作成など，幅広く関わっています．現在は休止中です<font color="#bbb">が，何も動いていないわけではありません</font>．

注意

今回，ABC-A/B 問題などの「プログラミングできますか？」みたいな問題については言及しないこととします．
一部，kyopro_friends さんの「実装例について」を引用しています．引用に際し，引用元の一人称など，一部を修正している場合があります．

この件が広まる原因となったツイートの言及先は kyopro_friends さんの解説ですが，この記事で言及するのは kyopro_friends さんの解説に限りません．
また，kyopro_friends さんの方針を一概に批判するものでもありません．実際，kyopro_friends さんの Twitter での解説や，実装例を除く解説の部分については，十分にわかりやすいものが書かれていると思います．

本題

青色というわけで，本番中に解けなかった問題では，解説を見ることも多いです．
一時期（1～2年前）は，解説が数行，「2 次元 DP をすれば時間計算量 O(N^2)，遷移もうまくやれば十分高速です．」みたいな感じの解説になっていない解説もいくつかありましたが，最近はそうでないように感じます．

AtCoder の問題はかなり考察寄りとは言っても，特に ABC では，実装で詰まる点が存在する問題も多くあります．

writerは、わざわざ実装を読まなくとも理解できるような解説を書くべきですし、読者は、そのような解説を読んで理解できないのであれば理解できない部分は自分で考えたり調べたりするべきです。

という意見は自分も概ね同意ですが，本当に「実装を読まなくても理解できるような解説」をすべての Writer が書いているかといえば，そうではないと思います．
また，実際にコードを追いながら，コメントも使って処理の流れを把握する，というほうがわかりやすいという人も多くいると思います．

本当に「実装を読まなくても理解できるような解説」であるか，考察が本質で，実装は（問題のレベルに対して）大幅に簡単である場合は不要かもしれませんが，そのような場合以外は，「実装例」が存在することは重要だと考えています．
ここで「実装例」というのは，解法を説明するための「例」であって，解の正当性を示すためのものではなく，「人に読んでもらうコード」であると思います．
（直前に上げた不要な例に当てはまる場合は，単に「Writer解」が存在するだけで良いと思います．）

「人に読んでもらうコード」であれば，人に読まれるなりのコードである必要があると考えています．（空白や改行を適切に行う，短すぎる変数名を使わない，マクロを多用しない，など）

今回気になった解説はユーザ解説ですが，最近の公式解説で，実装も本質だと思われる問題でも，実装例として「人に見せるためではないコード」が示されています．これは，以下の記事の記述とも矛盾しません．

（略）基本的に実装例にはwriter解がそのまま貼ってあります。writer解というのはつまり「私にとって読みやすいコード」です。（略）
「人の見せるコードは整えて欲しい」に対する答えは「人に見せるコードではありません」
「人の見せるコードを用意して欲しい」に対する答えは「その必要はないと考えています」

（「人の見せるコード」はおそらく「人に見せるコード」のことだと思います．この部分は原文そのままです．）

これは Writer との意見の違いであって，どちらが間違っているというものではないと思います．
私は「大半の問題では実装例が必要」で「実装例は人に見せるコードであるべき」だと思っています．

現在は，解説の内容はすべて Writer の裁量に任されていますが，AtCoder 社は解説の質（下限）を指定したほうが，ユーザに納得を与えることができるのではないでしょうか．

自分なりの「解説」は，このブログの過去記事にあるので，良ければ見てみてください．（AtCoder のアカウントを作り直した影響で，提出ページは見られなくなっています．また，今の私とは違う考えである点も存在するとは思います．）

:::important[追記] ブログ移行のタイミングで過去の AtCoder 解説については一度削除しています。確認されたい場合はご連絡ください。 :::

何か意見があれば，コメントに書いていただけると嬉しいです．（後述の UserScript に関することは，GreasyFork のページか GitHub に書いてください．）

私なりの解決策

自分は AtCoder の Writer でも Admin でもなく，彼らと意見が違う以上は，自分でなんとかしなければならないと考えました．<font color="#bbb">燃えそうで怖かったというのもあります．</font>
そういうわけで，解説・提出ページなどのコードをボタン1つで整形してくれる UserScript を作成して公開しました．
これを通しても変数名やマクロについては改善しませんが，それでも整形されていない（詰まった）コードを読むよりはかなり読みやすくなると思うので，解説に対して同じ気持ちの人はぜひ導入してみてください．

リンク：AtCoder Formatter

その他の意見

参考程度に，自分が観測できた範囲の意見を貼っておきます．
時系列がバラバラなのと，観測できる範囲だと賛同意見が多くなりがちですが，許してください．

<blockquote class="twitter-tweet"><p lang="ja" dir="ltr">自分の書き方と違う流儀の時点で少し読みにくさが発生するのは仕方なくて、解説のコードは問題ない程度の読みにくさだと思います</p>— バッテリー/指差し確認/郵便局 (@SSRS_cp) <a href="https://twitter.com/SSRS_cp/status/1591477872258330624?ref_src=twsrc%5Etfw">November 12, 2022</a></blockquote> <script async src="https://platform.twitter.com/widgets.js" charset="utf-8"></script> <blockquote class="twitter-tweet"><p lang="ja" dir="ltr">これどうなんだろ。自分は解説の文章とソースコードが同時に見えた方が嬉しいと思ってるので、解説用のコードを書くときは、フォーマッタ外して頑張って改行を減らしてるんだけど、そのままのが嬉しい人が多いのかな？<a href="https://t.co/FDthFzQHJ4">https://t.co/FDthFzQHJ4</a></p>— chokudai(高橋直大)🍆@AtCoder社長 (@chokudai) <a href="https://twitter.com/chokudai/status/1591773100890329089?ref_src=twsrc%5Etfw">November 13, 2022</a></blockquote> <script async src="https://platform.twitter.com/widgets.js" charset="utf-8"></script> <blockquote class="twitter-tweet"><p lang="ja" dir="ltr">これめっちゃ同感、、<br><br>（あまり何か言える立場でもないけど）解説のコード、とりあえずformatterにはかけて欲しいといつも思ってる</p>— じゅんや (@Junya_Tsukuba) <a href="https://twitter.com/Junya_Tsukuba/status/1591744314195181568?ref_src=twsrc%5Etfw">November 13, 2022</a></blockquote> <script async src="https://platform.twitter.com/widgets.js" charset="utf-8"></script> <blockquote class="twitter-tweet"><p lang="ja" dir="ltr">競プロフレンズさんのコード、) の後にスペース入れてなくて読みづらいこと割とある<a href="https://t.co/Cv5aMS5NCz">https://t.co/Cv5aMS5NCz</a></p>— ゴジラ＠競プロ (@gojira_kyopro) <a href="https://twitter.com/gojira_kyopro/status/1591770826009116672?ref_src=twsrc%5Etfw">November 13, 2022</a></blockquote> <script async src="https://platform.twitter.com/widgets.js" charset="utf-8"></script> <blockquote class="twitter-tweet"><p lang="ja" dir="ltr">うにの意見と元の声明を要約した文章の位置がごちゃごちゃでちょっと読みづらい…… <a href="https://t.co/oYy8j8gGTx">pic.twitter.com/oYy8j8gGTx</a></p>— ✹うにだよ✹ (@u2dayo) <a href="https://twitter.com/u2dayo/status/1592249387715289088?ref_src=twsrc%5Etfw">November 14, 2022</a></blockquote> <script async src="https://platform.twitter.com/widgets.js" charset="utf-8"></script> <blockquote class="twitter-tweet"><p lang="ja" dir="ltr">書いた言葉には責任が出てくる(例えそれがTwitterのような呟くだけの場所であったとしても)ので、"実装例"と書いたならやっぱり例として見せられるものが良いなって<br>Writer解、なら例ではないので別に良いかなと思うし、そもそもリンク貼る必要も無いんじゃないかなというお気持ち</p>— 31536000 (@CuriousFairy315) <a href="https://twitter.com/CuriousFairy315/status/1592185324368986112?ref_src=twsrc%5Etfw">November 14, 2022</a></blockquote> <script async src="https://platform.twitter.com/widgets.js" charset="utf-8"></script>

筑波大学情報科学類 AC入試合格体験記

Wed, 15 Dec 2021 00:00:00 GMT

この投稿は、地震情報アプリ界隈 Advent Calendar 2021 の15日目の記事です。
14 日目は、たいぷらいたーさんの P2P 地震情報 Windows 版を「半分くらいクロスプラットフォームで」リニューアルしましたでした。

まえがき

はじめましての方もいらっしゃるかもしれません。kichi2004 と申します。

<details style="margin-bottom:1em; padding-left:1em;"> <summary style="text-decoration:underline; margin-left:-1em;">地震界隈の方へ（クリックで表示）</summary> 数年前に BSC24 等へ（文字通り）「お邪魔」しておりました。
その当時はご迷惑をおかけしました…
受験に関して当時を振り返る機会が多くあり，改めて反省している次第です。
そんなやつでも大学に合格できるんだよということで，よければ読んでいっていただけると嬉しいです。 </details>

現在，福岡市内の高校に通っています。
2022 年度「筑波大学情報学群情報科学類 (coins)」のアドミッションセンター入試（AC入試）を受験し，合格しました。
この記事では，AC 入試の合格体験記を書いていきたいと考えています。
「地震情報アプリ」関連の記述はあまり多くはありませんが，AC 入試を受けるにあたって大きな武器となったことは間違いなく，Advent Calendar の枠も空いていたため，せっかくならということで記事にさせていただきました。
「地震情報アプリ」に関する内容は「受験で提出した内容について」からなので，入試自体に興味がない方はそこまで飛ばしてください。

記事の最後のほうに，技術的な話を少し入れています。

大学や学類について

筑波大学とは？

筑波大学は，茨城県つくば市にある総合大学（国立大学）です。
各学類の研究等だけでなく，体育や芸術においても有名な大学になっており，レベルの高い教育を受けることができます（できることを期待して受験しました）。
筑波大学には以下の学群（学部に相当）・学類（学科に相当）が存在します。

人文・文化学群（人文学類，比較文化学類，日本語・日本文化学類）
社会・国際学群（社会学類，国際総合学類）
人間学群（教育学類，心理学類，障害科学類）
生命環境学群（生物学類，生物資源学類，地球学類）
理工学類（数学類，物理学類，化学類，応用理工学類，工学システム学類，社会工学類，総合理工学位プログラム）
情報学群（情報科学類，情報メディア創成学類，知識情報・図書館学類）
医学群（医学類，看護学類，医療科学類）
体育専門学群
芸術専門学群

情報科学類とは？

情報科学類は，情報科学を専門的に学ぶことのできる学類となっています。
情報学群の他の学類に比べ，より理系・数学系に寄った内容を学習することになります。

<cite>筑波大学Webサイト</cite>では，情報科学類について以下のように説明しています。

情報に関わる先端の科学と技術の基礎から応用までを習得し，同時に豊かな想像力とチャレンジ精神，高い社会的倫理観を培う。
これらを基に，実世界の様々な課題の本質を理解し，その具体的な解決にリーダーシップを発揮して，秩序ある情報化社会の実現に貢献できる技術者・研究者を育成する。

アドミッションセンター入試とは？

アドミッションセンター入試（略称：AC 入試）とは，総合型選抜（旧称：AO 入試）のひとつで，筑波大学独自の入試です。
総合型選抜，学力だけで選抜するのではなく，アドミッションポリシーに合う学生を，学力以外の面からも総合的に判断し選抜する入試となっています。
AC 入試では，「AC 入試におけるアドミッションポリシー」を満たしている学生を選抜します。
情報科学類の AC 入試の流れは以下のようになります。

「志願理由書（800字以内）」「自己推薦書（枚数自由）」を提出し，これらの書類で第 1 次選抜を行う。
第 1 次選抜の合格者に対し，口述試験（面接）を行う。

面接に合格した受験者が，AC 入試の最終合格者となります。（大学入学共通テストの受験は必要ありません。）

受験を決めるまで・受験までの流れ

高校は通信制高校で，週 3 コース・週 5（特進）コース等が存在しており，4 月と 10 月に切り替えることができます。
入学当初は週 3 でしたが，高校 1 年生の 10 月からは，大学入試を見据えて特進コースに切り替えました。
高校 1 年の 6 月頃には，既に筑波大学を視野に入れていました。

<blockquote class="twitter-tweet"><p lang="ja" dir="ltr">行きたいところ：筑波大、会津大、東京農工大、東京工業大など</p>— kichi2004 (@kichi2004_) <a href="https://twitter.com/kichi2004_/status/1138108008943181824?ref_src=twsrc%5Etfw">June 10, 2019</a></blockquote>

高校 2 年の段階では，第 1 志望が東京工業大学（工学院）の総合型選抜で，第 2 志望が筑波大学（情報科学類）の AC 入試でした。
その後，高校 3 年の 4 月には，筑波大学 AC 入試を第一志望としていました。

AC 入試に提出する自己推薦書は，5 月には書き始めていました。（当時は落ちたあとにどうするか，東工大 AO に出すか？などを迷っていた）

8 月にはほぼ内容がまとまり，学校側からの添削も受け，9 月上旬に提出しました。

受験で提出した内容について

いままで「地震情報アプリ界隈」とはほとんど関係のないお話でしたが，ここから本題です。

自己推薦書では，大きく分けると「防災関係の開発」「高校生活に関連する開発」「競技プログラミング」の 3 つと，その他に行った活動について書きました。

防災関係の開発

AC 入試のアドミッションポリシーにて「主体的で継続的な取り組み（最近2年以上にわたるもの）から『問題解決能力』を評価する」とあり，4 年以上前から開発をしている「防災関係のアプリ」について書こうと考えました。自己推薦書で書いた内容について，少し触れたいと思います。

2017 年からの 4 年間にわたり，次のようなソフト等を開発しました。

All Information Viewer: 強震モニタ（画像・解析），地震情報，緊急地震情報，Hi-net 情報など，多種類の情報を表示するソフト → 開発・サポート終了
防災情報 BOT (Twitter): 緊急地震情報，地震情報，防災気象情報を配信
NDQinfo において，配信画面内に表示されている情報を自動更新・表示するツール
NDQinfo において，災害情報等を提供するための Discord BOT
EarthquakeMap: 地震情報と緊急地震情報の地図を表示

これらの開発にあたり，アプリ等のスクリーンショットに加え，開発に至った経緯，開発中に工夫したこと，開発によって得られた成果などを書きました。

↑「防災情報 BOT」についての記述

高校生活に関連する開発

以下のようなものを作りました。

Google カレンダーに登録した時間割を Slack に投稿する BOT
時間割を Google スプレッドシートに記入して，Google カレンダーに登録するスクリプト
学内サイトの API を利用して，より見やすいデザインで表示する Web サイト

競技プログラミング

2018 年から競技プログラミングをしています。3 年間で以下のような成果を残しました。

AtCoder 青色
日本情報オリンピック：JOI 2018/2019, JOI 2019/2020 予選 B ランク
JOI 2020/2021 予選 A ランク，本選 B ランク
パソコン甲子園2020，2021 本選出場

その他の活動

Web 開発（CafeCoder など），インターンシップ（2019 年 5 月～）等について書きました。

面接について

詳しい内容について触れることはできませんが，自己推薦書に書いたことや今後の課題，大学で学びたいことなどについて話しました。緊張しすぎてまともに話ができなくなるようなことにはならないように，気をつけていました。待機部屋では筑波大学の赤本を広げて解いていました。

合格後の活動について

合格後，12 月に入ってから「EarthquakeMap」の大型バージョンアップ（ver 2.0）の開発に取り掛かっています。それについて少し書きたいと思います。
EarthquakeMap は，開発開始から 4 年近く経ち，設計等の見直しは行っているものの，パフォーマンスについての問題があり，その大幅な改善と，デザイン・表示の改善をしたいと思い，アップデートをすることにしました。
現在のバージョン 0.x は，解像度が 8192 x 6805 ある非常に大きな画像の地図に，震度アイコンを描画する実装となっています。この画像を一度 Bitmap に読み込んでから地図にしているため，特にメモリの使用量が多くなり，描画に 800 ms 程度かかっています。さらに，地図のスタイル等を変更することもできません。
新バージョンでは，気象庁の GIS ファイルから TopoJSON ファイルを生成して，その情報をもとに Graphics で描画しています。1 つ 1 つの地形が図形として描画されているため，地図の塗りつぶしを行ったり，境界線等のスタイルを変更することができます。
さらに，設計をより改善し，コードにおける責任の所在を明確にすることで，OSS としてのコントリビュートを行いやすくなったり，メンテナンス性が上がったりすることを期待しています。
まずは年度内に，既存の機能を実装して公開したいと考えています。これについては後日，Qiita 等で別に記事を書くかもしれません。
このほか，2.0 リリース時から利用できるかはわかりませんが，最近流行り (?) の DM-D.S.S から情報を取得したり，スタイルをユーザで変更したりといった機能も入れたいと思っています。

<blockquote class="twitter-tweet"><p lang="ja" dir="ltr">震度アイコンがいい感じになった <a href="https://t.co/OpwhBwpAFy">pic.twitter.com/OpwhBwpAFy</a></p>— kichi2004 (@kichi2004_) <a href="https://twitter.com/kichi2004_/status/1467439662172377091?ref_src=twsrc%5Etfw">December 5, 2021</a></blockquote> <blockquote class="twitter-tweet"><p lang="ja" dir="ltr">＜過去のデータです＞<br>左上のやつを実装 <a href="https://t.co/dXM5S0q3fE">pic.twitter.com/dXM5S0q3fE</a></p>— kichi2004 (@kichi2004_) <a href="https://twitter.com/kichi2004_/status/1470752455449509893?ref_src=twsrc%5Etfw">December 14, 2021</a></blockquote> <script async src="https://platform.twitter.com/widgets.js" charset="utf-8"></script>

あとがき

入試で終わりではないので，大学で勉強を頑張り，地震情報アプリ作成を含め，界隈や社会に貢献したいと考えています。今後ともよろしくお願いいたします。

JOI 2020 / 2021 本選参加記

Tue, 30 Mar 2021 00:00:00 GMT

JOI （第20回日本情報オリンピック）の本選に参加しました．146 点（100 - 0 - 12 - 34）で本選落ちでした．
ARC や AGC にも OI にも向いていないの，何に向いているの？って感じですね．

JOI はオンサイトのために精進しているみたいなところがあって，モチベがほとんどありませんでした．
春合宿はオンサイトかもしれないけど，目標が遠すぎて逆にモチベが出なかった．

交流は楽しかったです．ありがとうございました．

もし気が向いたらそのうち追記するかもしれません．

JOI 2020 / 2021 二次予選参加記

Fri, 18 Dec 2020 00:00:00 GMT

はじめに

おひさしぶりです．kichi2004 です．
競プロ関係の記事は今年の 3 月以来 9 か月ぶりなので，まずはそれについて簡単にお話します．
今年の 2 月に，JOI に二次予選落ちしたことや Rating が停滞していることによって，競技プログラミングに対する「楽しさ」が見えなくなり，モチベーションを失ってしまったため，競技プログラミングから離れました．しかし，やめたらやめたで競技プログラミングがやりたくなって，3 か月がたった 5 月に復帰しました．
その後も 8 月頃までは水色で停滞が続いていましたが，その後調子を伸ばして青色になり，現在では 1 級 (青の上半分) のレーティングになっています．
また，PCK（パソコン甲子園）プログラミング部門にも出場し，予選を突破することができました．

準備

一次予選は前年度 B ランクのため免除ですが，1 回目と 3 回目に参加しました．
1 か月前あたりから本格的に JOI に向けた準備をはじめ，難易度 7 を半分くらい埋めました．実力的には通る可能性が十分高いということは理解していましたが，前年度のトラウマ等もあって，「どうせ落ちるんだろうな」とずっと思っていました．

予選当日

競技前

当日は脳の体力を維持しておくことや，直前に得た知識で混乱しないようにするため，精進はしていません．

競技中

13:00 (競技開始)

まずは A 問題を見ます．これは今いる地点の左右の '#' の座標をリストに持っておけばいいということがすぐに分かり，実装して提出します．バグらせて RE と WA をもらいますが，原因はすぐに分かり，AC を得ます．（ここまで 17 分）

13:17～

$$ 2 \leq N \leq 13 $$ を見て，ひっくり返すところを bit 全探索するのかな，と思いましたが，Q 回のクエリを処理しなければならないので，間に合わない．また，実験をして，そもそも bit 全探索では解けないことに気づき，ふりだしに戻ります．
どこかで見たことがある問題だなと思って検索すると，順列に対しての同じようなソートについての記事はいくつかあったものの，今回のような問題では使えなさそうでした．
いろいろと考えてもわからないので，とりあえず操作を BFS で全探索する愚直解を提出し，64 点を得ました．（ここまで 67 分，164点）
昨年は 3 完が前提で，その上での勝負になっていたことから，この時点で「落ちたな」という気持ちになっていました．

14:08～

B とは違い，こっちは読んだだけで大体の方針は浮かびました．誤読していた部分等もありましたが，比較的すぐに解くことができました．（87分，264点）

14:27～

続いて D を見ます．パッと見た感じは DP っぽかったど，少なくとも前から計算はできないでしょということで捨てました．
満点解法が思い浮かばないので，部分点を回収する方針に切り換え．
$$ K = 1 $$ の場合は自明，$$ K = 2 $$ の場合も軽い考察で比較的簡単に求めることができ，18 点を得ました．（104 分，282 点）

14:44～

次に E を見ます．こういうパズルみたいなやつは嫌いなんだよねと思いながら，小課題 1 は bit 全探索で解けるな，ということで実装し，7 点を得ます．（140 分，289 点）
そのあとも 25 分ほど小課題 2・3 を考察していましたが，解けそうになかったのでこれも捨てました．

15:43～

ここからは B や D の満点解法を考えますが．まったく浮かばず．競技終了．「今年もだめだったな」という気持ちでした．

16:00～ (競技終了後)

まず，準備していた得点表を公開し，書き込んでもらいました．すると，想定していたよりも多くの人が B や C で苦戦していたことが分かりました．書き込んでいただいた人数等を考えて，ボーダーが 200 点台の前半になりそうということが分かり，通った可能性が見えてきました．

おわりに

例年では木曜頃に結果が通知され，それまでは何とも言えませんが，80% くらいの確率で通っていそうなので，ほっとしています．しかし，新型コロナウイルスの影響で今年は本選がオンライン開催となっているため，嬉しさは激減しているというのも事実です．東京行きたかったなあ．

結果

12/18 (金) に結果が通知されました．無事に念願の予選 A ランクを取得し，本選に出場することができました．

2020年「夏季セミナー」に落選しました

Mon, 06 Jul 2020 00:00:00 GMT

本日7月6日、夏季セミナーの落選通知が届きました。

<s>参考：夏季セミナーの倍率はまだ発表されていないようです。</s>

いまの気持ち

かなしいです。

それどころではないので後でかきます。

応募した文章の全文

応募するときに書いた文章を載せておきます。

過去の日本情報オリンピック（予選および本選）への参加の有無とその結果

JOI 2018/2019 (ID: J190781CZ)

予選 Bランク321点

JOI 2019/2020 (ID: J200018EV)

一次予選 Bランク欠 / 300 / 300 点

二次予選 Bランク 330点

本選オープンコンテスト 205 点 (本選Bランク相当)

過去の夏季セミナー・JCIOIが実施するコンテストやイベントの参加の有無

ありません。（2019年度の夏季セミナーは、応募の結果、落選となりました。また、2019年度のレギオに参加したいと考えていましたが、住んでいる地域の関係で参加できませんでした。）

情報科学・プログラミングに関するこれまでの自分の活動

提携プログラミングコンテストへの参加

SuperCon、高専プロコンの参加経験はありません。
2020年度のパソコン甲子園に参加します。

他のプログラミングコンテストへの参加

AtCoder

レーティング: 1483（水色、6月19日現在の最高値）
ユーザーID: kichi2004_

Codeforces

レーティング: 1901 (Candidate Master)（6月19日現在の最高値）
ユーザーID: kichi2004

Google Code Jam 2020

Qualifaction Round

7609位 (通過)

Round 1

1A: 4989位
1B: 3351位
1C: 3423位

第3回アルゴリズム実技検定（AtCoder社）

リアルタイム受験において、82点で上級を獲得。
受験番号:

他の科学オリンピック・甲子園などの参加

ありません。

他のイベントの参加

SPAJAM2019福岡予選（チームdeJr）

CyberRebeatCTF2018

HackBowl（2019年度）

CoderDojo福岡 (メンターとして、複数回参加。)

その他の活動

「株式会社diffeasy」にて長期インターンシップ (2019年5月～)

Ruby on Rails でのバックエンド開発

Nuxt.js (Node.js / SCSS) でのフロントエンド開発

アルゴリズムを用いた「トーナメント」配置の最適化問題をシステム化（競技プログラミングの経験を活用）

自分で開発したソフトウェア

https://software.kichi2004.jp/ (C# / .NET Framework での開発)

GitHub

Twitter にて、自作BOTを運用中

ポートフォリオサイト (ソース)

その他の活動

小学校4～6年生: 福岡市立------小学校「パソコンクラブ」に所属（5年: 副部長、6年: 部長）

高等学校1年～: 未経験の同級生にプログラミングを教える活動 (2020年1月～)

パソコン甲子園に同じチームで出場します。

「日本情報処理検定協会」文書デザイン検定にて1級を取得。「情報処理技能検定　表計算」にて3級を取得。

小学生（低学年）の頃からPCに興味があり、中学校1年生の頃から約4年間プログラミングを学んでいます。中学3年生からは本格的に競技プログラミングの勉強を始めました。また、高校に入学してからはWeb開発を本格的に学習しています。「HTML/CSS」「JavaScript」「TypeScript」といった言語と、「Vue.js / Nuxt.js」や「React.js」といったフレームワークを使い、Webアプリケーションを開発しています。たとえば、初心者向けコンテストなどを開催するサービス「CafeCoder」のフロントエンドを開発中です。

興味を持っている分野

情報オリンピックで活用できるような競技プログラミング（アルゴリズム・データ構造）の分野にももちろん興味はあるのですが、他の成績優秀者のように並外れて地頭が良かったり、数学的な能力・思考に優れていたりするわけではないため、競技プログラミング一筋で、ということはできていません。

昨年の同じ場所（下記）にも書いたように、防災減災についての開発は、時間を使う割合的には小さくなっていますが、継続して行っています。
また、Web開発の知識が以前よりも増えたと感じているので、前述したCafeCoderの開発をはじめ、サービス開発にも取り組んでいます。

さらにインターンシップでは、トーナメントへの配置の最適化の問題や、I/Oを最小限にする仕様作成、データベースとの通信回数と計算量の最適化など、競技プログラミングで培った経験を社会に生かすことができています。

(以下：昨年度応募の「興味を持っている分野」)

情報科学を「防災・減災」に活かすことに興味を持っています。現在であれば、気象情報等を見やすい形態にして再配信したり、利用者にとって都合の良い方法で入手できるようにしたりするなど、減災につながることを、自分のできる範囲での開発をしています。今後は、いままで勉強してきたアルゴリズム能力を活かした気象の予報や、地震・津波などを含めた被害予測について、機械学習等について勉強した上で手を出してみたいなと思っています。
また、自分は鉄道について興味を持っているため、今後は、効率的な移動や、楽しみながらも効率的な観光についてなどの分野にも携われたら良いなと考えています。

コメント

昨年度も夏季セミナーに申し込ませていただきましたが、落選となりました。今年度は高校2年生ということで、JOIに関われるのは最後の年となるため、ぜひ参加したいと思っています。また、地方に住んでいることから、普段の生活ではすることのできない、他校の中高生との交流もできればいいなと考えています。よろしくお願いいたします。

2019年「夏季セミナー」に落選しました

Mon, 22 Jul 2019 00:00:00 GMT

結果

きょう7月22日朝，7月6日に申し込んだ，情報オリンピックの夏季セミナーの選考結果が届きました。

<blockquote class="twitter-tweet" data-lang="ja"><p lang="ja" dir="ltr">夏季セミナー落ちました</p>— kichi2004@夏季セミ落ち@8/4-6京阪&23-24愛知 (@kichi2004_) <a href="https://twitter.com/kichi2004_/status/1153090083198664704?ref_src=twsrc%5Etfw">2019年7月21日</a></blockquote> <script async src="https://platform.twitter.com/widgets.js" charset="utf-8"></script>

結果は，「落選」。
残念ながら，今年の夏季セミナーに参加することはできませんでした。

参考：春合宿参加者以外の申し込み人数は39名で，うち通過は10名のため，倍率は3.9倍でした。

いまの気持ち

夏季セミナーに申し込む人が（JOI予選参加者等に比べれば）少ないこと，「AtCoder水」「開発のインターン」や，開発成果物から，受かる可能性も十分あるだろうと思っていました。
しかし，春合宿参加者の割合が多く，それ以外の人の倍率が高かったことも相まってか，受かることはできませんでした。
ここ最近，AtCoderのレートを下げまくっていること等を含め，自分にとってつらいことがかなり多くて，相当しんどいです。
もちろん，私の実力不足ではあるのですが，それでも悔しいし，つらいです。
情報系へのモチベーションがかなり下がってきています。

落ちた原因の推測

自分なりに評価されなかったと思われる点です。
・通っている学校が強くない（数学等の学力面がまったく評価されない）こと。
・数学オリンピック等への参加経験がないこと。
・高校1年生でAtCoder水色というのが，（少なくとも応募者内で相対的に）高くなかったこと。
・過去のJOI等の実績が足りなかったこと。

応募した文章の全文

応募するときに書いた文章を載せておきます。

【過去の日本情報オリンピック参加】有
JOI 2018/2019予選 Bランク321点

【過去の夏期セミナー・コンテストやイベントの参加経験】無

【情報科学・プログラミングに関するこれまでの自分の活動等】

・提携プログラミングコンテストへの参加無

・他のプログラミングコンテストへの参加
＜AtCoder＞
レーティング: 1354 (水色) (7月6日現在の最高値)
ユーザーID: kichi2004

・他の科学オリンピック・甲子園などの参加無

・他のイベントの参加
SPAJAM2019 福岡予選（チームdeJr）
CyberRebeatCTF2018

・その他の活動

「株式会社diffeasy」にて長期インターンシップで Web開発
　→ 主にRuby on Rails 及び Vue.js / Nuxt.js における開発

自分で開発したソフトウェア
　→ https://software.kichi2004.jp/ (C# / .NET Framework での開発)
　→ GitHub https://github.com/kichi2004
　→ Twitter https://twitter.com/Kichi_disaster にて、自作BOTを運用中

小学校 4～6年生福岡市立[*学校名省略]小学校「パソコンクラブ」に所属（5年: 副部長、6年: 部長）

【その他、いままでの活動】
　初めて触ったC#をはじめ、C++やJavaScript, Ruby等の言語仕様、共同開発のテクニックやGitの使い方、競技プログラミングにおいて重要なアルゴリズムやグラフ理論等について勉強してきました。最近では、インターンが中心ではありますが、Web開発等も行っています。

【興味を持っている分野】
　情報科学を「防災・減災」に活かすことに興味を持っています。現在であれば、気象情報等を見やすい形態にして再配信したり、利用者にとって都合の良い方法で入手できるようにしたりするなど、減災につながることを、自分のできる範囲での開発をしています。今後は、いままで勉強してきたアルゴリズム能力を活かした気象の予報や、地震・津波などを含めた被害予測について、機械学習等について勉強した上で手を出してみたいなと思っています。
　また、自分は鉄道について興味を持っているため、今後は、効率的な移動や、楽しみながらも効率的な観光についてなどの分野にも携われたら良いなと考えています。

kichi2004

「SWIMMER OSINT CTF 2026」writeup

チームについて

解いた問題

tgt_debeyohiru

debeyohiru_01_social

debeyohiru_02_profile

debeyohiru_03_email

debeyohiru_04_hidden1

debeyohiru_05_hidden2

lilica

lilica_07_work

tgt_rain

rain_06_ai

rain_02_region

ops_swimmer

おわりに

「DIVER OSINT CTF 2025」writeup

チームについて

解いた問題

[Transportation] platform

[Transportation] 36_years_ago

[Transportation] listen

事前知識

当日やったこと

[Transportation] air2air

[history] bridge

[geo] night_street

「クレジットカードのすすめ」の追記

4. おすすめのクレジットカード

JAL カード navi

三井住友カード（NL）

JCB カード W

5. 用語解説

電子マネー (QUICPay, iD)

6. まとめ

AtCoder 解説についての考え

私について

注意

本題

私なりの解決策

その他の意見

筑波大学 情報科学類 AC入試 合格体験記

まえがき

大学や学類について

筑波大学とは？

情報科学類とは？

アドミッションセンター入試とは？

受験を決めるまで・受験までの流れ

受験で提出した内容について

防災関係の開発

高校生活に関連する開発

競技プログラミング

その他の活動

面接について

合格後の活動について

あとがき

JOI 2020 / 2021 本選 参加記

JOI 2020 / 2021 二次予選 参加記

はじめに

準備

予選当日

競技前

競技中

13:00 (競技開始)

13:17～

14:08～

14:27～

14:44～

15:43～

16:00～ (競技終了後)

おわりに

結果

2020年「夏季セミナー」に落選しました

いまの気持ち

応募した文章の全文

過去の日本情報オリンピック（予選および本選）への参加の有無とその結果

JOI 2018/2019 (ID: J190781CZ)

JOI 2019/2020 (ID: J200018EV)

過去の夏季セミナー・JCIOIが実施するコンテストやイベントの参加の有無

筑波大学情報科学類 AC入試合格体験記

JOI 2020 / 2021 本選参加記

JOI 2020 / 2021 二次予選参加記