データはほんとうに「真実」なのか - Qiita
最近、データを使うということが手段でなく、目的になってしまい、その挙げ句、データが「神格化」されてしまっているような風潮があります。 つまり、データが言うのだから、間違いはないというわけです。 そこで「データ・ドリブン」という言葉が先歩きをしてしまうのでしょう。 もちろん、単に「データ」と言っても、人によってその意味することは様々ですが、その中でも、英語では、「Raw Data」、日本語にすると「生データ」、つまり加工する前の、とれたてほやほやのデータという意味でのデータは、人間によって操作されていないので、事実で、客観的で、正直だと私達は思い込んでいたりします。 しかし、そういった期待は全くの勘違いで、データとは集められた瞬間からすでに人間の意思によって「汚れている」ものなのだという記事がおもしろかったので、こちらで紹介したいと思います。 以下、要訳。 Why Data Is Never
Atcoder Heuristic Contestの順位とアルゴリズムのレートの関係性を眺める - rmizutaの日記
はじめに Atcoder Heuristic Contest(AHC)は最適解を出すのが難しい問題に対し、出来るだけ良い解を作成するコンテストで、 開催期間が1週間以上の長期コンテストと、1日未満の短期コンテストがあります。 ABC/ARC/AGCのような最適解を求めるアルゴリズムコンテストとは性質の異なるものにはなるのですが、 体感としてアルゴのレーティングが相対的に低い人は長期コンテストの方が良い順位がとりやすい感じがしたので、 それをデータを見て確認したいと思います。 必要なデータはAtCoderの順位表のページのURLに/jsonをつければjson形式で取得できるので、それを利用しています。 コンテスト種別 現在まででRatedのヒューリスティックコンテストは9回開催されており、 うち5回が短期、４回が長期コンテストでした。 コンテスト名 開催期間 種別 AtCoder Heuri
GKEでなるべく節約してcronjobを使う方法 - 現場データサイエンティスト奮闘記
概要 cronjob をGKEで使っているけど、常に n1-standard 系のインスタンスが立っていると結構お高い しかし処理によっては g1-small などの貧弱なインスタンスでは足りないケースがある したがって cronjob のときだけパワーのあるマシンが使えるようにして最低限の課金で済ませたい という状況に使えるアイディアです。 結論から言うとjobテンプレートに nodeSelector を記載して、default node pool 以外のノードを指定する方式です。 クラスタ作成時に default node poolと cronjob 用の node pool を作成する 自分は default node pool は以下のように作っています。 マシンタイプは g1-small f1-micro だとやたら不安定なのでおすすめしません サイズは最小の2個 プリエンプティ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
cakes（ケイクス）
