Dがご覧の有様だったので、チェックすらできず・・・。まとめとりあえず落ち着きましょう。あと、実は調子が悪いことは自覚していたので、休む勇気を持つべきだったかもしれないです。コンテストの参加は義務ではないですしね。AGC以外では初めてのレート減少で1000割ってしまいました。続けていればたまにはそういうこともあるかなくらいに思っておくことにしましょう。Dはありがちなミスで400点失ってしまいましたが、解法はちゃんとあっていたわけですし。悲観することもないかな、と。終了5分前でぎりぎり通したので、それまでは生きた心地がしなかったです・・・。1人に1個配って、最後の一人に残り全部を配るのが最適です。1のときは一人に全部配る以外の選択肢がないので、そもそも差が存在しないので場合分けしなければなりません。サンプルにその例がなかったら1WA出してたと思います。全探索でいけることはわかりましたが、肝心の探索方法がわからずじまい・・・。)で最も多いものが何個あるか」という解法はうっすら浮かんだのですが、実装できずじまいでした。そんなわけで、Bを諦めた時点でCまたはDを通さないと凍死確定ということに。さあ、Toyさんの運命やいかに。Subtraction自分が最終的にたどり着いた解法がこちら。(ちなみに、ここに至るまでにものすごく試行錯誤しています・・・。最大値から最小値を引いて非負数を一つ作るあとは非負の数と負の数がどちらもある場合に帰結すると、まあ、場合分けを頑張って実装でねじ伏せてやりましたよ、ええ。いえ、前述の通りこれを嘘でも何でも通さないといけない状況に陥ってしまったので、やりきったといえばいえるかも。editorialや公式YouTubeのような考察は、残念ながら私の頭からは出てきませんでした。MerchantBが解けなかった時点でCとの二択だなと思ってちらっと見たのですが、その瞬間DPであることを察し、600点のDPはまだ無理だろうということで華麗にスルーしました。EとFこのような状況だったので、当然問題を開いてもいません。まとめ善悪は別として、これぞまさに火事場のクソ力。レートが下がることも覚悟していたのですが、ギリギリ水パフォで踏みとどまれました。Databasedevlove-kansai.doorkeeper.jpに行ってきました。speakerdeck.com資料はこちら(と同じ)だそうです。濃ゆい話をたくさんたくさん聞かせていただきました。2019年6月14日あと、モニタリングやテストなどをしっかりやるとか、マイグレーションツールは楽になるから何をおいてもまず入れるとか、完全な無停止メンテナンスは現実的に不可能だから、相応の覚悟と政治力も必要だとか、闇の深いリファクタリング(非正規化や外部キーの削除など)には手を出さないとか、チューニングの内容はデータの性質によって変わるし、データの性質は時間によっても変わる(例えばユーザーのデータで20代が最も多かったとして、10年後には30代が一番多くなっているかも)とか、いろいろためになるお話を聞かせていただきました。これらは結局、当たり前のことを当たり前に、長い時間を(サービスがある限り)かけて、継続的に行うということなんですよね。自分で言っていて耳がもげそうなくらいに痛いわけですが。言うは易しで、地道な努力と労力を消費するので、上記の一番上のツイートにあるように事前にそれを工数をかけてやるだけの価値があるのかはきっちり見極める必要があるということなんですね。これはデータベースに限らずそうですね。まとめ勉強になったのはもちろんのこと、とにかく楽しいお話でした。自分もあんな軽妙な話術を身に着けたいです。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。