133. AtCoder参加記録(AtCoder Beginner Contest 267)
36回参加でレート 1374 です。
今回はパフォーマンス 1265 です。
ABCDを通して、FGExは未解答です。Eは通せず。Aで1ペナ…。
各問題の思考過程など。
A
初回提出1分48秒、そこからACまで53秒。
配列に各文字列を入れてインデックスとの差を出力しました。Friday をコピペしたときに何故か空白が入っていて1ペナ…なんで…。
B
8分35秒。
書かれている通りにやるだけですが、まあまあ面倒くさかったです。
C
7分43秒。正直、Dより難しかったです。
- 区間の長さが決まっているので、1つずつずらして差分を見る方針が良さそう
- 計算式を考慮すると、たとえば始点が へずれたなら差分は になる
- 引き算部分は累積和を持っておけば で求められるので、始点全探索で となる
D
4分59秒。
- Cとほぼ同じ問題で、連続という条件が外れたバージョン
- 制約を見ると が通るようになっている。一項ずつ見ていって最適なものだけ残す感じにしたいので、DPを考える。
- とすればOK。答えは 。
E
初回提出38分36秒。通せず。
- この手のはとりあえず操作の反対側から考えてみるが、今回は逆に難しくなりそうなので素直に前から削除していくことに
- 各頂点に削除コストがあるとして、ある頂点を削除するとその頂点と隣接する頂点の削除コストが減っていくようなイメージ
- 貪欲アルゴリズムは思いつかないので、解の二分探索を考える。削除コストを MultiSet に入れて、削除可能な頂点を削除コストの大きい順に消して行ってみる。
- 実装がめちゃくちゃ重くなったが、サンプルは通ったし、 (ただし は解の存在しうる最大値)で実行時間制限4秒なので、まぁ大丈夫かな…と出してみるが、WAもTLEも出てボロボロ。
- TLEだけならまだしも、WAが出ている意味がわからず、諦めてしまう
解説を読むと方針は普通に合っていて、何処かに実装ミスがあったのだと思われます。あと MultiSet が予想以上に重かったです。
(以下、Upsolve)
本番で提出したコードですが、MultiSet に加えて隣接点を管理していた nexts 変数のディープコピーがボトルネックになっていました。また、WAは二分探索の上限設定ミス(削除コストは隣接点の和を取ることを忘れていて にしていた)だったので、もう少しちゃんと考えれば通せていた問題でした。最近悪い意味で諦めが良くてダメですね…。
解の二分探索での上限は何も考えずに とかにしてしまって良い気がしてきました。
F
解けず。10分ほど考えましたが何も浮かびませんでした。
G, Ex
見てないです。
Aのペナは事故っぽいので仕方ないですが、E通せなかったのは悔しいですね…。
最近よくあるパターンで、考察段階で「実装重そう」と思っていざ書き始めるとちょいちょい要素の欠落があり、結果的に激重実装となりバグらせる…というものでした。考察時点で重いと感じるのであれば、もう少しシンプルに解決できないか立ち止まって考える練習が必要そうです。