16:19なるほど、ありがとうございます。|http://www.topcoder.com/stat?c=problem_statement&pm=8183コーナーケースに注意して場合分け。(Practice)2本目。Overflowしそうなのでループで書く実装もらうDPをループで書くのに慣れてなくてしばらく戸惑う・・・メモ化再帰で書けるなら直感的にかけて好きなのにサンプル通った最大ケースでチェック。|http://www.topcoder.com/stat?c=problem_statement&pm=8415方針を検討うーむまず、サンプルが理解出来ない例えばsample3。これ挿入が9回と削除が2回必要で、どう考えても4回の操作でできるはずがないのだが問題文に戻ってみる。理解できなくて悩むあっ複数回の挿入・削除・変更をまとめて1回と数えるのかsample3なら{12,13}{12,13,1,1}{12,13,1,1,1,1,1,1}{12,13,1,1,1,1,1,1,1,1,1}{1,1,1,1,1,1,1,1,1}で4回そうと分かれば話は簡単。余分なものを増やしたほうが得する場合はあるのだろうか逆に、必要なものを削ったほうが得する場合はあるのだろうかとりあえずない気がするのでそのケースは考えないでおくサンプル通った。操作について考える余計なことをすると、余計なことをした分の埋め合わせ操作が必要になる気がするなぁということで多分今のコードで大丈夫だ。(Practice)2完ならず。|http://www.topcoder.com/stat?c=problem_statement&pm=8319方針を検討とりあえず、dx,dy進むのにかかる手数を前計算してしまおう実装BFSで実装。書くいや待て、壁があるからそう単純にはできないやはり、(a,b)から(c,d)に進む最小手数を全部計算する必要が有りそうだ。最大サイズは10なので十分間に合うだろう。書いてしまったBFSの部分を使いまわす境界判定に番兵用意したいけど、最大2マス進めるし配列番号の扱いも面倒になりそうなので、愚直にif文で判定することにしたできた。コーナーケース確認して提出。同じノードを2回使ってしまっていることに気づく。フローじゃ解けないいやそもそもフローなんて高等なもの使わなくていい気がする。一つの点からは高々一つの点にしかいかないんだし・・・しばらく唸って時間切れ。(Practice)三本目。Mediumが既視だったのでノーコン。切る長さでちょうど割り切れる場合に注意する。うなうな最後のサンプルだけ通らない。|http://www.topcoder.com/stat?c=problem_statement&pm=8397既視感がある問題。O(W*H*(2^W))実装サンプル全然合わない。ptn*2)としてた・・・その他にもいろいろ間違ってたサンプル通った。(Practice)本日二本目。|http://www.topcoder.com/stat?c=problem_statement&pm=7657方針を検討また制約甘い系か・・・ボールを持ってる人、生き残ってる人のビットパターンでDPしちゃおうdfsで書くのが楽だよね実装これ一周誰もヒットせずに同じ人に戻って来ちゃう場合もあるのか。これだとdfsが終わらないしばらく考える。数式に落としてみたりとか。200回以上連続でヒットしなかった場合の確率はほぼ0で、答えの要求する精度に対して無視出来る計算量的に余裕あるし、500回以上ヒットしなかったら0を返すようにしようサンプル通った。確認0.1sで通った。実装サンプル通らない。なんで!?自分の解が間違ってるとは思えない。問題を読みなおしてみるなるほど・・・、なるべくアンダースコアを均等に配らなきゃなのかこれひょっとしてDPしなくてもいけたんじゃ・・・アンダースコアを使う数を2つに制限するようにDPを書き換えるサンプル通った。問題を読みなおすそうか、ドアがつながってなきゃ通れないのか南に行くときは南の部屋の北のドアがないと通れない行き先のドアについても調べる実装を追加サンプル通った。(Practice)また解けるはずの問題を落としてしまった。意外と大丈夫だ実装サンプル通らない。ここで5分ほどロスする念のため、50x10の最大ケースでテスト。|http://www.topcoder.com/stat?c=problem_statement&pm=8540げぇっ、幾何ゲーだ方針を検討よく読むと幾何要素はそこまででもない全ての点を最低1つの多角形に使う時、面積の最小値を求める問題のようだ2分探索?いや違う。90,000,000ぐらい。三角形だけなら計算量的に余裕だろう。実装dfsをゴリゴリ作る。任意の3点の三角形の面積を前計算しておこうできた。最大ケース(ランダム15点)でテスト。直後、三点が一直線上に並ぶ場合を考慮してないことに気づく。line.と書いてある。よかったシステムテストWAを食らう。あれ!?誤差死してるっぽい三角形の面積の求め方。制約を見るエージェント数は高々10ということに気づく。それならば、蟻本に載ってた包除原理というのが使えるはずだこれで大体の不安要素が解消したよし、いける気がする。