16/09/27 22:37:01.88 0PlH9Ckj.net
いつになったらJavascriptはバイトコードになるのか
今のソース丸見え状態じゃ技術がダダ漏れだ
1027:デフォルトの名無しさん
16/09/28 00:00:54.13 4rH6H9ji.net
JSはこれ以上はもう無理だと結論出てる
1028:デフォルトの名無しさん
16/09/28 07:24:29.50 DCJCy4yl.net
JavaScriptのバイトコード
それWASMじゃん
1029:デフォルトの名無しさん
16/10/01 18:34:01.93 REOAHOZ9.net
機械学習はpythonが強すぎる
1030:デフォルトの名無しさん
16/10/01 19:09:56.24 ZWQ5J0j0.net
それはライブラリが多いから？
1031:デフォルトの名無しさん
16/10/01 20:29:41.22 VMBRmgxd.net
pythonの言語力ではなく、C言語性のを使えるようにされてるからだ。
1032:デフォルトの名無しさん
16/10/01 20:55:23.06 ZWQ5J0j0.net
具体的にはどういうこと？
1033:デフォルトの名無しさん
16/10/01 21:04:39.09 VMBRmgxd.net
たとえばこれ。すでにC言語であったものをあとからPythonで使えるようにした。
言語自体として機械学習むけというわけでなくあとづけで機械学習向いてきた。
NumPy - Wikipedia
NumPyは、プログラミング言語Pythonにおいて数値計算を効率的に行うための拡張モジュールである。
NumPyの内部はC言語（やFortran）によって実装されているため非常に高速に動作する。
したがって、目的の処理を、大きな多次元配列に対する演算として記述できれば（ベクトル化できれば）、
計算時間の大半はPythonではなくC言語によるネイティブコードで実行されるようになり大幅に高速化する。
さらに、NumPyは BLAS を実装した行列演算ライブラリ（OpenBLAS、ATLAS、Intel Math Kernel Library など）を使用して線形代数演算を行うため、
これは単純に書かれたC言語によるコードよりも高速に実行する（速度が落ちるが BLAS ライブラリを使用しないコンパイルも可能）。
1034:デフォルトの名無しさん
16/10/01 21:22:46.97 ZWQ5J0j0.net
>>989
それってPythonが機械学習に強いんじゃなくて
機械学習に強いライブラリが有ったってだけだよね？
1035:デフォルトの名無しさん
16/10/01 21:24:03.81 ZWQ5J0j0.net
機械語には速度が重要だから、NumPyはC言語で作られている。
ならば機械語に強いのはC言語ということでは？
1036:デフォルトの名無しさん
16/10/01 21:59:15.05 63LCCJou.net
うんそうだけど何か問題でも？
まっRubyでは使えないからね
1037:デフォルトの名無しさん
16/10/01 22:00:36.77 ZWQ5J0j0.net
いやだからライブラリが有っただけで
別にPythonなのはたまたまだよって話だよ。
1038:デフォルトの名無しさん
16/10/01 22:01:14.85 uWwerbQv.net
人のふんどしで相撲をとるのはズルいと思います
1039:デフォルトの名無しさん
16/10/01 22:05:23.94 ZWQ5J0j0.net
つまりPythonを過大評価しなさんなってこと。
これは別にPythonだけに限った話ではなく、
Rubyがウェブに強いのも単にRailsがあったからで、
JavaScriptがクライアントサイドウェブアプリに強いのも
たまたまブラウザ用に作られたから。
言語の違いなんてそんなもんさ。わずかな違いはあっても大差はない。
何かに普及するのは言語そのものではなくて、それの置かれた環境や
フレームワークやライブラリの力によりものだよ。
フレームワークやライブラリに比べれば言語による開発効率なんて
微々たる差しか生まれない。
1040:デフォルトの名無しさん
16/10/01 23:33:42.43 rAdXsmVI.net
PythonにNumPyがあるのはそもそもそれ以前から科学技術計算にPythonが補助として用いられていたからで、
元を辿ればスクリプトの中では数値の扱いに一貫性があって数値計算に適していて、
シンプルで教科書の疑似コードに近いシンタックスのため情報科学を専門としない理系には馴染みやすいという
Pythonの性質に行き着く。
同様にRailsがRubyを
1041:選んだのも、自由度の高さやコールバックの記述のし易さ、 メタプログラミングといった性質がWebフレームワークのためのDSLとして適しているように思われたからだ。 確かに実用的には言語自体にそれほど大きな差はないかもしれないが、 コミュニティやエコシステムが発展していく上で人々の「好み」というのが非常に重要である以上、 言語の差には大きな影響力があるんだよ。
1042:デフォルトの名無しさん
16/10/01 23:34:30.82 sU5CeuPC.net
>>990
SEなら理由は一つだけじゃない事に気づくだろうけどね。
1043:デフォルトの名無しさん
16/10/01 23:42:52.22 FvOeAcfn.net
次スレ
【JavaScript】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ55【php,py,pl,rb】
ｽﾚﾘﾝｸ(tech板)
1044:デフォルトの名無しさん
16/10/02 00:09:17.49 TwHgj9yg.net
ていうかもっとそもそも論を言えば python のコードは英文に近くて読み易い。
同じことが Java にも言えるがこの点において python には敵わない。
python の半ば強引なアンダースコア(英文の空白など区切り文字全般に該当する)だらけのコードは時に英文そのものになっている場合がある。
1045:デフォルトの名無しさん
16/10/02 00:16:47.63 kPn//wmb.net
今回はperlの勝ちでした
1046:過去ログ ★
[過去ログ]
■ このスレッドは過去ログ倉庫に格納されています