精進バチャ1600-2200 #1 メモ
https://kenkoooo.com/atcoder/#/contest/show/01389bb5-a825-4c1a-8958-eb237c1c1d70
生活リズムを壊さないで恒常的に競プロの時間を取りつづけましょう
A - だれじゃ
それぞれの文字の数が一致しているかどうかでB - All Your Paths are Different Lengths
例えばこのときにノード
具体的には、 コストがそれぞれ、
こうすることで、次のノードについて、
ただ、 が奇数の場合は余りが
つどうしてもでてしまう。
そこで、このように辺を張る。
- ノード
から ノード
へ コスト
の辺を張る
- ノード
から ノード
へ コスト
の辺を張る
- ノード
から ノード
へ コスト
の辺を張る。
そうしたら次はノード から ノード
へ
についての問題を解く。
これも偶数か奇数かで貼り方を分けてやる。
これを繰り返していくと、エッジの数は 以内に収まり、
にもなる。
解説解の下位bit押さえてやっていく方法で必要なところだけ分裂させるのも面白い。
C - オレンジグラフ
これは一つの事実に気づくと問題がかなり簡単になる。「奇数長の閉路を含まないグラフは二部グラフ化できる」ということである。
すると、どっちを左側にするか右側にするかを決めたら( 左右は区別できないので
そのため、
このときに決めた割り振りが矛盾する場合は、全部辺を繋ぎ終えた時に連結グラフになっていない。 そのような偶奇で全ノードをつなげる手立てがなかったことになるからだ。
矛盾のないものを数えると答えになって正答する。
感想
決めたルールは守りましょう。メモを書くのを当日か次の日くらいにしたい。ACPCVC20200525 復習メモ
https://kenkoooo.com/atcoder/#/contest/show/25688e6e-acd2-4910-857a-253f76e494b6
この難易度帯はちゃんと確実に解けるようになりたいな
A - Ears
すぬけくんの散歩で入れられる石の区間は- 状態
: 石を入れられない(
個)
- 状態
: 石を
以上の偶数個入れられる
- 状態
: 石を奇数個入れられる(始点と終点の間)
- 状態
: 石を
以上の偶数個入れられる
- 状態
: 石を入れられない(
個)
上のことがわかったので、どのタイミングで状態遷移をするかという事を選択するDPを行う事で最小の回数が求まる。
:
番目まで見ていて、現在の状態番号が
であるときの石を入れる必要のある最小の数
この状態があれば問題なくまとめられるのであとはそれぞれの状態で最小になるようにすぬけ君が石を置いていけば、問題なし。
すぬけ君の最適な石の置き方によって生じるコスト
- 状態
:
を足す
- 状態
:
のときは
, そうでないときは
を足す
- 状態
:
を足す
- 状態
: 状態
と同様
- 状態
: 状態
と同様
耳DPって何を以ってどうなんだろう
B - Engines
それぞれのエンジンをベクトルと考える。このとき、
そのため、実は
以上のことから、角度でベクトルをソートしておいて、2つベクトルを決めてその内部のベクトルの和を取って、それの最大値を求めれば良い。
愚直に実装しても であるので、制約的に普通に間に合う。
ABC139バチャしてた時はなぜ気づかなかったのか
C - Small Products
このdpの愚直な実装だと間に合わない。
だが、
同時に
つまり、ある位置から区間への更新と、区間からある位置への更新が位置がずれることなく適切に行える。
そう考えると、やはりdpはまとめられることに気づく。
まで通常の位置を用意して、
からは
単位で区間を区切っていって圧縮する。
これをうまく処理すると、 で処理するDPがかける。
更新の際に が出てきていたが、これは累積和を取りながらDPをやると高速に動く。
実装の方針は全部区間として扱って座標圧縮する方法が一番実装量が少ない気がする。
感想
Cを書かずじまい10日くらい経ってしまったかなり頭が止まっているのでフル回転させたい。
ABC172 参加メモ
勤勉ではありません(悲痛)
ABCD4完 520th Perf=1795 (1916->1904(-12))
冷えが青程度に収まってるから良いものの、上限を上げる努力をしましょう
A - Calc
気をつけて書く a + a*a + a*a*aB - Minor Change
こういうのってfor使わない方法とかあったっけcnt += S[i] != T[i]
C - Tsundoku
机Aを読む数D - Sum of Divisors
最終的な答えは
通りそうなら通しちゃうのもコンテストの中では大事だとは思うけどこういうのもちゃんとやらないと
E - NEQ
事象すると今回の
これはド・モルガンで
事象 を
の条件にしたのも、こっちのほうが求めやすいわけで、事象の和事象を包除原理を用いて積事象たちを使って解こうという魂胆である。
今回の事象を包除原理で表すと以下の形になる。
(
は全体集合,
は 事象
の起こりうる数)
ここで出てくる積事象たちについて、この問題ではどのように表すかを考える。
各要素が 以上
以下の整数である、ある集合
がある。 (例えば
だったら
とか)
このときの である
について
である。
このようなものの個数は数え上げできて、 個となる。
これが 要素である。
足し上げる時には上記の包除原理の式に則ると の要素数が偶数の時には +, 奇数の時には - になっている必要があるので、 この要素の項は
ということになる。
これを全ての について数えると。すると、次のような式になる。
しかしこれだと 回計算してしまうのでそのままだと計算できない。
考えてみると、各項で使っているのは だけであるので、要素数が一致していれば全て同じ答えを出すということが分かる。 では要素数が
であるような
の数というのは
個だけあるので、各要素数についてまとめて計算できる。
すると、式は、
となって、無事に数え上げることが出来た。
積事象を考えるときには余事象についての部分的な積事象が高速に求まらないかを考えていく必要がありそう
F - Unfair Nim
解説のpdfとほぼ一緒かも…これは通常のNimなので、この問題で高橋くんが勝つというのは
操作に置いて
まとめると条件は
ここで であることを利用すると、
より、
となる。
すると、 が奇数の場合や負になっている場合は答えが無しになる。
新たに と置くとする。
すると、次のような条件になる。
これによってビットごとに独立の計算になったことが良い性質である。ここで色々なことが分かる。
との兼ね合いを考えると、
の同じビットが同時に
になっていることはありえない。そのため、
である場合も答えは無しである。
ここで具体的に解いていく。
まず のbitで
が立っているところは
のどちらも
が立っていないといけないので予め立てておく。
そうしたら の bitで
が立っているところが気になる。 このとき、
のどちらかに
を立てるということをする。
このとき、 ギリギリのところまで bit を立てれば最大化出来そう。
そのため、上のビットから貪欲に が立てられるまで立てると、
を 最大化させられる。
ここで最大化した結果として になるのならば、-1を出力する。
これをすると、 は条件を満たしている。 移動した回数は
で出てくるのでそれを出力して終わり。
bitの計算になったら、足し算はすぐに xor と and に翻訳しないといけないと感じた。
感想
条件を洗い出したりする作業やアルゴリズムを抑えておく作業は事前準備や訓練でちゃんと出来ることなので、問題を解くこととテクニックを覚えることを両立させたい。ABC171 参加メモ
atcoder.jp
速さが…足りない! 427th Perf=1901 1917->1916(-1)
A - αlphabet
isupperを知っている喜びを噛み締めるB - Mix Juice
ソートしてC - One Quadrillion and One Dalmatians
D - Replacing
今どの数字が何個あるかは高速に追えるので、それをシミュレーションして総和も同時に計算していけばいい。E - Red Scarf
F - Strivore
これは
現在
このような遷移にしておくと、実はパターンの重複も起こらず、全パターン列挙できる。
置くときに分岐が発生しないので重複はないし、
すると、 :
文字目まで置いていて、現在
を置こうとしているときのパターン数
というDPが生まれるが、遷移を見てみると、DPの答えが 二項係数に つけたような数になる。
のとき、少し挙動が異なるが、もう
があるように見てしまって、
を見てしまっても、最終的な答えが変化しない。 というのも、文字がどうであるかはそもそも関係無かったりする。
DPが二項係数に依存するということは、実際にやらなくても求まることがわかるので、 を求めて、これが答えになる。
なんかこういうふうに考えたけど解説見るともっと頭良さそう すげえ
感想
やっぱりオーダーが追いつかないけど DP で考える方策は意外にたくさん使えるんだなぁって思った。DPに現れる法則性に気づくと、早くなるんだね
ちゃんと解説も見たい。
AGC046 参加メモ
Cが解けてなかったらBを解きに行かなかったので激冷えするところだった。今回はB,Cをちゃんと通せたので嬉しい 259th Perf=2271 1870->1917(+47)
A - Takahashikun, The Strider
普通に頭のいい方法が思いつかなかったので本番ではシミュレーションした(doubleでいろいろ)。最初の位置を
とすると、同じ角度のところに戻ればいいだけなので、
B - Extension
こういう感じの問題だと、まあ、たとえ引数が増えたとしても適宜そこは増やすと良さそう
漸化式を求めていきたい。
を作るのに必要なものは、
(
は自然数 ) から縦に伸ばして行かないとありえない通りと、
(
は自然数 ) から横に伸ばしていかないとありえない通りと、 どのように伸ばしても作れる通りの
種類である。
ここで、 は縦に伸ばさないとありえない通りを全て持っており、
は横に伸ばさないとありえない通りを全て持っている。
そのため、 ,
たちを足す。すると、どのように伸ばしても作れる通りが
回加算されてしまうので困る。
どのように伸ばしても作れる通りというのは から 縦横に伸ばした時に一番右下のマスを使わないようにする通りと同義であるため、 漸化式は、
となり、これを までやる。
すると、答えは となる。
これはもちろん計算量は であり、十分間に合う。
C - Shift
文字列の区別の仕方が変わらない別の文字列の表現形式を考えてみる。このとき
すると、
これで数字を 回以下左に
こずつ移動させられるときにできるパターン数を数え上げするだけの問題になる。
これは反転させた配列を右に 回以下移動させる処理と同じであるため、今回はそっちを考える(やりやすいので)。
ここで考えたいのは、値を「置く」という処理を繰り返すということである。
値を置いて、実際に構成しながらパターン数を求めれば答えに間違いはなさそう。
ここで必要な情報は 現在位置と現在位置より左の を何個置いてないか、何回操作を行ったかという情報である。
しかし、一回ある場所に「置いた」時にそこから「取り出す」操作は禁物で、これをすると、同じパターンを重複して数え上げてしまう(構成したものを戻してしまうことになるので、パターン数が増えることは分かるだろう)。
そのため、すでにその位置に要素を一度でも置いたかという状態も持っておく必要がある。
ここでこのようなDPを考える。
: 現在
個目までの要素を見ていて、
よりも左にある
を
個置いておらず、
回操作をすでに行っていて、 区間
に対してすでに数字を一度でも置いたか
が分かるときのパターン数
遷移では次の要素に移るときに 元からあった要素を何個見過ごすかを決定する。見過ごした数だけ が減る。
置く/置かないの操作は 内で行ってしまって、 置くとき、
が
になる。 同時に
になる。
になっていると、元からあった要素を見過ごすことが出来ないのでそのパターンを取り除く必要がある。
見過ごす数を決めるのを for文でやっても、ならされるので、計算量は となっているはず。
実際、そのforをimosを使って無くしてみたけど、全然早くならなかったため多分同じ計算量なんだと思う。
あと、 は
回より多く使わないので予め K = min(K, N); とかしておくと楽だと思う。
感想
Dも時間があれば挑戦してみたい。数え上げは表現形式を問題に沿うようにつくり上げるのがかなり大事なんじゃないかなと思った。
ACPCVC20200520 復習メモ
https://kenkoooo.com/atcoder/#/contest/show/a4ae8851-2cd0-46d7-963e-5aceb43e351d
こんなペースでは大丈夫ではない
A - CARtesian Coodinate
とりあえず、どのような場所が距離が最小になるのかということをわかっておきたい。まずマンハッタン距離を扱ってるので距離の
そのため
ここで、真ん中の点を見つければ良いということがわかった。
ではそのような点をどう見つければいいだろうか。
また、 座標について探してみる。
ここで気づくべきなのは、 であるような直線より左側にある交点の数は高速に求められるということである。
どうやってやるかというと、 の直線との交点たちの
座標の順番と
の直線との交点たちの
座標の順番を比較する。
を限りなく小さくすると、 それぞれの直線の
座標の順番は変化しなくなり、傾きの大きさだけが関係するようになる( 傾きが大きいほど
座標は小さくなる)。
このときの直線の番号を が大きい順に
のように振る。
このように振ったら、 のときに
が大きい順に見た時に番号の並びが変化している。
のときの番号の並びの転倒数を取ると、これは
であるような交点の数と一致している。

青い線は の代わりの直線である(傾きが大きい順に直線の
座標が並んでいるのでここでは同義になる)。
実際には予め直線を傾きの小さい順にソートしておく(このインデックスが で
についての並びと同義になる)。
のときの交点を
が大きい順にソートしてインデックスの並びを見る。 この並びの転倒数を見ると交点の数が分かる。
計算量はソートと転倒数を求めるのがどっちも でできるので、この調べは
で出来ることが分かる。
この調べは が大きくなれば数も増えるという単調性があるので二分探索することで、 交点の数がちょうど半分になるところが分かり、そのような
が最小コストの点であることが分かる。
これを 座標にも同様に行えば終わり。
計算量は二分探索の回数を とすると、
になるのかな (
は
もあれば十分)
長い上にわかりにくい解説を書いてしまったな
B - 101 to 010
操作で連鎖が起こるパターンがこのパターンの数は
そのため、パターンとそのパターンを全て消すための操作回数の情報をエッジにしてDPを書けば簡単に求まる。
パターンの始点と終点、操作回数の情報しか要らなかったりする。
なんか雰囲気意外と簡単な気がする。本番で解けなかったから簡単じゃないんですが…
C - Yet Another Palindrome Partitioning
これdiff が B > C なのが かなり直感に反する「 の文字を並び替えて回文が出来る」 というのは 「文字数が奇数である文字の種類の数が
以下」 というように置き換えられる。
:
文字目まで見ていて、
である 文字列
のそれぞれの種類の文字の文字数が奇数であるかどうかの
があるときの分割数の最小値
みたいな感じのDPの配列を用意しておく。 これ自体は大きすぎて無理だが、値は保存されるので配列を使いまわせて 個だけ持っておくだけで良い。
このDPがあると、全体の文字列 の文字数の偶奇を
に置いておくと、
のところに答えが出てくることになる。
分割毎に 種類だけ奇数を許しているので、分割させれば、DPの遷移的には
のべき乗を xor したところまで許して伝播できる。
ごめんなさい、これについてはコード載せておきます。全然書けない…
どっかでリトライできたらします(こう言っとけばってのがあるけど多分やらないだろうな)
void Main() { string S; cin >> S; int xd = 0; vint dp(1<<26, INF); dp[0] = 0; for (auto &s : S) { xd ^= (1<<(s-'a')); for (int i = 0; i < 26; i++) { chmin(dp[xd], dp[xd^(1<<i)]+1); } } cout << max(dp[xd], 1) << endl; }
配列は大きいけど遷移は しか無いので早い。
感想
Aとかはちゃんと考えて自力で解けたから嬉しかった。Cは求まりそうっていうのはしっかりわかる(弁明)
解法の要約ってかなり難しいな 全部解説しようとしちゃうか全然書けないかになっちゃう
競プロをしなきゃ精神的に危ういのに本能よそれを理解してくれえ…
ACPCVC20200617 復習メモ
https://kenkoooo.com/atcoder/#/contest/show/8292b88e-c34a-4b53-bf9a-396ec14abd4d
考察はゆっくりやっていたが、チーム戦で冷静にできるかな…?
A - 五目並べチェッカー
まずお互いの碁の数がおかしくなってたらダメなのでその判定をする。不正がないと言えるのは、まだどちらも勝利条件を満たしていないか、現在のターンで勝利条件を満たしているかのどっちかである。
まとめると、「
そのため、
B - 合コン大作戦
男性について要求年収が低い人から見ていく(そのようにソートしておく例えば 番要求年収が低い人は
番目の男性の要求年収より低い女性たちに対して独占できる。
ここでマッチングを見つければ、その人たちは取り除いても良さそう。
もしここでマッチングを見つけられなかったら、 番目の男性も含ませて、
番目の男性の要求年収より低い女性たちに対して見てみる。
これは 番目の男性以降の人には全く関係のない女性たちである。
ここでどちらかのマッチングを見つけたら、できるだけ年収の低い男性を選んでおくと、のちのち男性が選ばれやすくなるはず。
この状態では 番目の男性も
番目の男性も要求年収について無視できるし、 候補の女性たちについても自分の年収については無視できるので、単純に女性が適切な男性を選んでいくだけで良い。
このようにしてここで選ばれなかった男性たちは、また次の男性を入れて、同じようなことを繰り返していくと最適であることがわかるので、
男性は要求年収で昇順にソート、女性は自分の年収で昇順にソートしながら、男性の年収を multisetで管理しながらしゃくとりのようにやっていくと、この問題を ?で解くことが出来る。
ちょっと解説の言語化が難しい(というか解説できてないよねこれ)
C - 増築王高橋君
選び方は明らかにコストが小さいものから選んでいくと最適なことはわかる。現在選んでいるコストが大きくなれば、もちろん増築回数も増えることになるので、単調増加な性質がある。
現在選んでいるコストを にすると、 建物
について、何回増築したかというと、
回であるため、実施回数は
を決め打ちすると求めることが出来る。すると、
で合計で何回増築したかが分かる。
そのため、 で二分探索することを考える。
をぎりぎり超える増築回数
になるコスト
が求まると、
回増築した場合のコストは、
となりこれが答えとなる。
ここで とは、 現在
までのコストを見ているときの合計の増築コストを意味していて、 現在見ているコストというのがわかっていれば、それぞれの数列の和もちゃんと
で出てくるので全ての数列に適応した
関数は
の計算量になる。 ちゃんと
関数を実装して、この問題を
で解くことが出来る。
ちなみに 関数の実装時に計算順序に気をつけないと64bit符号付き整数型でもオーバーフローするところがある。
最大の答えになるケースは多分
100000000だと思うのだが、これ、
1
1000 1000
ここでの数列の和は
ここで、着目すると、 である。
だが、 であるのでできるだけ早く
で割っておきたい。
考えてみると、 は偶数になっているのですぐ割れる。ここを先に割っておけばオーバーフローせずに計算できる。
でもたぶんこれ unsigned long long で十分な気もするな