タグ

2019年8月26日のブックマーク (6件)

  • BigQuery で Window Function を使って Cumulative Sum (累積和) を求める練習 - Qiita

    長年 Window Function のない RDBMS を使っていたので触れる機会がなかったんですが、10年戦えるデータ分析入門という書籍で色々と説明してあったのでとりあえず練習。 このでは PostgreSQL を題材にしていましたが、BigQuery でも Window Function が使えることがわかったので、それでやってみました。 題材 BigQuery の Public Datasets の中には Hacker News の投稿データを持った bigquery-public-data:hacker_news.stories というデータから、2015 年 1 月の日別投稿数とその累積和を出してみます。 クエリ とりあえずこんな感じに書いてみた。 SELECT posted_date, COUNT(posted_date) AS posts, SUM(posts) OVER

    BigQuery で Window Function を使って Cumulative Sum (累積和) を求める練習 - Qiita
  • 【Golang Error handling】エラーの種類によって処理を分けるBESTな方法

    はじめに Golangでエラーの種類によって処理を変えたい際にどういった方法があるか調べてみました。 と言うのもGolangにはtry-catchがサポートされていません。 なのでGolangJavaのtry-catchの様な機能をどう実現できるか調べようとした事がこの記事を書いた発端です。 記事の全体概要についてです。 ・まず最初に、errorパッケージのよく使う4つの機能について説明します。 ・次に、エラーの種類によって処理を変えるために考えられる3つの方法を順に試していきます。 ・そしてエラーの種類によって処理を分けるBESTな方法の結論。 といった順序で進めていきます。 ※結論だけ知りたい人は最後の方法3をみてください。 errors packageのよく使う4つの機能 標準のエラーパッケージだと以下の機能がありません。 最初に起きたエラーの種類の判別 スタックトレースの情報を取

    【Golang Error handling】エラーの種類によって処理を分けるBESTな方法
  • ソフトサイエンス - Wikipedia

    ソフトサイエンス(英: soft science)とは、将来を予測し、計画するために必要な手法のこと。目に見えない技術とも言われる。また、問題を解決したり、人間や自然、社会の要求を実現するために、既存のあるいは手持ちの学問手段をどう組み合わせて使うかを考えて体系化したものである。ハードサイエンスは数量化できないものも可能な限り数量化しようとしたり、数量化できるものだけを対象に考えるのに対して、ソフトサイエンスでは価値観など数量化できないものを重要な対象とする[1]。 ソフトサイエンスという言葉は日では科学技術会議で1971年4月に出された第5号答申において公式の場に初めて現れたとされるが、科学技術庁計画局で1970年5月に立ち上げられた「ソフトサイエンス研究会」による1年にわたる検討が元となっている。また、同年9月には科学技術庁で「ソフトサイエンス総合研究所」創設のための概算要求を行って

  • golang.org/x/sync/semaphoreを使ってゴルーチンの同時実行数を制御する - Qiita

  • アマゾンより優れた通販サイト

    ヨドバシカメラポイント還元や小物は安かったりする。飲はハズレ多め。化粧品等は普通。発売前ならゲームとか玩具も安い。ただ予約締切が早かったりすぐ品切れになったりで安定性は欠ける あとレビューが役に立たない。アマゾンとヨドバシを併用している人が多いと思われる。送料無料なのも大きい ビックカメラ酒や薬が強いが、ポイント還元がヨドバシと同じなのに渋い印象。そもそも高い。SuicaとPayPayで実店舗は輝くが通販では使わない 楽天市場日のECを駄目にした元凶その1 サービスは多いが分かりにくい。価格はポイント還元前提の高価格。スーパーセールもPrimeDay以上にお得感は無い デザインも悪いし、ショップも玉石混淆で信頼性も低い。オマケに配送も遅い(これは店の問題) 配送料については改革するようだが、既に遅い気がする。所詮は公用語英語にも出来ない仙台の野球発展のみの会社 ここのポイントをキャンペ

    アマゾンより優れた通販サイト
  • AWS、東京リージョン23日午後の大規模障害について詳細を報告。冷却システムにバグ、フェイルセーフに失敗、手動操作に切り替えるも反応せず

    AWS、東京リージョン23日午後の大規模障害について詳細を報告。冷却システムにバグ、フェイルセーフに失敗、手動操作に切り替えるも反応せず 報告によると直接の原因は東京リージョンのデータセンターで使用されている冷却制御システムにバグがあったこと。これにより、緊急時の手動操作にも冷却制御システムの一部が反応しないなどでサーバが過熱し、障害に至ったと説明されています。 8月23日午後に約6時間の障害。EC2だけでなくRDSも 報告によると、障害は日時間2019年8月23日金曜日の昼過ぎに発生。影響範囲は仮想マシンを提供するAmazon EC2とブロックストレージを提供するAmazon EBSのそれぞれ一部。以下、AWSの報告を引用します。 日時間 2019年8月23日 12:36 より、東京リージョン (AP-NORTHEAST-1) の単一のアベイラビリティゾーンで、オーバーヒートにより一

    AWS、東京リージョン23日午後の大規模障害について詳細を報告。冷却システムにバグ、フェイルセーフに失敗、手動操作に切り替えるも反応せず