SoundHoundコンテスト予選 参加記録
SoundHound Inc. Programming Contest 2018 -Masters Tournament- - AtCoder
既卒者(社会人etc.)限定オンサイトコンテストの予選。また、レート2000未満の参加者にとってはratedなコンテストでもありました。ABCとARCの中間くらいですね。
結果は133分台全完で121位!最後2分でEが通りました…前回といい今回といい、ギリギリの時間で1問通ることが最近多くて心臓に悪いです。
パフォーマンスは2200超えで申し分ないのですが、オンサイト枠に入れているかどうかは…うーん。無理かなあ。
全問振り返っていきます。
A - F
書いてあるとおりにif文で分岐すればOK。久々にratedで100点問題を解きました。問題名のFは16進数で15という意図だと思います。
ACコード:Submission #2801575 - SoundHound Inc. Programming Contest 2018 -Masters Tournament-
B - Acrostic
先頭を0文字目として 文字目を順番に出力すればOK。文字数が の切り上げになるので、整数割り算の切り上げは書けるようになっておきましょう。
ACコード:Submission #2803017 - SoundHound Inc. Programming Contest 2018 -Masters Tournament-
問題名のAcrosticの意味については以下参照。「縦読み」みたいなものですね。
C - Ordinary Beauty
取りうる数列の数が と非常に多いので、簡単な計算方法を考えなければいけません。
要素数が なので、隣り合う2項の間は 個あります。実はこの 個を、独立に考えることができます。
試しに の時の場合を全列挙してみましょう。
このとき、 に着目すると、これらの値が となるのは3通り。同じように も3通りであり、全てのペアが3通りという等しい数で登場します。
そしてこれは、 にも同じことが言えます。上の表だと位置がバラけていますが、全てのペアが3通りずつ登場していることが分かります。
これは が一般の場合でも同じことが言えます。そのため、
- 隣り合う2項だけを考え、その全ての場合( 通り)に対して、差が となる場合を数える。差が となった場合美しさは+1、そうでない場合+0されるので、平均は(差が となる場合の数)/(全ての場合の数)となる。*1
- それを「隣り合う2項の間」の数、つまり、 倍する。
と、問題を単純化することができます。あとは、「2つの数の差が となる場合の数」を求めれば解けます。 のときだけ特殊なので注意しましょう。
ACコード:Submission #2804184 - SoundHound Inc. Programming Contest 2018 -Masters Tournament-
D - Saving Snuuk
問題文が長いので頑張って整理しましょう。
- 頂点 からスタートし、円を使って両替所のある点のどこかに移動する。
- ここで両替をして、スヌークを使って頂点 に移動する。
- 使った金額の合計を最小化したい。
こうなります。そして、両替所は年々減っていくので、それぞれの年について金額合計の最小値(正確にはそれを から引いた値)を求めたい、という問題です。
この という感覚を持つことが大事で、 からどこかまでの円での移動と、どこかから までのスヌークでの移動についてそれぞれ最小金額が求められれば、それを組み合わせることで合計金額を最小化できそうです。
そこで最短路問題を解くダイクストラ法の出番です。ただし、ナイーブなダイクストラ法は で通りそうにないので、プライオリテイキューを用いた のほうを使いましょう。始点を とする円でのダイクストラと、終点を とするスヌークでのダイクストラ…なのですが、今回は無向グラフなので を始点として考えても問題ないです。
めでたく両方の最短路問題が解けたら、次は「どこの両替所を使うか?」を考えます。最初は 全ての両替所が使えますが、どんどん減っていって最後は都市 でしか両替できなくなります。毎回全ての候補を試していると になってしまいます。
こういう時はどんどん候補が増えていく順番で考えると効率的です。今回は時間順に考えると候補が減っていくので、時間を逆回しすると良いです。
都市 でしか両替できない状態では、候補が1通りなので自動的に決まります。次に都市 が使える場合、候補が1つ増えたので、さっきの値と を使ったときの値を比べて良いほうをとります。このようにして、「それまでの最適値」と「新しく使えるようになった都市を使ったときの値」を比較することで、効率的に計算できます。
ACコード:Submission #2807882 - SoundHound Inc. Programming Contest 2018 -Masters Tournament-
E - + Graph
木とは限らない連結グラフ、ということは閉路があるかもしれません。そのため、「どの辺 についても、頂点 と に書かれた正の整数の和は に等しい」という条件が結構厳しそうに思います。
状態数が多いので、なんとか仮決めして考えやすくしたいです。全ての辺について和の制約があるので、もし1点の値を固定すれば、DFSやBFSによって全ての値を決めることができます。
仮に頂点1の値を「0」とします。仮に固定しただけで、この時点では頂点1の値に制約は見つかっていません。またこの時点では、「正の整数」という制約は一旦考えないことにします。これから、「頂点1の値の取り方にはどんな制約があるか?」をグラフ探索によって見つけていきます。
左端を頂点1だと思ってください。このように、隣り合う辺の値が順番に決まっていきます。マイナスがありますが、とりあえず気にしません。
このとき、固定した点を赤として、その隣を青、その隣を赤…とします。これは「固定する頂点1の値を増やした時、値が増えるか、減るか?」を示しています。実際に左端の値を1にしたのが下側の図で、赤の値は1増え、青の値は1減っているのが分かります。
探索途中で閉路が見つかったとします。このとき、隣り合った2点の色が同じかどうかで、判断が異なります。これは、閉路を構成する辺の数が偶数か奇数か、の言い換えです。
違う色(偶閉路)の場合
2つの頂点が違う色の場合、最初に決めた頂点1の値をいくら増加させても、赤の値が増加し、同じだけ青の値が減少します。つまりこの和は一定です。
その値がたまたま辺に書かれた値と同じであれば、必ず整合性が取れるので探索を続けてよいです。もし異なる値だったときは、どうやってもこの矛盾を解消することはできないので、この時点で0を出力して即終了してよいです。
同じ色(奇閉路)の場合
同じ色の場合は少し事情が違います。というのも、頂点1の値を変化させることで和を変化させられるからです。頂点1の値を1増加させると、赤・赤ペアの合計は2増加し、青・青ペアの値は2減少します。
もし頂点1の値を変えて、辺の条件を満たすようであれば、その時点で頂点1の値が確定します。(変えなくても条件を満たす場合は、頂点1の値は0で確定します)
ただし、整合性が取れないケースもいくつか存在します。1つは、条件を満たす頂点1の値が整数にならない場合。ずれが奇数の場合はこうなります。次に、奇閉路が2箇所以上見つかって、それぞれが要求する頂点1の値が異なっている場合。これもダメです。0を出力して即終了します。
仕上げ
これでグラフを全て探索できたら、最後に残った「全頂点の値は正の整数」の条件を考慮して答えを出します。
前準備として、赤い点の数字の最小値 、青い点の数字の最小値 を計算しておきます。これらは頂点1の値を0としたときのものです。
まずは、奇閉路があって頂点1の値が確定している場合。その値を とすると、赤い点の数字の最小値は 、青い点の数字の最小値は となります。これらが両方正の値であれば、全ての頂点の値が正となるのでOK。答えは1通りです。そうでないなら0通りです。
次に、奇閉路がない場合。その場合、 と が両方正になる範囲で を自由に選ぶことができます。結局答えが0通りになる場合もあります。
ACコード:Submission #2812884 - SoundHound Inc. Programming Contest 2018 -Masters Tournament-
本番のコードがあまりにぐちゃぐちゃだったので、書き直すついでにコメントマシマシにしてみました。
さいごに
今回の好成績でレートが+105も上がり、青に復帰できました!
黄色になるにはこのパフォーマンスを出し続ける必要があるわけで…道程は長い。精進します。
脚注
*1:公式解説では「確率」「期待値」という言葉を使っていますが、不確定に変動する要素があるわけではないので、この記事ではなるべく使わずに解説しています。ただ、考え方としてはよくある確率の計算に非常に近いです。