AtCoder Beginner Contest 188 F - +1-1x2 解説
最近の ABC は調子良かったんですが、今回はありとあらゆる失敗を詰め込んだ破滅回でした。もう反省だらけです。
【追記】嘘解法であることが発覚したので、その部分を訂正して正当な解法にしました。
問題リンク
https://atcoder.jp/contests/abc188/tasks/abc188_f
問題概要
整数 を整数 にしたいです。以下の操作を何回でもできます。
- 整数を 増やす。
- 整数を 減らす。
- 整数を 倍する。
最小で何回操作する必要があるでしょうか。
制約
考察
の方が小さい・等しい時は答えは となることは明らかです。以下、 とします。
まず、 を 回 倍したときについて考えます。大きい差はなるべく 倍で埋めればよいので、 となるような のみ考えればいいです。また整数に を足す・引く操作は対称的なので、 から増やすのと から減らすのは同じものと考えても良いです。以下、 とします。
この差分 を埋めるにはどうすれば良いでしょうか。 に辿り着くまでには を 回掛けているので、 べきであり指数が 以下である数を足し引きすること を得るには何回足し引きすると良いか、がここでは問われています。
足すだけなら簡単です。 を 進数で見て立っている bit 数を数えるだけです。ただし、 を越えるぶんについては、 で割った商の回数だけ調整する必要があります。
では、引くことも考慮して回数を考えてみます。例えば、 という数は というように、 回足し引きするだけで求められることが分かります。他にも、 という数は (具体的な足し引きは省略しますが) の部分で 回、 の部分で 回、 の部分で 回、 の部分で 回必要です。合計して 回の足し引きで を得ることが可能です。
【追記】最後の 部分を として とできます。他の部分も同様に下から見ることで対処できます。このように、 が 個以上連続する場合は繰り上げをすることで 回で良いです。ただし、繰り上げは個別に計算せず、きちんと に反映させないとなりません。【追記終わり】
このように、 を二進数で表したとき、連続する の bit の個数が 以上なら 回、 個だけ孤立した bit なら 回として、 を得るために必要な足し引きの回数が計算できます。
解法
が を越えない最大の を求めておきます。 とします。
このとき、必要な操作回数は、 の合計です。ただし、 は を二進数で見て、連続する が立った bit の塊それぞれについて、 の個数です。【追記】 ではなく、 が 個のみなら 回、 個以上連続しているならその桁に を足して繰り上げてから 回と数えた回数を足します。【追記終わり】
また、 として、 を掛ける回数が 多く が を越える最小のケースについても同様に操作回数を求めます。
両者のうち小さい方が答えです。
実装
以下の実装は修正後の (おそらく) 正当な解法です。
実装を展開する
public void Solve() { var (x, y) = sr.ReadValue<long, long>(); if (y <= x) { Console.WriteLine(x - y); return; } int p = 0; long t = x; while (t * 2 <= y) { t *= 2; p++; } long ans = long.MaxValue; { var diff = y - t; var count = Optimal(diff, p); ans.Chmin(count); } t *= 2; p++; { var diff = t - y; var count = Optimal(diff, p); ans.Chmin(count); } Console.WriteLine(ans); } public long Optimal(long diff, int p) { long ret = diff / (1L << p); diff = diff % (1L << p); for (int i = 0; i <= p; i++) { if ((diff & (1L << i)) > 0) { if ((diff & (1L << (i + 1))) > 0) { ret++; diff += (1L << i); } else ret++; } } return p + ret; } public int PopCount(long x) => BitOperations.PopCount((uint)x);
ACコード: https://atcoder.jp/contests/abc188/submissions/19363968
以下の実装は嘘解法です。Optimal
メソッドの中身が異なります。
実装を展開する
public void Solve() { var (x, y) = sr.ReadValue<long, long>(); if (y <= x) { Console.WriteLine(x - y); return; } int p = 0; long t = x; while (t * 2 <= y) { t *= 2; p++; } long ans = long.MaxValue; { var diff = y - t; var count = Optimal(diff, p); ans.Chmin(count); } t *= 2; p++; { var diff = t - y; var count = Optimal(diff, p); ans.Chmin(count); } Console.WriteLine(ans); } public long Optimal(long diff, int p) { long ret = diff / (1L << p); diff = diff % (1L << p); int streak = 0; for (int i = 0; i <= p; i++) { if ((diff & (1L << i)) > 0) streak++; else { ret += Min(2, streak); streak = 0; } } ret += Min(2, streak); return p + diff / (1L << p) + ret; } public int PopCount(long x) => BitOperations.PopCount((uint)x);
ACコード: https://atcoder.jp/contests/abc188/submissions/19356255
after_contest 落ちました: https://atcoder.jp/contests/abc188/submissions/19363102
感想・反省
問題自体がほぼ既出でした。AGC044-A Pay to Win です。yukicoder にも似た問題がたくさんある気がします。そのため異様に diff が低く評価されていますが、既出でなければもう少し diff が高かったと思います (それでも黄 diff ではない気はします)。
今回の ABC の反省点を挙げていきます。
- C 問題で、エレガントな解法 (公式解説の解法 2) に固執してバグを埋め込み、結局愚直シミュレーションが間に合うことに後から気付く (愚直にシミュレートしても に対して だということが分かっていなかった) ことで 10 分以上時間を浪費したということ。2 ペナ。
- E 問題で、 という制約を見落としていて、SCC を持ち出す (しかもバグらせていて制約に気付いてから後戻りした)。30 分ほどの浪費。
- F 問題をあと 5 分のところで詰め切らず時間切れ。
あまりにも反省点が多かったです。今回は久しぶりに水パフォーマンスを得て冷えてしまいました。普段ならリカバリできる失敗 2 つにリカバリの失敗を重ねてしまったため破滅してしてしまった次第です。コンテスト終盤はもう心臓がバクバクでしたが通せず、終わってすぐに自分のバグを 1 つ直せば通ってしまいました。通せていればギリギリ温まっていたくらいでした。
大暴れをしています、今…… pic.twitter.com/OxlYhlbwnw
— 問題をちゃんと見る (@fairly_lettuce) 2021年1月10日
今回の失敗を忘れず、また次回似たようなミスをしないよう、また類題が出た際すぐに解けるようにしたいと思います。レートの冷えは一時的には マス戻るですが、長期的に見れば次回の成長への糧だと思って精進を続けます!
【追記】以上で解説した解法ですが、Hack ケースが見つかりました。
これ落ちました、1 枚目が私のコード (https://t.co/NbOvjgJT5O) で 2 枚目がてりーさんのコード (https://t.co/nVfhLd3FFP) です
— 問題をちゃんと見る (@fairly_lettuce) 2021年1月10日
Y=2^20+1111001011110111(2) です https://t.co/0rswSXmbLE
— 問題をちゃんと見る (@fairly_lettuce) 2021年1月10日
ということで、公式解説の DFS 解が正当な解法です。私の解法は嘘解法でした、正しい解法にする方法は現状わかりません……正しい解法にする方法が見つかりました。
【追記 2】正しい解法が見つかりました。
下の bit から逐次的に処理しているので、たとえば 11011 は最下位の処理で 11100 になって、次に 3 桁目の処理で 100000 になって、最後に 6 桁目の処理で合計 3 回と計算されます
— ⚫️Y.Y.⚪️ (@ygussany) 2021年1月10日
これに合わせて、解説も訂正しました。また、Writer や運営の皆さんに after_contest も追加していただきました。ありがとうございます。