Mujin Programming Challenge 2018 参加記録
Mujin Programming Challenge 2018 - AtCoder
結果は3完18分台で274位でした。Cまでは順調でしたが、Dでハマり、Eに切り替えて方針は見えたものの実装を詰めきれず…という感じでした。
A~Eを振り返っていきます。
A - コンテスト名
先頭5文字を何らかの方法で取ってきて比較します。解説放送でも触れられていましたが、与えられる文字列が短い時に範囲外参照しないよう注意しましょう。言語や書き方によりますが、Rubyの str[s, length]
は数が足りなくても取れるだけ取ってくれるので大丈夫です。
ACコード:Submission #2941689 - Mujin Programming Challenge 2018
B - セキュリティ
Mujin Programming Challenge 2018 - AtCoder
文字列を前から見ていって、数字を増やしたり減らしたりします。サンプル3は優しさですね(ありがとうございます)
Submission #2942354 - Mujin Programming Challenge 2018
C - 右折
最初、RPGの氷の床みたいに障害物に当たるまで進み続けるものと思ってました…問題はよく読みましょう。
この問題は、「曲がり角」となる点を固定して考えるとよいです。
曲がり角を固定すると、例えば「左側からその点まで来て、曲がって下側に行く」という経路は、「障害物を挟まずに、その点の左にいくつマスがあるか」と、「同じく、下にいくつマスがあるか」の掛け算で計算できます。
これを4通りの方向について足せばよいため、
で「その点を曲がり角とする経路」が求められます。
では、各点について「上下左右に、障害物を挟まずにいくつマスがあるか?」はどのようにして求めましょうか。これを求める良い方法があります。
図では「左にいくつマスがあるか」を考えています。左に障害物や外壁(範囲外の領域)がある場合はもちろんゼロです。そうでない場合は、左のマスの「左にいくつマスがあるか」の値に1を足したものになるはずです。ということは、左から順にこの数を更新していけばよいです。
上下左右それぞれについてこの方法を使えば、先程の
の計算ができるため、問題が解けます。前計算、曲がり角の全探索、ともに です。
ACコード:Submission #2943455 - Mujin Programming Challenge 2018
制約と解法を認識した瞬間にC++に切り替えたのが功を奏しました。
同じような考え方ができる問題を紹介します。
D - うほょじご
すごく「Snuke Numbers」っぽさを感じたので、初手実験!と思って法則性を探そうとして、失敗しました…
この問題は「整数の遷移をグラフとして考える」というパターンを思い出すべきでした。整数のペアを頂点として考え、遷移に対応する辺を張り、「閉路に到達する」か「 または に到達してしまう」かを調べればよいです。
閉路検出しようとしても、書き方が良くないとTLEするのですが…公式解説の「到達してはいけない点である および から逆辺を辿る」というのがすごいです。
ACコード:Submission #2946353 - Mujin Programming Challenge 2018
Rubyコードではペア に対応する頂点を番号 として扱っています。これを配列で扱うと実行時間がキツいです…。
是非とも英語対応のratedコンテストに出して、タイトルを英訳して欲しかった…と思いましたが、よく考えたらratedでこの問題は見たくなかったですね。良かった良かった(よくない)
E - 迷路
各時刻を で割った余りごとに、移動できる方向が異なります。これは言い換えると、「現在時刻を で割った余りに依存して、次に上下左右それぞれの方向に移動するためにかかる時間が変動する」ということです。
まずはこれを求めておきましょう。各時刻において、例えば次に上方向に移動できるのは、文字列 においてその時刻を で割った余り以降で、最初に U
が登場するような時刻です。これは文字列 を後ろから見ていって、最後に U
が現れてから何文字通過したかを記録していけばよいです。…これ、先程のC問題と考え方は同じですね。
このとき余りがループするのを考慮して、文字列 d
を2周すると実装が楽です。
これを4方向全てについて求めておきます。前計算部分は です。
その後、実際に目的地に到達する最短時間を求めていくわけですが…遷移ルールが少し特殊とはいえ、過去に遷移することはできません。ということは、スタート地点からの到達時間が短いマスから順に遷移を確認していけば、効率的に各マスへの最短時間を求められそうです。これはまさに、ダイクストラ法の考え方です。
遷移にかかる時間(辺のコスト)が可変であるため普通のダイクストラ法には当てはまりませんが*1、ダイクストラ法における距離の更新は
- コスト の辺 を使った距離の更新を考えるとき、始点から までの最短距離 を使って、 と更新する。
であるため、今回はこれを発展させて次のように考えればよいです。
- 遷移 を使った最短時間の更新を考えるとき、始点から までの最短時間 と、それを で割った余り を使う。 が上下左右どちらの方向であるかと余り の値が分かれば、次の移動にかかる時間は前計算しているため、その値を として と更新する。
優先度付きキューを用いるとダイクストラ法の計算量は頂点数 辺数 として であり、今回の問題だと頂点数が で辺数は頂点数の4倍で抑えられるので です。あとは「障害物や外壁の方向には遷移できない」というのを忘れずに実装しましょう。
ACコード:Submission #2946098 - Mujin Programming Challenge 2018
本番でも方針は合っていましたが実装のバグを取りきれませんでした…
さいごに
各種特典(Tシャツやオフィスツアー)のボーダーには入れませんでしたが…Cまでがまあまあ速かったので順位はわりとマシなほうでしたね*2。
Dは頭が凝り固まっていたので色々な可能性を考えてみるべきでしたし、Eは方針は合っていたので時間内に実装を詰められるようにならないと…ですね。