108. 昨日と今日解いた問題(2022.04.24)
問題一覧
- C - Coprime Set (Diff: 1151)
- E - Multiplication 4 (Diff: 1607)
- E - Lucky 7 Battle (Diff: 1609)
自分の解法など
C - Coprime Set
素数の積で数を構成しながら考えてみます。とりあえず で考えると、 のような数列は条件を満たします。
ここから を増やしていくことを考えます。第 3 項までで全体の が になることは確定しているので、任意の項と共通約数を持つように数列を構成することのみ考えればよいです。言い換えると、 のうちいずれか 2 つを約数に持つ数を追加していけばよいです。
ここで問題となるのが という条件です。先程述べたような構成方法で 第 項まで作れるのかが問題になります。これを証明するのは面倒なので、 までの自然数で のうちいずれか 2 つを約数に持つ数がいくつあるのか、プログラムで算出してしまいます。すると、 個存在するので、問題なく構成できることが分かりました。
E - Multiplication 4
負の数が含まれていなければ、降順に取っていくのが明らかに最適です。負の数が含まれている場合でも偶数個選択で正にできるので、この方針で考えてみます。
まず、 を絶対値の大きな順に並べ直します。また、要素の正負が問題になってくるので対応する sign 配列も作っておくと便利です。
ここから 個順に取って、積が非負になればそれが答えです。以下、負になった場合を考えます。このとき、
- から順に見て で である要素と、 から順に見て で である要素を入れ替える
- から順に見て で である要素と、 から順に見て で である要素を入れ替える
のどちらかを行えばよいことが分かります。この操作の狙いは、「積が負になってしまう原因である要素のうち絶対値が最小のものを追い出し、積を正にしてくれる要素のうち絶対値が最大のものを採用する」です。
どちらかのみ実行可能であればそれを行えばよいですが、どちらも実行可能であれば、(採用要素の変更後、残る積の割合)が大きくなる方を行うのが最適です。2つ挙げた中で上の操作を行う場合を考えると、 が条件です。浮動小数点数を扱いたくないので、式変形して であることが条件と言い換えます。
以上の操作後、先頭から 項の積を取れば答えになります。
最後に例外処理として、両方の操作が実行不可能である場合はどうしても答えが負になるので、小さい方から 項の積が答えです。
E - Lucky 7 Battle
7の倍数であるかが重要なので、 で考えます。 までの要素をみたときの剰余が だった場合、 の要素で を採用したときに となります。このように考慮すると、 のような配列で状態を見ることができます。
とすると、 について、
- ターン目が高橋くんの手番
- または ならば、
- それ以外ならば、
- ターン目が青木くんの手番
- または ならば、
- それ以外ならば、
とできます。ゴールから遡っていくことを考えると、 について、
- ターン目が高橋くんの手番
- または ならば、
- それ以外ならば、
- ターン目が青木くんの手番
- または ならば、
- それ以外ならば、
とスタートまで状態を伝播できます。 が答えで、計算量は です。
107. AtCoder参加記録(AtCoder Beginner Contest 249)
16回参加でレート 1056 です。
そろそろパフォーマンス全部載せるのが厳しくなってきたので、今回分のみ。
今回はパフォーマンス 1204 です。
ABCDを通して、EGExは未解答です。Fは通せず。Dでとても痛い2ペナ。
各問題の感想など。
A
5分23秒。
いや、普通に難しすぎる。
入力が横に長過ぎて用意していたユーティリティでは間に合わなかったので、入力のパースから書いてました。そこからも割と難しくて、1秒ずつシミュレートして実装しました。歩く時間と休憩時間を足した剰余で今が歩く時間か判定する感じです。
B
3分25秒。
char 配列にバラして HashSet に突っ込み、長さが一致していることが必要条件。あとは大文字と小文字が両方含まれているか確認すればOK。
C
12分14秒。
問題文が意味不明で、何度考えても理解できなかったので書かれているとおりに実装することにしました。
- 好きな個数選ぶ → bit全探索
というわけで、ここから英小文字の種類ごとに Dictionary を作って 個登場した数を数えて最大値を出力。アルファベットの種類数を として で間に合いそうなのでこれでOK。問題文を考えている時間が無駄だった…。
D
初回提出25分41秒、最終提出41分0秒(2ペナ)。
今回の最悪ポイント。 のような形で考えて、これを満たす組がいくつあるか、という問題にしました。重複ありなので数列の要素がそれぞれいくつ登場するのか、ということが重要になるのでそれを Dictionary で保持。ここから、要素の昇順に見ていって、 を計算し、この答えが 以上であれば早々にループを抜けてよいです。
あんまり計算量を見積もれていなかったのですが、約数の少なさとループの早期脱出からたぶん間に合うでしょ、と提出。すると 1WA。全部 1 とか特殊ケースで引っかかってるのかな…といろいろ考えるも、手元のテストは全部合ってそう。よくよく見ると、計算途中で int 同士の掛け算になっている箇所があり、最悪ケースを考えると int では足りない値が出ることに気付き、ここを直すだけで通せました…。
ちなみに、一発で通せていればパフォ 1394 だったみたいです。悔しすぎる。
E
順位表を見るとどうも F の方が簡単らしい、ということに気づいたのでパス。
F
貪欲法で行けそう?と思って、枝刈りBFSを書きました。TLEしました。終わり。
G,Ex
見てないです。
このA問題はちょっと酷くないですか…という印象の強いコンテストでした。自分のことでいうと、パフォーマンスが若干頭打ち感あって、スランプとまでは行かないですが伸び悩み時期が来ている気がします。単純に問題数をこなせていないと思うので、地道にやっていくしかないですね。
106. 昨日と今日解いた問題(2022.04.19)
問題一覧
- E - K-colinear Line (Diff: 1292)
- E - Chain Contestant (Diff: 1413)
自分の解法など
E - K-colinear Line
前回ABCのE問題。普通にアプローチを知らなくて解けなかった系なので、じっくり考えながら進めました。
問題のアプローチについて
まず、幾何の問題は(演算の簡潔さ・使える道具の数から)ベクトルに落とし込むことが多いようです。というわけで、2 点 を通る直線は、実数 を用いて と表現します。これを整理すると、 という前提で、 という方程式が出てきます。これを満たす は直線上に乗っています。また、入力は全て整数なので、整数で判定を完結できます。これで誤差を考える必要はなくなりました。
今回は なので、「2 点の組」を全て走査して直線を作った上で、全ての点を走査してその直線上に乗っているかの計算を行っても間に合います。つまり、 で解くことにします。
直線の表現について
3 つ以上の点が同一直線上に乗っている場合、先ほどの解き方では重複した直線が出てきます。問われていることを考えると、重複したものは弾く必要があります。ここで直線を表現する方法が問題になります。
先ほどの方程式をもう一度整理すると、 のとき、傾き 、切片 であることが分かります。よって、これらを直線の情報として扱えばよさそうです。
しかし、誤差の問題から浮動小数点数はなるべく扱いたくないです。そこで、既約分数にして分子・分母を整数で保持することで、整数 4 つで直線を表現することを考えます。 として、2 点 を通る直線は、
- のとき、
- のとき、
と表現できます。これを Tuple として表現します。C# では Tuple は HashSet や Dictionary のキーに使えるようなので、HashSet で持っておけば重複チェックできます。
この問題の教訓としては、
- 幾何はベクトルで考えたい
- なるべく浮動小数点数を使わないようにする
- 直線の表現方法、有理数は既約分数にすればいい感じに扱える
- Tuple って HashSet や Dictionary のキーにできたんだ…
という感じです。めちゃくちゃ収穫が多かったです。
E - Chain Contestant
発想10分ほど、実装1時間ほど…。
問題文がややこしいので、問われていることをしっかり理解するところから。入力例 1 を見ると 13 通り。長さ 4 の入力に対して全ての選び方は 15 通り()なので、BGB と BGBH のみがダメだということがわかります。つまり、BGH や GBH はよいです。
とりあえず DP っぽいです。1 文字ずつ見ていくとして、今までに採用していない文字であれば取ることができます。ということは、「ある文字が今までに採用されているか」が状態の 1 つで、これはビットで表現すればよさそうです。扱うのは 10 文字なので、 の状態数です。また、「今までに採用した文字」であっても「直前に採用した文字」であれば取れます。これも状態に加えます。いわゆる bitDP の問題です。
DPテーブルの定義は、
です。 の状態数なので大丈夫そうです。なお、直前に採用した文字が無い場合はインデックス 10 を利用することにします。よって、初期状態は 、それ以外 です。
この問題で難しいのは遷移で、ちゃんと頭を整理して考える必要があります(ここに50分くらいかかりました)。 文字目を見ているとして、
- 「採用しない」選択はいつでもOK
- 文字目が今まで採用した文字に含まれないなら、「採用する」選択はOK
- 文字目が今まで採用した文字に含まれないなら、最後に採用した文字が等しい場合のみ「採用する」選択はOK
ただし、同じ状態に複数回演算を行う可能性があるので、(分かりやすさのため)代入のように表現していますが常に加算することに気をつけます。
答えは です。
扱う文字の種類数を として、計算量は です。この問題では 。
105. 昨日解いた問題(2022.04.17)
問題一覧
- D - Handstand (Diff: 1138)
- E - Train (Diff: 1135)
- D - Grid Components (Diff: 1445)
- E - Stronger Takahashi (Diff: 1423)
自分の解法など
D - Handstand
24分。
連続で並ぶ 1 の数を増やす必要があるので、反転させる区間は全て 0 であるのが最適です。この問題を言い換えると、「連続して 0 が並ぶ区間のうち、最大 個を選択して反転させた結果、最大で何個の 1 を連続して並べられるか」です。連続して並ぶ数を増やしたいので、選択する区間は(1 の区間を除いて)連続である必要があります。ここまで来ると、しゃくとり法的なイメージが出てきます。
という感じで解けます。最大 個というのが厄介そうに見えますが、選択できる最大数を選択する方が明らかによいので、最初の方の 個に満たない区間に気をつけるだけです。
計算量は 。
E - Train
14分。
出発点が決まっていて、コスト(所要時間)が正なのでダイクストラ法を使いたくなります。ただし、各列車の出発タイミングが決まっているので、単純な方法では無理です。
ダイクストラ法でコスト最小の頂点から次の頂点へ向かうコスト計算に、このタイミング計算を組み込みます。現在の頂点へ到達できる最小コストを 、列車の出発タイミングを 、所要時間を とすると、次の頂点へ到達したときの総コストは です。
計算量は 。
D - Grid Components
40分。
よく分からないので、 から始めて 1 つずつ増やしていく方法を考えてみます。たとえば を 1 つ増やしたければ、黒マスの海の中に 1 つ白を作ればよいイメージです。以下のような初期状態を考えます。
初期状態は です。ここから という状態を作りたければ、以下のように点を打っていけばよさそうです。
このような手順で考えます。なお、複数行に渡る場合は以下のように打てばよさそうです(盤面の大きさを変えています)。
ところで、この手順で大丈夫なのでしょうか。白点を打っているのに白の海に突入したり、連結したりすると破綻してしまいます。ここで最悪状態を考察します。どのような条件でも の盤面を取った方がよいので、その前提で考えます。
なので、たとえば白は下から 行目までを使います。黒で塗りつぶすのは下から 50 行目までなので、十分足りています。黒についても同様です。よって、問題ないことが分かりました。
E - Stronger Takahashi
25分ほど。解いている途中で自作 Deque のバグに気付き、修正していました。
塀を壊さずに到達できる範囲はコスト 0 です。塀を壊して到達できる範囲はコスト 1 です。ということで、01-bfs で解ける問題です。
現在位置から上下左右に移動しようとして、塀が無い場所はコスト 0 とみなします。塀がある場所は、その塀を壊した上で移動可能な範囲がコスト 1 になります。たとえば、以下の画像で緑が現在位置だとして、上に塀がある場合は青の範囲がコスト 1 になります。
(厳密に言うと上の図は若干違ってたりしますが、上下左右見るならこの範囲で考えればよいです)
計算量は 。
104. AtCoder参加記録(AtCoder Beginner Contest 248)
15回参加でレート 1035 です。
今回はパフォーマンス 1188 です。
ABCDを通して、FGExは未解答です。Eは通せず。
各問題の感想など。
A
2分6秒。
数列に分解して HashSet から除外して残ったものを出すようにしました。
B
2分2秒。
倍々ゲームなので早々に決着します。というわけで、計算量を深く考えなくても普通にシミュレーションすればOK。
C
13分55秒。
割とややこしいDPです。。
遷移は、。
初期状態は、、。
計算量は です。
D
14分33秒。
数列に登場した数ごとに、前から順にインデックスリストを作っておきます。クエリでは二分探索で条件を満たす(インデックスリストにおける)最大インデックス・最小インデックスを出せば、答えを求められます。
計算量は 。
E
のとき明らかに Infinity です。また、 であれば直線は一意に定まります。
2点を取って直線を算出し、ここから重複したものを省けばよいとは思いましたが、何か無限にバグらせていて 3WA で撃沈。幾何を久々に見たので、ちゃんと復習しておきます…。Diff 的にも解きたい問題でした。
F
Eを見て嫌な予感がしたのでこっちも見てみましたが、少し考えて青Diffっぽさを感じたのでやめました。
G,Ex
見てないです。
C をもう少し早く通したかったのと、E は普通に悔しいな、と思いました。水パフォ出せるようにならないと…。
103. 今日解いた問題(2022.04.15)
問題一覧
- D - Lamp (Diff: 1103)
- E - Simple String Queries (Diff: 1443)
自分の解法など
D - Lamp
12分。
累積和的な処理で解けないかな、と考えました。たとえば「#....#」となっている箇所は、「012340」という風に置き換えられます。これを、その場所に明かりを置いたとき照らせるマスの数と考えると、「044440」が適切です。ということは、左から累積和的なものを作ったあと、右から「最大値」(ただし、0で囲まれた範囲で)で上書きしていけばよさそうです。
行方向・列方向でそれぞれこの処理を走らせて得られた配列を とします。 に明かりを置いたとき照らせるマスの数は なので、これの最大値を全探索すればよいです。
というわけで、最初の累積和的な処理が 、最後の全探索処理が で全体として です。
E - Simple String Queries
13分。
いかにもセグ木を使いたくなる問題です。クエリ 1 はセグ木を使えば で更新できるのでよさそうです。クエリ 2 にどうやって対応するか考えます。
アルファベットがそれぞれ含まれる・含まれないという状態をビットで管理できないか考えます。26文字なので int で十分管理できます。この上で考えてみると、セグ木のデフォルト値を 0、子 から親への更新演算を とすればよいことが分かりました。クエリ 2 には、セグ木から得られた値で 1 となっているビットの数を答えとして出力すればよいです。
セグ木構築とクエリ処理のどちらかがボトルネックとなり、計算量は です。
102. 今日解いた問題(2022.04.14)
本日より、問題を開いてから AC まで掛かったおおよその時間も記録しようと思います。
問題一覧
- D - Harlequin (Diff: 1106)
- E - Colorful Blocks (Diff: 1442)
- E - Friendships (Diff: 1433)
自分の解法など
D - Harlequin
8分。
各色のりんごの残りを 個とします。任意の について または であるとき、 であるりんごを全て食べれば勝てます。 であるりんごがあるとき、この色のりんごは1ターンで食べきれないので、このターンでは勝てません。よって、相手の行動によって「必勝パターン」を作らせれば勝てます。
少し考察すると、「相手に偶数を押し付ければ必勝パターンに持ち込める」ことがわかります。奇数になっているりんごを食べて偶数にする、という行動を繰り返せば勝てます。 よって、基本的に先手必勝です。ただし、最初のりんごが全て偶数だった場合のみ、先手が奇数を作らざるを得ないので後手が勝ちます。
以上より、「 である が存在するなら先手の勝ち、それ以外なら後手の勝ち」です。計算量は 。
E - Colorful Blocks
15分。
まず、隣り合うブロックが全て異なる色で塗られているパターンを考えます。最初は 色で塗れて、その次は最初に選んだ色以外 色で塗れて、さらにその次は前に選んだ色以外 色で塗れて…となるので、 通りです。
次に、 組同じ色で塗られているパターンを考えます。このような組は 通り考えられます。組にしたブロックを 1 つにして考えると、 個のブロックを隣り合うものが異なる色になるように塗るパターン数を求める問題になります。以上より、 通りです。
出力する答えは です。Combination の計算は、ループごとに分子・分母に数値を1つずつ掛けていくことで定数時間で行えます。計算量は 。
E - Friendships
20分。
よく分からないので図を書いて考えてみます。 くらいで考えましょう。 のとき、完全グラフが条件を満たします。
ここから少しずつ辺を削って、 のグラフを作れないか考えてみます。まず、現在隣り合っている頂点の組を列挙すると、
です。
の場合、 の辺を消せばよいです。
ですが、 を消せばよいです。…と考えると、最初に列挙した「完全グラフで隣り合う頂点の組」を逆に削っていけば の値を増やせることに気付きます。ただしグラフは連結であるという条件があるため、頂点 との組は削れません。そして、ここが の上限値です。
まとめると、
- であれば不可能
- それ以外なら、上記手順で完全グラフから順に辺を削ったグラフが答え
となります。完全グラフ構築に最も時間がかかり、計算量は です。