Even more pi in the sky: Calculating 100 trillion digits of pi on Google Cloud Records are made to be broken. In 2019, we calculated 31.4 trillion digits of π — a world record at the time. Then, in 2021, scientists at the University of Applied Sciences of the Grisons calculated another 31.4 trillion digits of the constant, bringing the total up to 62.8 trillion decimal places. Today we're announci

Google は、2019 年に 31 兆 4000 億桁の円周率を計算し、 当時の世界記録を樹立 しました。そして本日、Google の岩尾エマはるかが Google Cloud 上のツールを活用して 100 兆桁の円周率を計算し、世界記録を更新したことを発表します。円周率「 π（パイ）」の小数点以下 100 兆桁目の数字は 0 でした。 数ヶ月前の 3 月のなんでもない火曜日の朝、私は自宅のワーキングスペースで 157 日間にわたって実行されていたプログラムの様子を見ていました。そして、ついにその瞬間が来ました。新たな世界記録となる円周率 100 兆桁の計算が完了し、私はその数字を世界で初めて目撃しました。 円周率の計算 — いかに多くの桁数を得るか — は、数千年もの間世界中の数学者、科学者、エンジニアによって取り組まれてきた壮大なプロジェクトです。一般によく知られる近似値 3.14

急に街歩いてて「富士山見てぇ！」となることありませんか？僕はしょっちゅうあります。そんな時のために、富士山が見える場所を速やかに探せる地図を作ってみました： wherecaniseefuji.web.app 本稿は「Plateauのデータで遊んでみたい！」「GISデータを使ってグリグリ動かせる3D地図を作ってみたい！」という方のために、この地図の作り方をざっくり解説します。ものすごく長いので、自分が興味のある部分だけ読んだらいいと思います。 全体の流れ 扱うデータ CityGMLフォルダの中身 データを読み込む 建物データ 地形データ 富士山が見える建物を全部探す 結果を使いやすい形に出力する XYZタイルってなに？ Leaflet用の2D画像を用意する OSMBuildings用のGeoJSONを書き出す 可視化ページの作成 Leafletで2D地図を描画する OSMBuildingsで

Based at Princeton University, though he found fame at Cambridge (as a student and professor from 1957 to 1987), Conway, 77, claims never to have worked a day in his life. Instead, he purports to have frittered away reams and reams of time playing. Yet he is Princeton’s John von Neumann Professor in Applied and Computational Mathematics (now emeritus). He’s a fellow of the Royal Society. And he is

ほぼ、タイトルで言いたいことは尽きている。 メモ：日本に「サマータイム」を導入すると懸念される事柄にまとめているとおり、2020年の東京オリンピックに向けて日本標準時間（JST）を2時間早める日本夏時間の導入が検討されている。それにともない、主にICT業界から「コンピュータの時刻の対応どうすんだよ！」と大批判が上がっている。 で、以下のエントリー。Unix・Linuxで使われているTime Zone Databaseを書き換えることで日本夏時間を実現してみますよという内容。非常にきれいに対応できている。 qiita.com じゃあ、今回の日本夏時間の導入はこんな風に簡単にできるのかというところなのだけど、そういうわけにはいかない。その理由は上記エントリの後半部分にあるとおり。 で、ここから妄想。太陽系内の惑星や惑星の衛星にて水の存在が確認されている。 www.bbc.com jp.reut

人間乱数 人間に「乱数列を書いてください」と頼むとけっこう変な偏りをもった数列を書いちゃうらしくて、人間乱数とか human random number generation とか呼ばれているようである。これがなかなかにおもしろい。 今回は、人間乱数の性質や成り立ち、その利用などについて、ちょこちょこ調べたことをいろいろ紹介してみようと思う。 ブツ切り傾向 いちばんわかりやすい例が「コイントスを１００回やったときにできる裏表の列を想像して書いてみてください」というもの。 人間が書いた乱数列は、コインの裏表それぞれの頻度こそだいたい50:50になるものの、「裏が出た次の回に表が出る確率」および「表が出た次の回に裏が出る確率」、つまり「コインの裏表が入れ替わる頻度」が期待値（0.5）に対して異様に高くなるらしい。 2006-08-24 これはギャンブラーの誤謬と呼ばれる現象があらわれたものと見

Caption: Researchers have created a universal algorithm for folding origami shapes that guarantees a minimum number of seams. *Terms of Use: Images for download on the MIT News office website are made available to non-commercial entities, press and the general public under a Creative Commons Attribution Non-Commercial No Derivatives license. You may not alter the images provided, other than to cro

これはなに？ はじめに AGCあれこれ Temporary I HOPEHOPEHOPE ASTRONAUT NOW LOOK WHERE YOU ENDED UP ふと気になりました いい時代ですね 1201&1202エラー なにそれ？ カ、カルマンフィルターだー！！！ カルマンフィルターの開発経緯 その他面白コメントアウト集 TRASHY LITTLE SUBROUTINES（つまんないサブルーチン） NUMERO MYSTERIOSO（神秘の数字） OFF TO SEE THE WIZARD COME AGAIN SOON HONI SOIT QUI MAL Y PENSE（悪意を抱く者に災いあれ）、NOLI ME TANGERE（私に触れるな） PINBALL_GAME_BUTTONS_AND_LIGHTS.agc おわりに 反省 参考文献 これはなに？ この記事はeeic Adv

文字列傾斜錯視自動生成アルゴリズムは、与えられた文字の集団から傾いて見える文字の配列を，コンピュータに自動的に見つけさせることができるものです。今回は文字列傾斜錯視自動生成アルゴリズムのもつ別の性能について書こうと思います。

壁にかかったカレンダー，掛け軸，額縁などを見て，もし斜めに傾いていれば，それをまっすぐに直すと思います．ここで一つの疑問が起こります．なぜ人は水平であるとか，斜めに傾いていることがわかるのでしょうか？

「中国のグーグル」とも呼ばれる「百度（Baidu）」が先日、ある種のルール違反を理由に、世界的なAI（人工知能）コンテストへの参加を禁じられた。背景にはAI商用化を巡る巨大なビジネス・チャンスと、人材獲得合戦など加熱する競争がある。 ●"Computer Scientists Are Astir After Baidu Team Is Barred From A.I. Competition" THE NEW YORK TIMES, JUNE 3, 2015 アカデミックなイベントから企業競争の舞台に 今回の出来事の舞台となったのは、「ImageNet Large Scale Visual Recognition Challenge (ILSVRC)」と呼ばれる画像認識のコンテストだ。コンピュータやロボットなどが写真や動画など画像を解析し、そこに映っているものが何であるかを識別する「画像認

A tiny fluid simulator that fits in 80x25 terminal. https://www.ioccc.org/2012/endoh1/ https://github.com/ioccc-src/winner/blob/master/2012/endoh1/endoh1.c BGM: Water Music (Handel)

ソフトウェアが辿った45年の長い道のり。 アポロ計画の技術レベルは、現在ポケットサイズの電卓に使われている程度のものだった…それは今や多くの人の知る所だ。だが、宇宙飛行士達の月到達と地球帰還に使用されたコンピューター・プログラムが、同じくとてもシンプルな物だった事について語る人はほとんどいない。 7月20日の日曜日は、1969年のアポロ11号の月探査ミッション、今日多くの人々に月面着陸として知られるミッションの記念日だった。このミッションに使用された命令プログラムは現在もパブリックドメインに残されている。 アポロ11号のプログラムが映し出すこの興味深い差異は、この45年でコンピューター演算がどれだけ変化したかを示している。 それは1969年当時の技術の結晶だった… 1969年当時、アポロ計画を導いたのはIBMシステム/360　モデル75（ドラマ「マッドメン」に出てくる様な、部屋を丸ごと一つ

ここのところ重度のFPGA中二病にかかってしまい、冬休み中もDE0ざんまいな日々。気になっていた金融のHFT（high frequency trading：大手投資銀行等がμ秒単位の超高速で株式等を売り買いしてる恐ろしい市場）におけるFPGA利用状況について、HFT Reviewにこってりしたレポート（HFT業界のベンダー各社にインタビューしたもの）が載っていたので、勢い余って面白かった部分を超訳してしまった。 元ネタはこちら： FPGA & Hardware Accelerated Trading, Part One - Who, What, Where and Why? FPGA & Hardware Accelerated Trading, Part Two - Alternative Approaches FPGA & Hardware Accelerated Trading, P