任天堂「今後C++は捨てJavaScriptで開発していく」 (887ﾚｽ)
上下前次1-新
355: 2013/04/01(月)17:17 AAS
C＋＋とアセンブラとjavaしかできない俺は取り残されていくんだろうか‥
356: 2013/04/01(月)17:22 AAS
取り残されていく
357: 2013/04/01(月)18:35 AAS
変化に対応できない人間は弱いな
358(1): 2013/04/01(月)22:19 AAS
C++・アセンブラ・Javaできれば他の言語なんてあっというまに覚えられるだろ？
359(1): 2013/04/01(月)22:21 AAS
アセンブラ、C、Java、JavaScriptができれば
大体のところは網羅してると思うな。
360: 2013/04/01(月)22:25 AAS
覚えられても、あえて覚えない拘りをもつんだろ。
ダーウィンだったかが、必ずしも強者が生き残るのでなく環境に適応したものが残るとかいってた。
361(1): 2013/04/01(月)22:43 AAS
正直、言語一つ極めれば大抵の他言語は余裕で覚えられる
362: 2013/04/01(月)23:16 AAS
手続き型から関数型はちとつらい
363: 2013/04/02(火)03:07 AAS
俺が生きてる間には関数型が覇権握ることはなさそうだし
とりあえず無視しとく
364: 2013/04/02(火)03:08 AAS
SQLを使ってる人は、関数型もすんなり使えると思う。
SQLと関数型言語は考え方が違い。
このことに気づいている人も結構いる。
外部ﾘﾝｸ:www.google.co.jp関数型言語
365(2): 2013/04/02(火)06:12 AAS
node.jsとか時代はJavaScriptなん？
366(1): 2013/04/02(火)06:28 AAS
>>358>>359>>361
それだけでは、とてもじゃないけど関数型言語を使いこなせる気がしない
極めるのうちに自前で他パラダイムの要素混ぜ始めるのまで含めなければ、だけど
>>365
JavaScriptの応用がホットなのは確かだけど、最終的には適材適所じゃね？
367: 2013/04/02(火)12:11 AAS
>>365
flashが倒れた以上後釜を狙う立場にいるのは確か
368(1): 2013/04/02(火)12:37 AAS
>>366
ループの処理を再帰に変換するのが脳内で一瞬でできるようになれば
そんなに難しくはないような気がしてる。
369: 2013/04/02(火)12:38 AAS
>>368
最終的には再起を先に考えてしまって後でループに直したりし始めるけどなw
370: 2013/04/02(火)12:40 AAS
関数は第一級オブジェクト
371: 2013/04/02(火)12:42 AAS
jQueryとHTML5で既にFlashの後釜
node.jsはローカル鯖テストに使ってる。便利な気がする。同一言語で扱えるので。
コンパイラが絶滅する時代が来るのかな。
(C++は進化してきているのがわかる。JavaScriptに近い部分もあり。)
372: 2013/04/02(火)12:53 AAS
生のJavaScriptを書くやり方の方が絶滅すると思う
JavaScript（or そのサブセット）を出力するコンパイラが主流になる
373(1): 2013/04/02(火)14:56 AAS
変換無しで実行できるっていうのもひとつのメリットだからね
主要ブラウザで直接実行可能なのがJavascriptだけな状態が続くなら
絶滅させるのは難しい
374: 2013/04/02(火)16:06 AAS
将来のプログラマはCもjavaも両方出来ないとダメになったぞ
まぁ、移植の手間が省けるぶんゆとり化が進むだろうけど
375: 2013/04/02(火)18:24 AAS
JavaScriptとJavaが同じだと思ってる人が何人かこのスレに居るな
376(1): 2013/04/02(火)20:54 AAS
任天堂のハードの機能に依存したソーシャルゲーとかが作りやすくなるってことか
それこそ個人のサイトでも任天堂ハードを利用したアプリが公開できる
377: 2013/04/02(火)21:20 AAS
>>376
それできるの？
セキュリティとかロイヤルティとか難しい気がするが
378(1): 2013/04/02(火)21:23 AAS
そもそもソースの隠蔽が無理
379: 2013/04/03(水)00:09 AAS
「JavaScriptは遅い」って言う人はプログラミングについて完全に誤解してる
「JavaScript（を機械語に変換する特定の処理系）は遅い」なら正しいが
「JavaScript（というプログラミング言語）は遅い」という発言はおかしい
プログラムの処理速度を決めるのは言語処理系であって、言語そのものではない
380: 2013/04/03(水)00:11 AAS
またバカが来た
381(1): 2013/04/03(水)00:49 AAS
処理系ががんばればいくらでも速く出来るとか思ってるやつのほうが完全に誤解してるだろ。
382: 2013/04/03(水)00:57 AAS
まあjs厨はバカしかいないってことで
383: 2013/04/03(水)01:01 AAS
>>373
googleがDartを本気でjsと置き換えようとしてるらしいが、どうなることやら
384: 2013/04/03(水)01:20 AAS
>>378
それいうとあらゆるクライアントサイドプログラムもソース隠蔽は無理じゃね？
ネイティブコードからの逆コンパイル可読性に負けるとはいえ、変数名全部圧縮したJSってMSILからC#に復元したコードと大差ないレベルじゃね？
385(1): 2013/04/03(水)01:57 AAS
JavaScriptは、いずれどこかの時点でオブジェクト指向機能を
取り入れた別の物に進化してHTML6の一部になると思う
いまのJavaScriptの環境はC言語で関数ポインター駆使して
一生懸命オブジェクト指向設計してた時と同じように
無理が来てると思う
386: 2013/04/03(水)02:01 AAS
お前らasm.jsの記事すらまともに理解できないのか
387: 2013/04/03(水)02:15 AAS
asやってたからjsに変えるのは楽だけど何となく型宣言がないのは気持ち悪い
388(2): 2013/04/03(水)02:19 AAS
>>381
何言ってんだ？
原理的にCで吐ける機械語はJSでも吐けるんだが
チューリング完全て知ってるか？
389: 2013/04/03(水)02:28 AAS
マジバカわろた
390(1): 2013/04/03(水)02:29 AAS
機械語を書き出せるのはチューリング完全と関係ない。
言語がチューリング完全でなくとも出来る。
391(1): 2013/04/03(水)02:31 AAS
>>390
チューリング完全な機械語を吐くにはチューリング完全な言語を処理系に食わせなきゃ無理
機械語を吐くこと≠チューリング完全な機械語を吐くこと
392: 2013/04/03(水)02:31 AAS
ではバッファオーバーフローするjsとその処理系がどのようなものになるか説明してみてください
393: 2013/04/03(水)02:36 AAS
>>391
CコンパイラのバイナリをBASE64などでコピペして
チューリング完全でない言語でデコードして書き出す。
394: 2013/04/03(水)02:46 AAS
(Cコンパイラの)バイナリデータを吐き出す機能しか持っていない言語は
チューリング完全でないが、チューリング完全の処理系を出力できる。
395(1): 2013/04/03(水)02:52 AAS
>>385
JavaScriptはプロトタイプ指向と言うオブジェクト指向と類似するパラダイムを既に獲得しているので、今更オブジェクト指向を取り込む必要は特に無い
>>388
×Cで吐ける機械語はJSでも吐ける
○Cで書ける処理はJSでも書ける
わかり易い例を出すと、Cと同じ機械語を吐くためにはメモリ破壊出来ないとダメだけどJSでは無理だ
処理速度の面で言うにしてもCと同等の速度が出る「可能性は否定出来ない」程度で現状は未だ無理
省2
396(1): 2013/04/03(水)02:54 AAS
>>395
メモリ破壊する処理を書けばいい。
397(1): 2013/04/03(水)02:56 AAS
>>396
破壊できたら只のセキュリティホールでんがな
398: 2013/04/03(水)02:56 AAS
C言語が出力するバイナリと同様のものはJavascriptで吐ける。
C言語の出力をバイナリ文字列としてコピペして書き出すだけ。
399(1): 2013/04/03(水)02:56 AAS
>>397
> Cで書ける処理はJSでも書ける
って書いてある。メモリ破壊する処理を書けばいい。
400: 2013/04/03(水)02:57 AAS
バイナリファイルはきだせるならなんでも作れるだろ。
401(1): 2013/04/03(水)02:59 AAS
より一般にほとんど言語で、C/C++で書かれたC/C++コンパイラと同等の速度が出る、C/C++コンパイラを書くことは可能。
これはチューリング完全なんかと関係する。
402: 2013/04/03(水)03:00 AAS
Cで書けるということはクライアントの環境を決め打ちできるということだ（ｷﾘｯ
403: 2013/04/03(水)04:13 AAS
>>399
メモリ破壊のロジックを再現しても実際のメモリ破壊できないだろ・・・レイヤ違うんだし
404: 2013/04/03(水)04:56 AAS
メモリ破壊の意味分かってないバカがいるな
さすが低級言語のC/C++厨だな
405(1): 2013/04/03(水)05:02 AAS
具体的に説明できない知ったかぶりが煙に巻くときに使う常套句：レイヤ
406: 2013/04/03(水)05:42 AAS
相手の発言を曲解して馬鹿にした気になれるってある種の才能だよな・・・
395が言ってる処理ってアルゴリズムの事だと理解できないのか、理解したくないのかどっちなんだろ？
説明されても理解できないの方だとしたら、病院行って診断もらってきたほうがいい。特権手帳もらえるよ。
>>405
煙に巻くもへったくれも、JS上に作った仮想メモリはOSが管理する仮想メモリやCPU見てる実メモリとはレイヤ違うからそのまんまだろ
407: 2013/04/03(水)07:22 AAS
Cすら使いこなせない低能でも
JSでゲーム開発出来ると聞いてアホが喜んでるんだから
水を差すなよ...
408: 2013/04/03(水)08:11 AAS
ゲーム作ったことある奴ならわかるけど
言語なんか関係ないからな
それ以外のことが難しすぎるし
409: 2013/04/03(水)09:03 AAS
>>388
それじゃ現状でJavaScriptが遅いのはどういう理由なの?
実装してる連中がバカだから?
(実際的にはムリだけど)原理的には可能っていう屁理屈?
410: 2013/04/03(水)09:10 AAS
チューリング完全は計算能力の話であって計算速度とは関係ないってマジレスしちゃダメなの？
411: 2013/04/03(水)09:16 AAS
実際出来るかどうかは知らんけど、チューリング完全とかの概念はむしろ最適化に上限があることを証明するのに使えちゃいそうだよな
412(1): 2013/04/03(水)09:21 AAS
チューリング完全って何だよ
413(1): 2013/04/03(水)09:28 AAS
論理的には計算速度の最適化もできそうだけど、
ソースコードの量の増加に応じた最適化のための計算量が爆発的に増加しそう
実質的には無理じゃないかな？
414(1): 2013/04/03(水)09:30 AAS
>>413
動的型の言語の実行時にきまる動作を静的なコードで
置き換えようとするとコードの量が無限に大きくなりそうだな。
415(1): 2013/04/03(水)10:01 AAS
コンパイラは、文字列処理にすぎない。
ソースコードをパースして、アセンブラ言語の文字列へ変換するだけ。
C製のCコンパイラと同等の速度が出せない言語のほうが珍しい。チューリング完全ということは処理能力に違いがないということ。
416: 2013/04/03(水)10:03 AAS
「Javascriptのコードから」ってルールが抜けてるんなら
バイナリ列のコピーだけでもいいからね。
417: 2013/04/03(水)10:04 AAS
>>412
計算理論において、ある計算のメカニズムが万能チューリングマシンと同じ計算能力をもつとき、その計算モデルはチューリング完全（チューリングかんぜん、Turing-complete）あるいは計算完備であるという。--Wikipedia/チューリング完全
>>414
生成され得ないパターンを除外してくとかはある程度出来るだろうけど、停止性判定不能コードの後ろに判定対象が並んでるとかの場合に
チューリングマシンの停止性問題から「有るコードが有る型で実行されるかは有限時間で判定不可能である」って導けそうな気がするんだよな
418: 2013/04/03(水)10:05 AAS
チューリング完全を完全に誤解してる。
419: 2013/04/03(水)10:06 AAS
まったくなんのスレだよ
420: 2013/04/03(水)10:10 AAS
万能チューリングマシンとか停止性問題とか神託機械とか、あのへん微妙に中二病患者にウケそうな概念や単語が並んでるからな
421(1): 2013/04/03(水)10:11 AAS
>>415
Cと同等の速度が出せない言語がめずらしいって言っても、
実際には出せてない言語は多いよね。
なんで?
実装してる連中がバカだから?
(実際的にはムリだけど)原理的には可能っていう屁理屈?
422(1): 2013/04/03(水)10:14 AAS
>>421
同等程度の性能しか出せないのに、Javascript製Cコンパイラをつくる意味がない。
それに明らかにコンパイル時間が長引いて実用的でもない。
ゼロからCで書くか、オープンソースのC言語製Cコンパイラを改良した方がいい。
423: 2013/04/03(水)10:17 AAS
脈絡なく屁理屈をレスするスレ
424: 2013/04/03(水)10:18 AAS
>>422
ああ、JavaScriptでも同等の処理を書けるってはなしで、
速度はやっぱり遅いんだな。
425(5): 2013/04/03(水)10:33 AAS
JavaScriptで、C言語製ソフトと同等(速度)の事をやることは現実で可能。
Zopfli を Emscripten をつかって JavaScript に移植しました
外部ﾘﾝｸ[html]:blog.livedoor.jp
Google Zopfli圧縮アルゴリズム、gzip -9より高圧縮 3月11日
外部ﾘﾝｸ:headlines.yahoo.co.jp
この記事では、C言語で書かれたアプリケーションを Javascript エンジン上で動かすためのツールである Emscripten について解説します。
Emscripten の原理
省2
426: 2013/04/03(水)10:39 AAS
>>425
リンク先をざっと見てみましたけど、JavaScriptのコードをCと同等の速度で
実行できるってのはどこに載ってるんでしょうか。
427: 2013/04/03(水)10:39 AAS
emscriptenの出力コードはjavascript上で機械語コードをエミュレートするだけなんだけど
428: 2013/04/03(水)10:44 AAS
>>425
ドヤ顔でこれかよ・・・
429: 2013/04/03(水)10:45 AAS
>>425
それある程度の速度が出るのはJITコンパイルが前提だよ
上で馬鹿がわめいているような事前コンパイルでJavascirptを高速なネイティブコードに変換するのは難しい
430: 2013/04/03(水)10:48 AAS
コンパイラは文字列操作してるだけ。
C:製Cコンパイラと同じ文字列操作をすれば出力は同じで、速度も同じになるのは当たり前。
アセンブリ言語 - Wikipedia
次に示す機械語は AL レジスタに 01100001 というデータをロードする。
10110000 01100001
このバイナリコードを人間が読みやすいように十六進法で表現すると次のようになる。
B0 61
省6
431(1): 425 2013/04/03(水)10:51 AAS
間違えるな。
Emscriptenで変換したコードが速いと言ってない。
JavaScript製Cコンパイラで、C:製Cコンパイラと同じバイナリ(=同じ速度のバイナリ)を作り出せるかだ。
432: 2013/04/03(水)10:52 AAS
真面目にＪＳでのゲーム開発を議論するスレかとおもいきや、普通の初心者スレになっているとは。
433: 2013/04/03(水)10:53 AAS
>>431
JavaScriptでCと同等の処理が書けるかって話じゃなくて、同等の速度がだせるかって話なんですけど。
434: 2013/04/03(水)10:56 AAS
emscripten はそういうのじゃないとおもうんだ
c->js はかのうかもしれない js->c は範疇外だろう?
435(2): 2013/04/03(水)10:57 AAS
逆にJavaScriptソースと同等機能を実現するC、アセンブラソースを作り出すことも可能。
JavaScript ⇒ C、アセンブラ ⇒ バイナリ としたらJavaScriptも速く出来る。
上下前次1-新書関写板覧索設栞歴
あと 452 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.015s