A,C問題を解いて2完。
tokuminiさんのAtCoder Regular Contest 153での成績:475位 パフォーマンス:1911相当 レーティング:1910→1910 (±0) :| #AtCoder #ARC153 https://atcoder.jp/users/tokumini/history/share/arc153?lang=ja
A問題を通したあとB問題で時間がかかってしまい、途中で順位表を見たときに解いた人数が多すぎてこれ解けても順位が伸びないと思ったのでCに取り掛かっていた。Cも解けなかったら悲惨なことになっていたのでなんとか通せて良かった。
A問題
制約的に列挙できるんだろうなというのが感覚としてわかったので実装し始め、書いている途中で6個しか変わらないからだなぁという理解をする。
組み合わせを列挙するために準備しているクラスを適当に改造して実装。
B問題
行と列は分解できるだろうとは思ったし、行が1回の操作でどうなるかは書き下していた。操作で
だと(は0-indexed)
でもこれが
であることに気づかず。これに気づけば操作がまとめられるのでなんとかなる。数式の項をちょっと整理すれば気づきそうだったのにな。残念。
C問題
未証明気味。
まず、答えの数列に負の数があると考えづらいので0以上で考えてみる。一番単純なものだとというものになり、この値を基準としてどう変化させられるか考えたくなった。そうすると、どこかの途中から右側全てに同じ数を足すという操作がまず簡単に数値を変える手段としてありそうだと気づく。の右側から累積和を取って、-1になるところがあれば-1を無限回やれるし、+1になるところがあれば+1を無限回できる。最初のの和がなので、変更する量もだいたいこれくらいになるということで上限には達しない。
実際はに負の数も取れるが、これは要するに上の話を左右反転するだけのこと。のどこを切れ目とするかを全探索して、切れ目の左が負、右が0以上となるようにする。
の和を、右側と左側でそれぞれ持ち、そこからどう変更すれば良いかを毎回考える。
厳密にあらゆるケースで大丈夫かどうかはちょっと自信なかったけど出したら通った。実装も大変だったので、もう一つ簡単な解に落ちるまで考察ができればより良かった。
D問題以降
開いていない。