shogo314 のブログ | ブログ

Blitz Round #25 C - Root Value

Sun, 04 Oct 2026 20:54:00 GMT

問題の概要

正の整数 $x$ に対して、 $\sqrt[m]{x}$ が自然数になるような最大の $m$ を $f(x)$ とします。

長さ $n$ の数列 $a_1, \ldots, a_n$ ( $2 \le a_i \le 200$ ) と $q$ 個のクエリ $(l, r)$ が与えられるので、各クエリについて

f\left(\prod_{i=l}^{r} a_i\right)

を求める問題です。

$1 \le n, q \le 2 \cdot 10^5$ 、テストケースの $n$ の総和と $q$ の総和はそれぞれ $2 \cdot 10^5$ 以下

正確な問題文は元の問題ページを見てください。

解法

$x$ を素因数分解して $x = p_1^{e_1} p_2^{e_2} \cdots p_k^{e_k}$ とすると、 $\sqrt[m]{x}$ が整数になるのは、すべての指数 $e_j$ が $m$ の倍数のときです。したがって

f(x) = \gcd(e_1, e_2, \ldots, e_k)

です。 $a_i \ge 2$ なので、積は $2$ 以上になり、指数のどれかは正になります。

積をそのまま計算すると巨大になりますが、指数だけを見れば足し算になります。 $a_i \le 200$ なので、現れる素数は $200$ 以下の $46$ 個だけです。各素数について指数の累積和を持っておけば、区間 $[l, r]$ での各素数の指数は差を取るだけで求まり、その $\gcd$ が答えです。

$a_i$ の上限を $A$ ( $= 200$ )、 $A$ 以下の素数の個数を $\pi(A)$ ( $= 46$ ) とすると、計算量は $O((n + q)\,\pi(A))$ です。

解答コード

Python

from math import gcd
prime = [2, 3, 5, 7, 11, 13, 17, 19, 23, 29, 31, 37, 41, 43, 47, 53, 59, 61, 67, 71, 73, 79, 83, 89, 97, 101, 103, 107, 109, 113, 127, 131, 137, 139, 149, 151, 157, 163, 167, 173, 179, 181, 191, 193, 197, 199]

for _ in range(int(input())):
    N, Q = map(int, input().split())
    A = list(map(int, input().split()))
    acc = [[0] * len(prime)]
    for a in A:
        t = acc[-1].copy()
        for i, p in enumerate(prime):
            while a % p == 0:
                t[i] += 1
                a //= p
        acc.append(t)
    for _ in range(Q):
        l, r = map(int, input().split())
        l -= 1
        ans = 0
        for i in range(len(prime)):
            ans = gcd(ans, acc[r][i] - acc[l][i])
        print(ans)

Blitz Round #25 B - Jump Trip Score

Sun, 04 Oct 2026 20:34:00 GMT

問題の概要

長さ $n$ の整数列 $a_1, \ldots, a_n$ があり、位置 $i = 1$ から出発して $i = n + 1$ に着いたら終わりです。スコアは $0$ から始まり、各位置で次のどちらかを行います。

$a_i$ をスコアに足して $i + 1$ に進む
正の整数 $d$ ( $i + d \le n + 1$ ) を選んで $i + d$ に跳ぶ(スコアは変わらない)

跳ぶ操作は高々 1 回まで使えるとき、最終スコアの最大値を求める問題です。

$1 \le n \le 4 \cdot 10^5$ 、 $-10^9 \le a_i \le 10^9$ 、テストケースの $n$ の総和は $4 \cdot 10^5$ 以下

正確な問題文は元の問題ページを見てください。

解法

$i$ から $i + d$ に跳ぶと、 $a_i, \ldots, a_{i+d-1}$ を飛ばすことになります。跳ぶのは高々 1 回なので、得られるスコアは

(\text{先頭からの連続部分の和}) + (\text{末尾までの連続部分の和})

で、間の 1 区間を飛ばした形になります(跳ばなければ全部の和)。

そこで

$L_k$ = 長さ $k$ 以下の接頭辞の和の最大値(空も含むので $0$ 以上)
$R_k$ = 位置 $k + 1$ 以降から始まる接尾辞の和の最大値(空も含む)

を累積和で求めておけば、答えは

\max_{0 \le k \le n} (L_k + R_k)

です。接頭辞と接尾辞が重ならないように、境目 $k$ を全通り試しています。計算量は $O(n)$ です。

解答コード

Python

for _ in range(int(input())):
    N = int(input())
    A = list(map(int,input().split()))
    dp0 = [0]
    x = 0
    for a in A:
        x += a
        dp0.append(max(x, dp0[-1]))
    dp1 = [0]
    x = 0
    for a in reversed(A):
        x += a
        dp1.append(max(x, dp1[-1]))
    dp1.reverse()
    print(max(x+y for x,y in zip(dp0,dp1)))

dp0 が $L$ 、dp1 が $R$ にあたります。

Blitz Round #25 A - Sum vs MEX

Sun, 04 Oct 2026 20:13:00 GMT

問題の概要

$1$ から $n$ の順列 $p$ のうち、すべての $i$ ( $1 \le i \le n$ ) について

\sum_{j=1}^{i} p_j \text{ が } \mathrm{MEX}(p_1, \ldots, p_i) \text{ で割り切れる}

を満たすものを 1 つ構築するか、存在しないことを判定する問題です。ここでの $\mathrm{MEX}$ は「含まれない最小の正の整数」です。

$1 \le n \le 2 \cdot 10^5$ 、テストケースの $n$ の総和は $2 \cdot 10^5$ 以下

正確な問題文は元の問題ページを見てください。

解法

$n$ が奇数のとき：存在しない

$i = n$ のとき、 $p_1, \ldots, p_n$ には $1$ から $n$ がすべて含まれるので $\mathrm{MEX} = n + 1$ 、総和は $\frac{n(n+1)}{2}$ です。

\frac{n(n+1)}{2} \div (n + 1) = \frac{n}{2}

なので、割り切れるのは $n$ が偶数のときだけです。よって $n$ が奇数なら答えは NO です。

$n$ が偶数のとき： $1$ を最後に置く

$1$ を最後に置くと、 $i < n$ では $p_1, \ldots, p_i$ に $1$ が含まれないので $\mathrm{MEX} = 1$ となり、条件は常に満たされます。

$i = n$ のときは上で見たとおり、 $n$ が偶数なら割り切れます。

したがって、たとえば $p = (2, 3, \ldots, n, 1)$ が条件を満たします。

解答コード

Python

for _ in range(int(input())):
    N = int(input())
    if N & 1:
        print("NO")
    else:
        ans = list(range(2, N + 1)) + [1]
        print("YES")
        print(*ans)

ICPC 2024 Asia Taichung Regional 参加記

Sat, 01 Mar 2025 10:12:19 GMT

注意：海外Regionalに参加するための有益情報は特にないです。ほとんど全てをコーチのkotamanegiさんがやってくれました。

他の人の参加記

出場経緯

前回のあらすじ ICPC2024 国内予選参加記

Yokohama Regionalに進出することはできませんでしたが、海外Regionalに出ることでAsia Pacific Championshipに進出することが可能であると話題になりました。特に台湾リージョナルでは現実的だろうという予想で、出場に前向きになりました。 kotamanegiさんに実際行くことになるとどのくらいの費用になるのか試算してもらい、結局出場を決めた日は申し込みの最終日でした。

練習

出場を決めてからは毎週土曜日に3人で集まってUCup に出ました。自分のNAISTの院試(院試に関する記事)直前の週以外は全て参加しました。（その週は2人で参加したみたいです）

作戦

明文化したりはあまりしておらず、練習を繰り返す中で動き方を共有していました。3人の特徴としては

shogo314: 簡単な問題の速解きと典型が得意（ARCが苦手の言い換え）。PythonとC++が使える。
littlegirl112: 上と似たような感じだが、知識は一番多そう。国内予選の頃から特に訓練を積んでおり、チーム唯一の黄色コーダーになっていた。
besukohu: 最年少。ARCが強い。AHCがすごく強い。

こんな感じです。英弱過ぎる、Pythonが唯一使える、コードを書くのがある程度速い、考察が弱いなどの理由で基本的に僕がコード書き、たまにlittlegirl112が書くという感じでした。besukohuは練習でも本番でも、一度もパソコンを触りませんでした。

大抵序盤は解けた問題から2人のどちらかが僕に内容を伝えて、数問解いてバグや実装のつまりなどがあるとlittlegirl112と交代しながらコーディングを進めるような形でした。

台湾

スケジュールを決めたり、支払ったりなどは全てkotamanegiさんがやってくれました。いろいろ調べてなるべく安い旅程にしていただいたようで、感謝しています。本当にありがとうございました。

準備

パスポートは実家にあったので送ってもらいました。 kotamanegiさんが台湾ドルの両替を代わりにしてくれると申し出てくれましたが、現金がなくてもそんなに困らなそうだったので断りました。実際困りませんでしたが、流石に多少は持って行った方がいいように思います。前日に悠遊カードが現金でしか買えないということに気づきました。klookのサイトから事前に決済して空港で受け取れるものがあったので、それを利用することにしました。ついでにsimカードを用意できて満足。それまで通信に関して何も考えていなかったので間一髪です。

こたまねぎさんが有能過ぎて、海外行くのになにも調べてない
今関空が思ったよりも遠くて驚いてる

— shogo314 (@shogo3142) 2024年11月14日

台風が来てオンラインに変わる可能性があるという話が出ていました。日程的に台湾からオンラインで参加することになるので、本当に勘弁してほしい気持ちです。結局、雨が少し降った程度でよかったです。

1日目

関空までは距離があるので徹夜して始発に乗りました。

12:00 関空 ~ 14:15(現地時間) 台北桃園の飛行機に乗りました。入国審査はあっという間でした。何も話すことなく指紋と目の写真をとっただけで終わりました。ただ、審査の列はかなり長かったです。

空港近くのショッピングモールのフードコートで夕食を食べました。炒飯みたいなのを食べましたが、付いてきたお茶がかなり甘いアッサムティーでした。台湾ではこのお茶が普通みたいです。

新幹線で台中に移動します。新幹線はかなり安いです。ホテル代も安くてそれ以外の物価は普通でした。

夜はホテル近くにある宮原眼科というアイス屋に行きました。知りませんでしたが有名みたいです。アイスを売っているところのとなりは綺麗な感じの建物でお菓子などが売っていました。

2日目

プラクティスの日です。

夕食はホテル近くのショッピングモールのフードコートに行きました。

台中のフードコートに来ました https://t.co/AG86GfjILa pic.twitter.com/WR1rjTphVR

— shogo314 (@shogo3142) 2024年11月16日

この日のABCは爆死しました。悲しい

3日目

本番の日です。朝は会場行きのバスが来る駅でモスバーガーを食べました。ところで駅の中は八角の匂いがします。コンビニのおでんの位置で八角で味付けした卵が売っています。台湾名物みたいですね。

コンテスト

A

考: besukohu, 実: shogo314

1~5の数のうち4つ与えられるのでない数を答えます。簡単ですね。0完阻止でしょう。

E

考: besukohu, 実: shogo314 少し考えればわかるくらいのやつ。これも結局全チーム解いてました。

B

考: besukohu, 実: littlegirl112 僕がEを書いている間に解けたみたい。

Dがやるだけなのでbesukohuに聞いて書きます。実装につまってしまったのでlittlegirl112に交代します。

C

考: besukohu, littlegirl112, 実: littlegirl112

関わっていません。

この間にMを見てみると簡単に解けたのでそのことを2人に伝えました。

D

考: besukohu 実: shogo314

M

考: shogo314,besukohu,実: shogo314

詳細を詰めていなかったので時間がかかります。 besukohuと相談しながらなんとか提出するもTLE。 setをheap2つにしたり（削除可能にするあれ）いろいろして漸くACしました。

H

考: 全,実: littlegirl112

<>> みたいな文字列が与えられて、2 8 3 1 にみたいな数列がいくつあるかを答える問題です。 besukohuは±1していくイメージでイラストを描いていたのでlittlegirl112が問題を勘違いしていました。ランレングス圧縮して考えるとうまくいくことに気づきましたが、分割数の求め方を知らなかったので実装はlittlegirl112に任せました。

残った時間はIの激重Trieやるだけをlittlegirl112が書きながら、いい方針がないか考えたり他の問題を見てみたりして過ごしました。

コンテスト終了

27位でした。盾をもらいました。銀賞みたいです。豪華ですね。

4日目

観光の日です。

お茶を作ってるところに行ったりしました。

台湾の家庭料理の店に案内されましたが、全ての料理に八角が入っていて、みんないやになってました。白米がおいしかったです。

夜はkotamanegiさんのお金で鍋の食べ放題に行きました。

5日目

新幹線で台中を出て、桃園から飛行機で大阪に帰ります。

後日

playoffに行けることになり、びっくり。

内容が薄いのはplayoffの閉会式中に書いているからです。

NAIST受験記（2025年春入学・第2回）

Sat, 11 Jan 2025 15:55:25 GMT

TL;DR

TOEIC：525
数学：2完
面接：ぼちぼち
169点

自己紹介

大阪大学の学部生です。大阪大学大学院情報科学研究科を受験しましたが、不合格だったので、浪人するか迷いましたがNAISTを専願で受けることにしました。ちなみに阪大はTOEICが低すぎて落ちました。

GPAは2.85です。NAISTに提出した成績証明書には落単したものの成績は出ないので、もう少し高く見えたはずです。

準備

現在行っている研究をそのまま行えるような研究室はNAISTになかったのと、もともと興味があった分野について挑戦してみたい気持ちがあったので、選んだ研究室は現在所属している研究室とはかなり研究内容が違うところになりました。 9月初旬に研究室見学に行きました。時期としては遅いと思います。教授にどういう分野に興味があるという話と、現在の専門は学科レベルなら近いが分野はかなり違う旨を伝えました。教授からその研究室で行っている研究室について話を聞き、小論文で書くジャンルについて相談しました。私が興味を持ったものは日本語の情報が少ないため（英語もそんなに多くないが）そのジャンルについての日本語の解説記事を紹介していただきました。その後、自分は小論文にあまり関われないからと（教授は採点する側の人なので）、他の研究室のメンバーと話す場を設けていただきました。これから勉強するなら、小論文は卒論とこれからやりたい研究で半々くらいにするとよいだろうとアドバイスをいただき実際そのようにしました。

小論文

1週間ほどかけてそのジャンルの論文を列挙し、その中から深めがいのありそうなテーマを選びました。その研究室の人が書いた博論のテーマを別角度からやるみたいな感じです。それから小論文を書くわけですが、とりあえず私が行っている卒論について書きました。9月頭に研究部会で構想発表をしたところだったので、それを半分ほど流用し、別ジャンルの人でもある程度理解できるための情報を追加しました。NAISTでやりたい研究については、表現が適切か、本当に前例がないのか不安になりながら数日かけて書きました。小論文は自分の研究室の教授、先輩、志望している研究室の先輩、所属しているサークルの顧問（NAISTでやりたい研究として書いた分野について研究している）に見てもらいました。特に志望している研究室の先輩方には本当に丁寧に見てもらえました。その先輩にテーマとして書いた内容とかなり近い論文が今年の3月に出ていることを指摘されましが、無料で読めないし（顧問に頼めばよかったかも）、今更大幅な変更もできないと思い、見なかったことにしました。結局面接でも指摘されなかったので、助かりました（その論文のことを教授が知らなかったとかはありえないです。著者のひとりなので）。

数学

1週間前に始めました。解析については大阪大学の院試で勉強していたので、1日くらいかけて復習したくらいです。そもそも高3の範囲から出ることが多そうです。代数については1年くらい触れていなかったので、数日かけて理解しなおしました。固有ベクトルをもとめて、 ${A}^{n}$ を計算するみたいなのが頻出のようなので、実際に説明しながら解く練習をしたりしました。

適当に過去問をググって、解いたりしました。調べると以下のものが出てきます。

面接

対策は何もしませんでした。流石に何かした方が良かったように思います。 2020年入学学生募集要項に「3分以内でプレゼンテーションをしていただきますので、事前に準備しておいてください。」という記述がありましたが、これ以降の募集要項には書いていなかったので、聞かれないだろうと思って用意していませんでした。実際は聞かれて焦りました。

事前接続確認

部屋を映してもらう可能性があると書かれていることに直前に気付き、あわてて散らかってたのを隠しました。事前接続確認は受験番号と氏名を確認した後、スケッチブックに文字を書いてみて読めるかの確認がありました。結局汚い部屋を映すタイミングはありませんでした。

本番

口頭試問

代数

${A}$ と $A '$ および ${A}^{\top}$ と ${A '}^{\top}$ について、消去法を用いて階数を求めよ。

A = {\begin{bmatrix}1 & 4 & 0 \\ 2 & 11 & 5 \\ -1 & 2 & 10 \end{bmatrix}}

A ' = {\begin{bmatrix}1 & 0 & 1 \\ 1 & 1 & 2 \\ 1 & 1 & q \end{bmatrix}}

解析

\int_{0}^{7 \pi} \left| \cos x \right| dx

感想

簡単すぎませんか？日程の初日は簡単という話があったり、オンラインで事前に問題をみる時間がないなどの理由はあるとして、それにしてもです。面接時間は12分ありますが、7分程で解き終わりました。まだ時間はあるが、解けてるので終わる旨を面接官に伝えられ終了しました。掘り下げて質問してくるとかがなかったので、正解してるかが重要なのでしょうか？

面接

小論文の内容を1~2分で説明して
- アドリブでやりましたが、ちょっと短くなってしまいました。準備していないと思われて（実際そう）、印象はよくなさそう。
小論文に書いた内容に関する質問
- 卒論関連は普通に答えました。狭い分野なので、この中で自分が一番詳しいだろうという気持ちでどうどうと答えました。
- NAISTでやりたい研究について、こういうところがおもしろそうだけど、なにか案はある？と聞かれましたが、あまり考えずに書き足した部分だったので、困りました。
プログラミング得意？
- 我、競プロerぞ？
プログラミング技法Ⅰの成績は低いみたいだけど
- どんな成績だったか全く覚えておらず、うまく答えられませんでした。せめて、成績については覚えていないがこんな感じの授業内容だった～みたいな返答が出来たら良かったように思います

結果

合格でした。169点でした。配点は書類審査50点、英語30点、数学30点、小論文（面接含む）90点なので、英語以外がほぼ満点だったんだと思います。書類審査がどういうものか全くわかりませんが、まともな大学でまともな成績をとっていたら十分な点がもらえるんだと思います。

ICPC2024 国内予選参加記

Fri, 05 Jul 2024 15:28:38 GMT

チーム

メンバーはshogo314（自分）、besukohu、littlegirl112です。出場時のAtCoderのレートはそれぞれ1848, 1902, 1805でした。今年も阪大の3軍です。阪大ではざっくりレート順に決まるチームが多いです。

チーム名

kotamanegi_marukajiriになりました。

JAG

いくつかのチームで集まって参加しました。結果は27位でした。力を出せなかったわけではありませんが、一昨年の基準では通過できない基準。なかなか厳しいです。

当日

早めに行って設営を手伝ったりしました。

本番

A

考察: littlegirl112 実装: shogo314 言われたとおりに実装しました。

AC 2:25

B

考察: littlegirl112 実装: shogo314 言われたとおりに実装しました。

AC 6:34

C

考察: besukohu 実装: shogo314 言われたとおりにO(1)を書いたけど、嘘でした。何回か書き直して、駄目だったので、littlegirl112に見てもらいながら前計算で中心からBFSするのを書きました。バグらせて大変でした。

AC 34:04

D

考察: littlegirl112 実装: shogo314 言われたとおりに実装しました。バグらせながらなんとかACしました。

AC 1:08:22

E

考察: littlegirl112, besukohu 実装: littlegirl112 嘘を書いたり、嘘じゃなかったかもだったり。僕はほとんど関わっていません。サンプルは通ったけど絶対WAですと言われたので、とりあえず出しましょうとだけ言いました。

ACならず

F

考察: besukohu 実装: shogo314 頑張りました。頑張ったのですが実装しきれませんでした。少し理解の浅い部分もありました。

ACならず

感想

調子がかなり良ければ6完の可能性が見えてくるけど、正直難しかったです。最後の方はlittlegirl112とパソコンの取り合いをしていましたが、6完する必要があったので、そのムーブは間違っていなかったと思っています。双子が11位な時点で魔境コンテストだったと思います。

来年は僕が院試に落ちていなければ1軍か2軍で出場しているはずです。がんばります。

AtCoder Heuristic Contest 030 参加記

Mon, 19 Feb 2024 10:05:11 GMT

AtCoder Heuristic Contest 030に参加し、275位でした。

FAチャレンジ

なるべく早くサンプルを提出するチャレンジです。（無意味）負けました。問題を開くのが少なく見積もって3秒は遅れていたのが敗因です。

やったこと

雛型を作る

サンプルと同じことをするコードを今後の修正を加味しながらきれいに書き直します。この中でコストの計算方法の理解が正しいかなどを確認していきます。

https://atcoder.jp/contests/ahc030/submissions/50121556
絶対スコア：12696000000

$\sum_{t=1}^{50} {N}^2 = 12696$
であることがわかりますね。

ランダムにボーリングする

方針が立たないので適当にq1のクエリを繰り返しながら明らかに確定したタイミングで答えを決める形にします。答えが確定したかを確認するのを O(N² d M) かけるとして全部で O(N⁴ d M) 。間に合います。答えが確定したかは、0の場所と被らずに油田を置けるかの判定を全ての油田について行います。（かなり簡易な判定）

https://atcoder.jp/contests/ahc030/submissions/50122609
絶対スコア：11981000000

微差ですね。

判定を賢くする

油田の数が多くなるとほとんど判定が効いていないようです。特定のマスについて、そこに被るように置く方法が1通りであるかの判定を追加します。

https://atcoder.jp/contests/ahc030/submissions/50123560
絶対スコア：10678000000

多くのケースにおいて全て埋めきる前に確定させられるようになりました。実行時間が1.2sだったので、そろそろ気にする必要がありそうです。

順位表を見てみる

(2024-02-10T12:00:00+09:00)

2段になっておりサンプルの上に1段あります。既にここは超えていますが、見逃している自明解があるようなので、これを探ってみます。

発見しました。サンプルと同じように進めて、見つかっているものの総和を比べると、ここになるようです。

https://atcoder.jp/contests/ahc030/submissions/50127581
絶対スコア：11411000000

組み合わせる

稀に全てのセルを探索しているので、組み合わせると改善するはず。

https://atcoder.jp/contests/ahc030/submissions/50127994
絶対スコア：10220000000

一次元化する

実行時間を改善するためグリッドを一次元化したりいろいろ工夫します。判定をいろいろ賢くして、まだ調べていない部分も確定する部分をちゃんと記録して、調べるときはそれを除くようにします。かなり掘る回数を削減できました。

この過程で500回に1回くらいの確率でWAになるバグを見つけました。再現性がないとデバッグで困るのでrandom関数は決定的なものにしておいた方がいい気がします。

https://atcoder.jp/contests/ahc030/submissions/50255771
絶対スコア：5415000000

情報量を使う?

掘る場所を改善できる気がします。掘る候補についてそこを掘ったときに得られる情報量を考えて、エントロピーを計算すれば、いい場所を掘るようになりそうです。ただ、実装が面倒だし、TLEになる気もします。

同じ形のときがある

同じ形の油田が２つあるとそのどちらなのかが特定できません。このようなケースがだいたい7.5%ほどあります。２つあるなら２択まで絞れた時点でどちらかに決めるような処理を入れました。

候補が複数あるものを適当に決めて矛盾があれば候補からはずす

やりすぎるとすぐTLEするので候補が多いものに絞った上で、残り時間が少ないと判定を飛ばすようにした。

掘る場所の選び方を工夫する

確定していないものから一様ランダムに選んでいたが、確定している場所の近くは選ばれにくくした。

https://atcoder.jp/contests/ahc030/submissions/50275514
絶対スコア：4957000000

感想

結局占いは使えませんでした…

AtCoder Heuristic Contest 027 参加記

Sun, 10 Dec 2023 10:03:14 GMT

AtCoder Heuristic Contest 027に参加し、273位でした。

時系列

とりあえず

サンプルのdfsと同じものを実装する。スコアの計算を実装する。

以下、特に明記しない場合はシードが1~100のときの平均
Average = 21991473.54

`RDLU`の順番を変える

24通りを試し、最良を選択する

Average = 19521742.3

もっとランダム

各マスでランダムに優先順位を決める。 20000回程シミュレーションできた。

Average = 21251525.91

あんまりよくなっていない

現在の解からランダムに派生

ちょっと寄り道したり、省略したりしてみて改善するなら採用を繰り返す。変化が小さいのですぐに局所解になったり、広い盤面だと計算に時間がかかって十分に派生させられないので、いろいろ残念。大きい変化を頑張って採用できるようにする案もあるが、次の手に。

Average = 18365379.48

15000000くらいなら提出する気になるかな…

DFSから変更

DFSは実装が簡単だが、無駄な移動が多い。なるべく少ない移動ですべてのマスを少なくとも一回通る方法について考える。これは巡回セールスマン問題（TSP）なので、条件つきでの近似解法について調べる。三角不等式が成り立つときの問題をMetric TSPというらしい。この条件下ではDFSのルートから既に行ったことのある場所をとばしてルートを決定していくというのがあるらしい。クリストフィードのアルゴリズムはよくわからなかった。O(n³)らしいので今回の条件だと使えない？ RDLUの順に評価するDFSを変形する形で実装してみる。

Average = 16936320.88

思ったより改善した

24通り試す

Average = 16144839.97

まだTSPが不完全…。グリッド上のTSP解法は確実に論文があるはずだが、検索能力がないので見つけられない。 Bing AIにきいてみるとFutureの記事を提案されるがこれは一般的なグラフの解法。食い下がると、次数5以下の場合の多項式時間アルゴリズムを出してくれる。そんなものが存在するのか…。英語論文を読む気にならない

2-optを使ってみる

Average = 15892483.36

とりあえずTSPは十分と思って、ここから適当に遷移させる。

適当に山登り

Average = 14025677.55

結構改善した

遷移先をいい感じに評価

汚れが大きいところを通るものを選ぶようにする

Average = 13801249.45

局所最適解に陥ることが多い

探索幅を広げる

TSPの後、改善する手順を繰り返す。改善する段階は重みをつけているので一意だが、TSP解がランダムなのでいろいろな解がえられる。

Average = 13567886.96

TSPがいまいち

そもそもTSPが最適でないし、多様性もない

TSPの最善でないものもいろいろ採用してみる

Average = 13178283.81

遷移先を増やす

Average = 13213827.0

収束の速いケースでは改善したが全体としては悪化

汚れやすい場所を探す

入力生成方法を読むと、1~20の汚れやすいゾーンがある。汚れやすい場所でないところは10以下で汚れやすい場所は最大1000なので、かなり差がある。実際どのくらいかわからないが、汚れやすい場所をそうでない場所の10倍以上通るくらいがよさそう？

10より大きい場所だけでTSPを解けばいいのでは？

間に合わず悲しい

感想

結構いいアイディアが思いついたと思ったけど、実装しきれず… 参加賞が200人対象なので頑張ったが、さすがに届いてなさそう

AtCoder Heuristic Contest 025 参加記

Sun, 22 Oct 2023 10:52:46 GMT

AtCoder Heuristic Contest 025に参加し、185位でした。

やったこと（時系列）

適当に原型を作る

d[i] = i % D

とする。 https://atcoder.jp/contests/ahc025/submissions/46619584

AHCの順位表は作戦立てに有効な情報が多いので視覚的に把握できると便利です
例えば今日開催されたAHC024では現時点(10/13, 12:54)では10位付近に強い貪欲があるのがわかります。 pic.twitter.com/ndFWFVUZff

— pitP (@HISHO_NO_KISEKI) 2023年10月14日

上の並んでいる部分。みんな考えることは同じやね。

考える

原型を改良する方向で考える。Dが大きいときは、ソートして最小と最大を近づければそれっぽくなりそう。

2 \le D \le 25,

8D \le Q \le 1600D,

Qが最小のときでもギリギリ、ソート出来そう。

ソートの比較

ソートの候補は

マージソート
クイックソート
ヒープソート
二分挿入ソート

要素数25（一致する数字はなし）で、それぞれ10⁶回実行したときの比較回数。

二分挿入ソートは挿入ソートの挿入位置を二分探索で求めるもの。通常、挿入コストが重いので使われないが、比較コストはこの中で最も低いようだ。

最悪でも要素数の4倍未満なので必ずソート出来る。

N = 25
t = 0
for i in range(1, N):
    t += i.bit_length()
print(t) # 94

最悪の比較回数は上のコードで求まる。

大小関係の保存

Qが小さいのでちゃんと最適な質問の仕方をしたい。

x \le y \land y \le z \to x \le z

\operatorname{Weight} \{ a \} \le \operatorname{Weight} \{ b \} \leftrightarrow \operatorname{Weight} \{ a,c \} \le \operatorname{Weight} \{ b,c \}

みたいな性質は使いたい。

ソートしたあと上と下を近づける

大小関係についてきちんと保存して、上記の性質を利用して無駄なクエリを排除するコードを書いてみたものの、うまく動かなかったので、実装コストの軽い方針で進める。はじめに二分挿入ソートでソートしたあと、要素が2つ以上のなるべく大きいグループからランダムに1つ選び、最も小さいグループに移動させる。これで改善する場合は採用し、新しいグループの挿入位置を二分探索で調べる。

提出 https://atcoder.jp/contests/ahc025/submissions/46724103

結構いいスコア

繰り返す

上の方法では最も大きいグループのどれを移動させても改善しない状態に収束するので、収束が確認できたら初期解をランダムに作成し同じ操作をする。新しく作った解の最大最小のグループを元の解のものと比べて、どちらも改善しているなら採用する

提出 Submission #46742799 - AtCoder Heuristic Contest 025

収束するまでの操作は回しきれないものから30回程のものまである

D=2のときについて考えてみる

シード0~999の1000ケースについて--D=2で実験してみたところスコアの平均は31858.2だった。

解の探索範囲を広げるため、大きい方から小さい方に動かして悪化する場合もそれを採用することにした。スコアの平均は57360.4だった。悪化する場合は選択せずに選び直すという処理はよかったようだ。

単に2つを比べて近づけていくのはあんまり賢くない気がするが特によい方法が思いつかない。

問題の都合上、少し改善が難しい。力を出し切った感覚はないが、十分なスコアは出ていそうだし、疲れたのでここで終了。結局3回しか提出しなかった。

パソコンを買いました。

Sat, 02 Sep 2023 11:30:50 GMT

競技プログラミング用にパソコンを買ったので、環境構築を全部書きます。

目標はWSL+VSCodeでC++を実行できるようにして、atcoder-cliで提出出来るようにすることです。

パソコン

Lenovo IdeaPad Slim 170 14型 (AMD) 49,830円
プロセッサー: AMD Ryzen™ 5 7520U (2.80 GHz 最大 4.30 GHz)
初期導入OS: Windows 11 Home 64bit
グラフィックカード: AMD Radeon™ 610M グラフィックス
メモリー: 8 GB LPDDR5-5500MHz (オンボード)
ストレージ1: 512 GB SSD, M.2 PCIe-NVMe Gen4 QLC
ディスプレイ: 14” FHD液晶 (1920 x 1080)
重さ: 1.4kg

パソコンに詳しくないので、5万円以下でなるべく性能がいいらしいものを買いました。（参考）
普段使いは生協で買ったLIFEBOOKなので、重さに驚きました。

パソコンのセットアップ

地域を設定したりします。

デバイスの名前はLAPTOP-KP-shogoにしました（後から変更できます）。

Microsoftアカウントは既に持っていますが、新規にメールアドレスを取得してみます。名前を姓名別に入力させるフォーム…。

サインインしてPINを設定出来たらあとは全部スキップして完了。

WSLをインストール

PowerShellを管理者として実行

wsl --install

指示通り再起動する

Restart-Computer

これで再起動できる（手動でいい）。再起動すると、Ubuntuのターミナルが開かれた状態でusernameを入力するよう指示があるので入力する。次にパスワードを入力するよう指示があるので入力する（入力時、画面に文字が出ない）。もう一回パスワードを入力すると設定完了。パスワードは簡単にしておいた方がいい。

VS Codeをインストール

Microsoft Storeにもありますが、公式ページからインストーラーをダウンロードしている人が多いのでそっちにします。

https://code.visualstudio.com/download

にアクセスして、WindowsのUser Installerのx64をクリック。 VSCodeUserSetup-x64-1.81.1.exeがダウンロードされるので実行。

使用許諾契約書が出るので同意

インストール先を指定できますが、デフォルトの C:\Users\username\AppData\Local\Programs\Microsoft VS Codeにしておきます。

追加タスクを選択できます。せっかくなので全部チェックしておきます。

インストールを押して完了です。

VS Codeに拡張機能を追加

拡張機能の

をインストール

VSCodeとWSLの連携をとる?

左下の><みたいなのを押して、Connect to WSLを選択

左下が><WSL-Ubuntuになる

これでVSCodeからWSLのファイルを触れるようになる

ターミナルを開いて

shogo314@LAPTOP-KP-shogo:~$

のように表示されている

コンパイラをインストール

ターミナルで

sudo apt-get update
sudo apt install build-essential -y
sudo apt install gdb -y

を実行

g++ --version

で正しく表示されたらOK

VS Codeに拡張機能を追加2

C/C++

を入れる

試してみる

shogo314@LAPTOP-KP-shogo:~$ mkdir AtCoder/ABC/abc211/a -p
shogo314@LAPTOP-KP-shogo:~$ cd AtCoder/ABC/abc211/a
shogo314@LAPTOP-KP-shogo:~/AtCoder/ABC/abc211/a$

VSCodeで/AtCoder/ABC/abc211/を開いてa/にmain.cppを作る

#include <iostream>
int main()
{
    int A,B;
    std::cin >> A >> B;
    std::cout << (float)(A - B) / 3 + B << std::endl;
}

拡張機能が働いていることがわかる。ファイルを保存して下を実行

$ g++ a/main.cpp
$ ./a.out
300 50
133.333

g++がちゃんと使えている

atcoder-cliをインストール

Python3をインストール

sudo apt install python3

既にインストールされてる?

$ python3 --version
Python 3.10.12

Pythonをインストールするとpipもついてくるはずだけど、なかったのでインストール。

pip3をインストール

sudo apt install python3-pip -y

Node.jsをインストール

curlは既にインストールされている node.jsはバージョンが結構複雑らしい

Node Version Managerをインストール

https://github.com/nvm-sh/nvm

curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.5/install.sh | bash

Node.jsをインストール

ターミナルを開き直す

nvm install node
npm install -g npm

online-judge-toolsをインストール

pip3 install online-judge-tools

pip listだと表示されるがojが認識されない。ターミナルを開き直せば使えた。

atcoder-cliをインストール

npm install -g atcoder-cli

試してみる

oj login https://atcoder.jp
acc login

ログイン

$ cd ~/AtCoder/ABC
$ acc new abc210

abc210/aの中にmain.cppを作る

#include <iostream>
int main()
{
    int N, A, X, Y;
    std::cin >> N >> A >> X >> Y;
    std::cout << std::min(N, A) * X + std::max(0, N - A) * Y << std::endl;
}

oj t

が実行できないテストケースのディレクトリがtestsに作られたのにtestを参照している。とりあえずディレクトリ名を変更して実行。正常に動くことが確認できる。

acc submit main.cpp

提出成功。テストケースのディレクトリ名を変えたせいでテストしてないけど大丈夫?みたいなのが出た。

atcoder-cliの設定

$ acc config default-test-dirname-format test
$ acc config default-task-choice all

テストケースのディレクトリ名を変更する。コンテストを選んだときすべての問題のディレクトリが作成されるようにする。

$ acc config-dir

で設定用のディレクトリがわかるので、それを開く。 ~/.config/atcoder-cli-nodejs ここにcppディレクトリを作りtemplate.jsonを置く

{
    "task":{
        "program": ["main.cpp"],
        "submit": "main.cpp"
    }
}

main.cppも作る。テンプレートを適当に作る。

acc config default-template cpp

これで設定したテンプレートが使用できる。

ライブラリを使えるようにする

仮にac-libraryを使ってみる

$ cd ~
$ mkdir library
$ cd library
$ git clone https://github.com/atcoder/ac-library.git

$ cd ~/AtCoder/ABC
$ acc new abc206

abc206を開く d/main.cppを

#include <bits/stdc++.h>
#include "atcoder/dsu"

int main()
{
    using namespace std;
    int N;
    cin >> N;
    vector<int> A(N);
    for (int i; i < N; i++)
        cin >> A[i];
    atcoder::dsu uf(200001);
    int ans = 0;
    for (int i = 0; i < N / 2; i++)
    {
        if (!uf.same(A[i], A[N - i - 1]))
        {
            uf.merge(A[i], A[N - i - 1]);
            ans++;
        }
    }
    cout << ans << endl;
}

にする

$ cd d
$ g++ main.cpp -I ~/library/ac-library
$ oj t

ac-libraryをコンパイル出来ている。

verification-helperをインストール

これだとAtCoderにしか提出出来ないので、インクルードしているものを自動で展開できるようにする。

$ pip3 install online-judge-verify-helper

これでインストールできる。念のためターミナルを開き直して

$ oj-bundle main.cpp -I ~/library/ac-library > a.cpp

展開したものが標準出力に出るので> a.cppを付けて出力先をファイルにする。展開したいものは<atcoder/dsu>のように<>で囲んでいると駄目で、""で囲む必要がある。

CPLUS_INCLUDE_PATHを設定

これまでだとVSCodeの拡張機能が”atcoder/dsu”を認識できておらずエラーが出ていた。ホームディレクトリに.bash_profileを作り

export CPLUS_INCLUDE_PATH=~/library/ac-library

と書く。2つ以上設定したい場合は:で区切るらしい。‘/home’から書いた方が確実かも。ここのファイルはbashを起動したときに実行されるのでターミナルを開き直す。

echo $CPLUS_INCLUDE_PATH

で表示されてたら成功。

これでエラーが出なくなった。またg++を実行するときに-I ~/library/ac-libraryを書かずとも動くようになった。しかし、oj-bundleは書く必要がある。

設定を調整

if(1)
{
}

より

if(1){
}

が好きなのでフォーマッタの設定を変える。設定を開く。Ctrl+,で開ける。 C_Cpp: Clang_format_fallback StyleがデフォルトだとVisual StudioになっているのでGoogleに変える。

トラブル発生

VSCodeを開き直すと急にojやoj-bundleが使えなくなった。acc check-ojは使えるし、動いているのでPATHの問題っぽい。 home/shogo314/.local/bin/oj --versionが動くのでこれを呼べるようにすればよい。 ~/.bash_profileに

export PATH="~/.local/bin:$PATH"

を追加する。

おわり

結構大変だった。

ライブラリを作る（執筆中）に続く…

AtCoder Heuristic Contest 022 参加記

Sun, 20 Aug 2023 10:12:20 GMT

AtCoder Heuristic Contest 022に参加し、442位でした。

自己紹介

AtCoderはshogo314でやってます。現在のHeuristicレートは1279です。正直アルゴに比べて苦手意識があります。

やったこと（時系列）

環境整備

多くのテストケースで実行してくれるようにする。

サンプル

i番目の出口セルの位置についてPの値を10∗iに、出口セルが存在しない位置は0に設定する
各ワームホールについて、y=0,x=0で1回計測し、出口セルの中でPの値が計測値と最も近いものを推定結果として回答する

シードが0~99のときの平均
Score = 61006.45
Number of wrong answers = 70.54
Placement cost = 58216412.0
Measurement cost = 80050.0
Measurement count = 80.05

計測回数を増やす

とりあえず100回にする。

Score = 193196.03
Number of wrong answers = 54.96
Placement cost = 58216412.0
Measurement cost = 8005000.0
Measurement count = 8005.0

測定しないセルを均す

出口セルがないところについて始め0にする。
その場所と上下左右の5つの平均に変更する。 2の更新を収束するまで繰り返す。高々500回で収束した。
この方法は結構悩んで思いついた。

Score = 1043108.47
Number of wrong answers = 54.96
Placement cost = 4380140.38
Measurement cost = 8005000.0
Measurement count = 8005.0

シード0

出口セルの温度を並び替え

出口セルははじめ、ソートされているためそこそこ綺麗にならんでいるが、最適ではない。

(0,0)に近いセル程温度が小さくなるようにした。

Score = 1273992.77
Number of wrong answers = 54.87
Placement cost = 2189832.44
Measurement cost = 8005000.0
Measurement count = 8005.0

提出したときの得点が46665734。
https://atcoder.jp/contests/ahc022/submissions/44593554

分散ごとに調整

現在、計測コストの方が配置コストより大きいので、不要な計測を減らす。

S=1のとき

計測回数1回（シード0~99）
Score = 46539724.16
Number of wrong answers = 0.0
Placement cost = 2184762.94
Measurement cost = 80050.0
Measurement count = 80.05

十分余裕がありそうなので出口セルごとの10度の差を狭める

差	4	5	6	7	8	9	10
Score	58501072.9	111642068.92	94756777.73	83280013.78	67687172.44	55751381.55	46539724.16
Number of wrong answers	5.62	0.97	0.52	0.04	0.01	0.0	0.0

5を採用

Score = 111642068.92
Number of wrong answers = 0.97
Placement cost = 606090.1
Measurement cost = 80050.0
Measurement count = 80.05

S=4のとき

計測回数と差で3分探索
計測回数10、差7にする

Score = 46035178.9
Number of wrong answers = 0.69
Placement cost = 1112203.54
Measurement cost = 800500.0
Measurement count = 800.5

S=9のとき

計測回数30、差9にする

Score = 21359258.4
Number of wrong answers = 0.69
Placement cost = 1785155.8
Measurement cost = 2401500.0
Measurement count = 2401.5

S=16のとき

差はなるべく大きくなるよう1000/Nとし、計測回数は差が大きいほど小さくなるよう600/(1000/N)とした

Score = 11425781.84
Number of wrong answers = 1.33
Placement cost = 3018406.44
Measurement cost = 4068960.0
Measurement count = 4068.96

S=25のとき

差はなるべく大きくなるよう1000/Nとし、計測回数はmin(10000 / N, 1280 / (1000 / N))とした。

Score = 5487954.38
Number of wrong answers = 2.92
Placement cost = 3018406.44
Measurement cost = 8099700.0
Measurement count = 8099.7

S>=36のとき

差はなるべく大きくなるよう1000/Nとし、計測回数はなるべく大きくなるよう600/(1000/N)とした。

S = 36
Score = 2139835.28
Number of wrong answers = 9.35
Placement cost = 3018406.44
Measurement cost = 9961740.0
Measurement count = 9961.74

あわせる

シード0~99
Score = 6659829.24
Number of wrong answers = 53.56
Placement cost = 2855445.76
Measurement cost = 8864140.0
Measurement count = 8864.14

シードが大きいときはコストが大きいが正答率が上がり、シードが小さいときは正答率をあまり下げずにコストを大きく減らせた。
提出したときの得点が171125470。ここまで出来たら水perfはありそう。
https://atcoder.jp/contests/ahc022/submissions/44599076

出口セルの右側のセルも計測する

出口セルの部分だけを計測する戦略だとそろそろ限界が近い（SだけでなくLやNで場合わけして調節すれば、おそらくもう少しだけ上げられる）。

S=100にして調べる。
Score = 5161.73
Number of wrong answers = 45.89
Placement cost = 3018406.44
Measurement cost = 9961740.0
Measurement count = 9961.74

これの改善を目標にする。
最大100段階にわけるため、差が10しかなく、標準偏差が100もあると100回計測しても区別できなくなってしまうのが問題である。

出口セルの右側のセルにも意味のある数字を設定することにする。
温度を100段階にわけていたのを右側も含めて10×10段階にする。
右側に出口セルが既にあり設定出来ない場合は無視する。

S=100
シード0
以前

以後
Score = 871116.64
Number of wrong answers = 8.1
Placement cost = 29694576.56
Measurement cost = 8405250.0
Measurement count = 8005.0

よさげ
S>=49のときはこちらを採用することにする。

Score = 6862727.85
Number of wrong answers = 41.5
Placement cost = 23144140.46
Measurement cost = 7641190.0
Measurement count = 7338.94

提出したときの得点が184347800。
https://atcoder.jp/contests/ahc022/submissions/44603614
おそらくSが大きいときは不十分。

スコアの期待値を計算したい

正規分布のあたりの知識が欠落しているので実際に確かめながらやってみる。
正規分布から値をサンプリングする関数はモダンな言語なら大抵用意されている。

正規分布から値をサンプリング

コード

import numpy as np
import matplotlib.pyplot as plt
dataSize = np.int64(1e5)
sigma = np.float64(1)
noise = np.random.normal(0.0, sigma, dataSize)
plt.figure()
plt.hist(noise, bins=100, density=True, color="b")
x = np.arange(-5, 5, 0.01)
gauss = 1/np.sqrt(2*np.pi*sigma**2)*np.exp(-x*x/(2*sigma**2))
plt.plot(x, gauss, "r--")
plt.xlabel('Deviation')
plt.ylabel('Density')
plt.show()

ICPC2023 国内予選参加記

Sat, 15 Jul 2023 15:29:04 GMT

ICPC2023国内予選にチームKSS908111314で参加し、17位で予選通過しました。

チーム

メンバーはhint908、sakasu1、shogo314（自分）。出場時のAtCoderレートはそれぞれ2039、1630、1626。阪大の3軍にあたる。チーム名はメンバーの名前から。

前日以前

チーム練とかは特になかった（エンジョイ勢なので）。jagは出てもいいかと思ったが、私は用事があったので提案せず。

kurehaに圧力をかけておくの図。

kurehaさんにCDEを解いてもらえばいいのか https://t.co/IEWWeQvMBO

— shogo314 (@shogo3142) 2023年6月27日

当日

12:00～16:30

自分は12時過ぎに会場入り。13時くらいには全員揃っていた。

14時頃、kurehaのパソコンがなぜかWifiに接続出来なかったので、急遽私のパソコンを使うことになる。全員練習問題を提出して実行方法を確認。

誰がどの問題を解くかを事前に簡単に決めておく。とりあえず全員1つずつ通せばいいだろうということで、Aはじゃんけんに勝ったsakasu、Bはshogoが担当することになる。

16:30～16:40

sakasuがAを解く。ちょっと詰まって9:21にAC。

sakasu「ごめーん」

16:40～17:05

shogoがBを解く。交代した時点で問題を読み終わっておらず、少し時間がかかって34:28にAC。

O(nm)で書いたが、O(n^2m^2)で書いた方が速かったかも。

17:05～17:30

kurehaはCをsakasuに投げて、DとEの考察。Dは高々7なので6以下になる場合を考えれば良い。

sakasuがCのコードを書くが出力がおかしい。

shogoはDとEを考えるがいいアイデアは浮かばず。

kurehaがEを書けそうというのでCのコードを印刷して交代。

17:30〜17:55

kurehaがEのコードを書く。

sakasuはCのデバッグ。

kurehaが一旦考察を整理したそうだったので、Cと交代を提案。

17:55〜18:03

sakasuCのコードを修正（添字を一個ミスってた）。1:32:10にCをAC。

18:03〜18:25

kurehaがEのコードの続きを書く。1:54:55にEをAC。

shogoはDを数に大小をつけて、適切に打ち切れば、十分短い時間で6つの数の全通りを試せることを証明。

18:25〜18:49

素直に5重for文を書くことを提案。

kurehaがDのコードをbitsetでいい感じに書く。

2:18:17にDを提出。

18:49〜19:30

3チーム進出条件の25位以内は十分達成しているだろうと思い、順位表を見に行く。15位、阪大内1位で驚く。FとGを解く気にならないので、順位表を眺める。

FとGの問題を見に行く。順位表を見る限り、難易度に差はあまりなさそう。

Fは書く気にならず。

ICPCのF
shogo「いい感じに変形したやつが凸多角形かで出来そうです？」
kureha「はい。私は書きたくないです。」
shogo「私もです…」

— shogo314 (@shogo3142) 2023年7月7日

Gはn≦60、m≦60という制約で何が出来るのか全くわからず。

Eの解法をkurehaに教えてもらったり、順位表を眺めたりして、時間を潰す。

shogo「mijingiriが4完だったら煽りに行こう」

時刻ごとの順位

表示してみるとおもしろいかと思ったが、よくある感じかも。

（グラフを表示するコード）

感想

国内予選通過への貢献としてはEを解いたkurehaがかなり偉い。Cを書いたsakasuも偉い。

ライブラリを印刷していなかったが、持ち込んでおけばFを書く気になったかも。

3人とも、国内予選通過は初（自分以外は国内予選自体初）なので不安もあるが楽しみ。

shogo314 のブログ | ブログ

Blitz Round #25 C - Root Value

問題の概要

解法

解答コード

Blitz Round #25 B - Jump Trip Score

問題の概要

解法

解答コード

Blitz Round #25 A - Sum vs MEX

問題の概要

解法

nnn が奇数のとき：存在しない

nnn が偶数のとき：111 を最後に置く

解答コード

ICPC 2024 Asia Taichung Regional 参加記

出場経緯

練習

作戦

台湾

準備

1日目

2日目

3日目

コンテスト

A

E

B

C

D

M

H

コンテスト終了

4日目

5日目

後日

NAIST受験記（2025年春入学・第2回）

TL;DR

自己紹介

準備

小論文

数学

面接

事前接続確認

本番

口頭試問

代数

解析

感想

面接

結果

ICPC2024 国内予選 参加記

チーム

チーム名

JAG

当日

本番

A

B

C

D

E

F

感想

AtCoder Heuristic Contest 030 参加記

FAチャレンジ

やったこと

雛型を作る

ランダムにボーリングする

判定を賢くする

順位表を見てみる

組み合わせる

一次元化する

情報量を使う?

同じ形のときがある

候補が複数あるものを適当に決めて矛盾があれば候補からはずす

掘る場所の選び方を工夫する

感想

AtCoder Heuristic Contest 027 参加記

時系列

$n$ が奇数のとき：存在しない

$n$ が偶数のとき： $1$ を最後に置く

ICPC2024 国内予選参加記

`RDLU`の順番を変える

ICPC2023 国内予選参加記