2017/07/07 11:10:01
zensoku00
素敵過ぎる変態ｗｗｗ
2017/07/07 11:55:26
otihateten3510
100万パワー+100万パワーで200万パワー！！ いつもの2倍のジャンプが加わり、200万×2の400万パワー！！ そして、いつもの3倍の回転を加えれば、400万×3の バッファローマン！お前をうわまわる1200万パワーだーっ！！
2017/07/07 14:45:00
programmablekinoko
スピードは正義
2017/07/07 15:23:20
masfj
こういう勢いあるネタを書けるようになりたい
2017/07/07 15:42:02
yooven
Qiitaのようなサイトに載せるのがもったいないほど良記事
2017/07/07 15:45:28
cocoasynn
良い
2017/07/07 16:27:18
erukiti
計算オーダーとかアルゴリズムとかの計算機科学の話かと思ったら違う話だった。が、まぁ良い記事だ
2017/07/07 17:34:49
tripleshot
ナイス記事
2017/07/07 19:08:25
yusuket
pythonなんていらなかったんや
2017/07/07 19:21:07
sonots
pythonには jit コンパイラあるの…
2017/07/07 19:34:50
reitanigawa
実務の現実的な解ではないんだよな(^_^;)とはいえ、早いライブラリを使うというのは勉強に
2017/07/07 20:06:17
fuji_haruka
ほんとうに100万倍だった
2017/07/07 20:10:26
psfactory
100万倍速いプログラムを書く - Qiita
2017/07/07 20:16:16
thesecret3
積分のようなものは、時間とともにハード・ソフト両方の性能が向上するので、pythonで1回書いて30年ぐらい熟成すれば100万倍ぐらいにはなりそうな。
2017/07/07 20:24:00
fog_og_frog2
スマホで数式が表示されないお。んんー？と見つめて開始終了コードに気づいた。LaTexとかよー書けるよなぁ...
2017/07/07 20:29:24
kirifue
そこで「Fortran」ですよ。 #プログラミング #開発
2017/07/07 20:40:25
nozipperar
pythonは100万倍遅いって事だな　まあpythonを使う目的は速さではないからな
2017/07/07 20:52:45
hageatama-
"ちょっと待ってください、数値積分なんて重要そうなプログラム、誰かが既に書いて公開してくれているのでは無いでしょうか？"
2017/07/07 21:01:22
lbtmplz
FortranとPythonの地獄混ぜ混ぜ
2017/07/07 21:02:08
chankuri
すごい尖ってるな。楽しそう。
2017/07/07 21:14:32
moyacab
Pure Pythonが最速ということはわかった。
2017/07/07 21:19:49
iekusup
ほー。
2017/07/07 21:42:15
Nyoho
いいねえ
2017/07/07 21:54:47
z_dogma
すごい、大作だ
2017/07/07 22:31:03
smeg
FORTRAN！まだ生きてたのか！ヤッホーFORTRANランランラン！pythonと組み合わせるっていうのになんか頭がクラクラする。 レトロフューチャーな感じ
2017/07/07 22:37:13
fb001870
すごいなぁ 100万分の1しか理解できないけど
2017/07/07 23:23:02
tiga
＞なんと今回の場合、「Fortranプログラムが積分を計算する時間」よりも「そのプログラムをPythonから呼び出す時間」の方が長いのです。
2017/07/07 23:34:56
sea295x2
頭がいい人はこわい
2017/07/08 00:01:44
Mofuyuki
感動した。
2017/07/08 00:08:14
kmaebashi
『つまり、Pythonはコードを一行ずつ機械語(010011011...）に変換（コンパイル）して動作します。』呪いのように何度も出てくる間違いだ…／結局、速くなったのは、ライブラリ使ったから、ですよね。アルゴリズム重要?
2017/07/08 00:17:22
zakkie
そんな都合のいいライブラリはどこにあるのだ。
2017/07/08 01:23:48
ironies
凡人が思いつくものなんざどこかの天才が既に作ってるから、車輪の再発明してねえでそいつを探せってこったな。
2017/07/08 01:31:02
maruware
いい記事だ。日常ではライブラリがないようなところが遅くなりがちなわけだけども。
2017/07/08 01:44:24
Parakerususu
全く難しい話ではないのに一切理解できずにコメントしてる奴らが半分くらいいるな
2017/07/08 03:37:44
airj12
最終形に比べると遅いとはいえcheck_output使った方式が予想外に速くて驚いた
2017/07/08 03:38:45
umai_bow
そこまできたらライブラリを呼んだほうがいい気がする
2017/07/08 07:52:00
tsumakazu
高速化
2017/07/08 08:01:32
AyeBee_TY
でも変な牛さんがこっち睨んでて商用だと使いにくかったりするんですう。
2017/07/08 08:58:36
von_walde
fortran最速！！！！でも、77って、、
2017/07/08 09:16:36
kamei_rio
ミリオンプログラム
2017/07/08 09:41:33
deokisikun
よくわかんないけど凄い。レイテンシ気にする現場は大変だと思う。大抵の場合プライド以外は報われない。それでもエンジニアは今日も生きている
2017/07/08 09:43:22
akira0422
Numba 便利そう。(´･_･`)
2017/07/08 09:58:55
cruller
数値計算くらいならCで書いちゃう（的外れ）/「書きやすさと実行速度はトレードオフ」「ライブラリ使おう」ってことか
2017/07/08 12:20:00
I8D
ライブラリ、本当にすごい。
2017/07/08 12:25:09
camellow
なんかすげーなー
2017/07/08 13:10:00
khtokage
プログラムはこういう所が面白いよね。過程（プログラミング作業の効率）も結果も、本当に文字通り数百倍とか数万倍とかの差が出る。
2017/07/08 14:49:09
uzusayuu
library多過ぎで、一回だけしか使わないコードだと検索してる間に書いて終わらせちゃえることも多い
2017/07/08 17:05:30
motchang
最高の記事
2017/07/08 21:23:36
vanbraam
ここまでCPU-intensiveな処理が通常のプログラムでは殆どない.本稿の言に従えば"律速段階"はそこじゃない事が多い;MathJax+math/tex->MathMLでこれだけの数式が書けるのを知る事ができたのは大きな収穫
2017/07/08 23:33:14
yugioh-hack
pythonでなくとも、Cあたり齧れば大体意味がわかる内容。おかしなコメントが多いけどキッズが多いのか
2017/07/09 11:21:53
garage-kid
484