Rubyで書くとTLEした(コンテストは不参加)のでbetrue12さんのを参考に読み解いてみたら、震えた。atcoder.jp取りうる差分をビットで表して、右ビットシフト、左ビットシフトでORを取るDPしてた。E2019-11-26ABC146-F時間内にたどり着けなかったけど、たぶん後ろから貪欲にとれば、辞書順最小だな。j回でたどり着けるとして、j回目の出目をとすると、なので、辞書順最小は後ろからとれるだけとるのが最適なはず。一度、後ろから累積minを取ってやると楽ちん。Road解説を読みつつRubyだとTLEなのかな。おもいつつclimpetさんがACしていて、コードゴルフじゃないC++のコードがあったので、そちらから読み解いてみた。Pureatcoder.jp誘導部分グラフが閉路になっているような頂点集合を求める問題、解説通りに実装してみた。コンテスト中は閉路からより小さい閉路ってどうやんの?だけど、解説見るとなるほど!だった。Vacation解説(別解のマトロイドのほう)を読みながら、UnionFind木の構造を少し変えると、うまく解けそうとおもったら解けたので記念に貼っておく。Swagger関連の勉強をしていて、gradle-swagger-generator-pluginを見つけました。ReDocなどのHTMLやコード生成を行ってくれます。Abstract最新のグラフマイニングツールでは、k-core分析によりグラフを階層構造に分解するのは標準的な操作です。LFSは別にリポジトリサーバー側で対応が必要なわけではなくて、LFSサーバーが必要なだけGitHubやbitbucketのLFS対応もなんかストレージの料金がすごい高いなぁとおもっていて、リポジトリをホストするサーバーで対応が必要とおもっていたのですが、調べてみるとどうやら違うようでした。websocket仕事の関係でKeycloakとその下回りであるJBoss/WildFlyを調べていて面白い記事を見つけました。websocket2018-02-26俺のFPTの理解FPTにおいては幅とパラメータが存在する。高温処理済みコースケの話。k-クリーク判定では幅に対しての組み合わせになるので二項定理からなので、を用いてのオーダーで上限を決め...俺のFPTの理解2018-02-23なんとなく最大クリーク問題のの中身を分解して、の多項式になっていることを証明しないとダメな気がしてきた。ZPP=EXPTIMEでP≠NPのほうだなんとなく2018-02-19最大クリーク問題つづきグラフのDegeneracyをkとすると前処理後、おおまかで最大クリークが求まるな。Degeneracyのページにしたがって、最大出次数を最小化するように、無向グラフを順序付け、辺を向き付けし、有向グラフに変換する。これは多項式時間でできる。fはの辺を頂点にして、がの時に辺とするような変換。完全グラフについては証明できそうだけど...K4の対辺をつなぐ話(2)2017-10-19保育士は「誰でもできる仕事」か?についてnews.yahoo.co.jpでこの記事に対して、下記のようなブクマコメントをしたのだけれど、1つではあるけれど、スターがついてしまったのでメモ代わりに書いておこうとおもう。Yahoo!ニュースホリエモンは保育...保育士は「誰でもできる仕事」か?について2017-10-11選挙とか興味はもつのだけれども、投票したい政党とかがないなぁ。二大政党制とか目指すのやめたほうがいいんじゃないの?とおもってきた。STOP安倍政権のスローガンとかみていると、そもそも単独政党による過半数とかできるルールが悪いんじゃないかとおもってきた...選挙とか2017-08-07K4の対辺を繋ぐグラフにしてみるの各辺を頂点にして、その完全マッチングの対に辺を引くという変換をおもいついて、やってみたら面白かった。Rの右肩が次数、右膝が頂点数。自分はすごく計画性がないなとおもっているんだけど、最近すこしづつ計画性がついてきたとおもっていて、それでも人から期待される程度の1割以下だとおもっているので、自分の成長を自分でほめて、且つ、人には申し訳ない感じなので、大変こころがつらい。計画性2017-06-22ヒューリスティックな彩色k-degenerationグラフの順序で彩色してやれば、最大出次数+1以下で彩色できるのだけど、1点を除いて、最小最大出次数が2以上減る場合は彩色数が減るなと思った。queuekousuke.hatenablog.com以前、この記事で最大出次数を最小にする順序は難しいかもと書いたけどできるらしい。Wikipediaアルゴリズムも載っていたのだけれど、優先度を変更できる優先度付キューをつかうと簡単にできそうだった。queue2017-06-02最大クリーク問題(改)最大クリーク問題をいま全面的に書き直していて、すごくおもしろいアルゴリズムになった。補グラフを彩色して、各色の頂点数を数えて最大のものが最大クリークの下限になる。この下限を使用して元グラフで頂点、辺を落としていく。多くの研究者が長年にわたって多項式時間オーダーのアルゴリズムの開発に取り組んでいるにもかかわらず、そのような効率的なアルゴリズムは見つかっていない。このことがP≠NP予想の根拠の一つとなっている。すげぇコンパクトになるんですけどって感じだ。最大クリーク問題は改善があって、これでいいってところまで来たので一旦終わり。k-best最小全域木問題に帰着できないかな?とおもっている。algorithmは強多項式/超一次収束らしいけど、探索部分にワーストケースでがはいってるし、指数の底もまだ1にできていないのでまだ多項式時間じゃない。大まかには頂点問題を、辺の問題に変換して、貪欲法。アウトラインは全部このスライドにあっ...最大クリーク問題の現在2017-05-08最大クリーク問題で面白いなとおもったこといろいろ考えてるけど、最大クリーク問題は主に3つの関数からなる。ある無向グラフGについてを最大クリークサイズを返す関数とする。前回、ワーストケースでになると書いた。簡単に言うと補グラフに辺があれば、極大集合が2つ以上あるから。大事なことに気が付いたので、前回の修正。単純な無向グラフに対し、をサイズkのクリークが含まれるかどうかを判定する関数とする。グラフGに自身を除く全頂点に接続する頂点がある場合、それらは必ず最大クリークに含まれる。そのよ...最大クリークの計算量とか(続き)2017-04-08グラフと補グラフの関係kousuke.hatenablog.comn頂点の完全グラフを、独立グラフ(頂点のみで辺がないグラフ)をとする。n頂点のグラフがある。このときからへひとつづつ辺を消していく順序集合のうち、を含む順序の集合を定めることができる。このときのどの順序を通ってもの補グラ...グラフと補グラフの関係2017-04-07P=NPだと夢がある。頂点に関しては極大グラフが1つになるまでは(底を小さくするという意味ではもう少し改善はあるのだろうけど)、たぶん最速だとおもう。あとは補グラフの辺数wをなるべく少なく消しながら、進めばよい。これは一緒に補グラフの最大独...P=NPだと夢がある。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。