任天堂「今後C++は捨てJavaScriptで開発していく」 (887ﾚｽ)
上下前次1-新
309(1): 2013/03/29(金)01:16 AAS
JacaScriptの動的コンパイルやJVMやレンダリングエンジンも皆JacaScriptでやるんすね！
さすが動的バインド半端ない
310: 2013/03/29(金)01:17 AAS
JSのコンパイルってそのままやるんだったらLispとほぼおんなじ方法になるよね。
だったら、C++あたりにトランスコードしてコンパイルする羽目になるんじゃないか？？
311: 2013/03/29(金)01:25 AAS
C++一本で食ってるやつなんていないんだろうから気にするこたぁねえよ
312: 2013/03/29(金)01:36 AAS
C++が消えるというか完全に裏方になるのはいいのだが、
JavaScriptメインで開発とか正気かよ
もうちょっとマシなスクリプト言語いくらでもあるだろ
313(1): 2013/03/29(金)01:39 AAS
普通はそう思っちゃうよね
だけどGoogleとかの勢いが何かを思わせるんだよね〜
というより、スクリプトメインにするほうが儲かるのは間違いない
314: 2013/03/29(金)01:46 AAS
>>309
さてはお前JVMって何かわかってないな
315: 2013/03/29(金)01:51 AAS
C++はJVMに残るのみというまさに屈辱の形になりそうだねｗｗ
316: 2013/03/29(金)02:21 AAS
JavaじゃなくてJavaScriptの話なのに何でJVMが出てくるんだ？
317: 2013/03/29(金)02:25 AAS
エンジンがRhinoだとおもってるのかな？
318: 2013/03/29(金)10:17 AAS
>>302
COBOLと同じ運命を辿ります
319: 2013/03/29(金)15:43 AAS
以上、JavaScript大好きだけどゲーム開発には何の興味もないワナビーの皆様の声をお届けいたしました
320: 2013/03/29(金)15:45 AAS
ワナビーの意味、間違って覚えてないか?
321: 2013/03/29(金)19:04 AAS
んふーふっふふっふふう♪
JavaScript たのっすぃー
322: 2013/03/29(金)20:14 AAS
>>313
Googleのコードで圧倒的に多いのはC++らしいぞ
大部分はChromeのコードらしいけど
323: 2013/03/30(土)16:45 AAS
JavaScriptエンジンだってC++だろ
結局、基盤的なところは今までもこれからもC/C++だよ
C++敵視するアホの期待とはうらはらに
324: 2013/03/30(土)19:33 AAS
昔のJava厨はまだ良かった
C・C++を知ってたから
「JavaとC/C++は普通に書けば同じくらいの性能
徹底的にチューニングしたらさすがにC/C++には勝てないけどね」
ぐらいの主張だったけど
JavaScript厨はコンピュータに関する知識が少ないから
「今のVMはすごい。昔とは違う。
Javascriptは最強最速だから」
とか言ってくるんだからな
325(1): 2013/03/30(土)22:46 AAS
jsのコンパイラ次第だな
性的片付けがないから厳しそうだが
326: 2013/03/30(土)22:49 AAS
＞性的片付け
おそうじフェラかと
327: 2013/03/30(土)22:51 AAS
最適化のための構文とかキーワードとかバシバシ追加されたら
そういう寝言にも付き合ってやろう
328: 2013/03/30(土)23:28 AAS
寝言言ってんのはお前だｗ
329: 2013/03/31(日)04:31 AAS
>>325
型推論備えたJSとか無理なのかなと思ったが…クラスベースならともかく、プロトタイプベースとは相性悪そうだな
330(1): 2013/03/31(日)04:48 AAS
型情報もってない動的型付け言語の型推論を事前に行うなんて無理っぽい
そういうわけで、Google V8のように実際の実行時に型情報を統計的に推測して
マシンコードに変換する手法が現状最速になってるわけよ
331: 2013/03/31(日)04:58 AAS
まあそれでもブラウザ用と違ってゲーム端末用途なら
事前コンパイルでバイトコードみたいなものに変換しておくのはいいかもね
最適化とマシンコードへの変換は実行時に行う必要があるだろうけど
332: 2013/03/31(日)07:30 AAS
>>330
今はそもそもコンパイルが辛いからJITしてるって段階だけど、速度を追い求めてた結果としてもJITが要求されたりする
C/C++みたいな言語でもコンパイラで最適化するだけじゃなく実行時にも最適化掛けたほうが早くなる見込みはあるからな
Ruby処理系Topazとか、PyPyの構造で高速化されるあたりJITによる動的な最適化ってなかなかバカにできん
PyPyってのは「JIT付きPythonインタプリタ上で動くPythonで書かれたPythonインタプリタ上でPythonコードを実行したら、JIT付きPythonインタプリタ上でPythonコードを実行するより早くなる」っていうPythonインタプリタな
333: 2013/03/31(日)08:49 AAS
UnityのJavascript(もどきｗ)は型情報を付与してAOTしてるが、そういうアプローチで最適化とかはできんのか？
334: 2013/03/31(日)09:28 AAS
Unityみたいなアプローチじゃ、
Web技術のHTML5+javascriptでそのままプログラミングできるって用途には使えん
任天堂はUnityとHTML5+javascriptの両方用意するんだから、Unityの方を使えばいい
任天堂限定の話じゃなくてWeb技術の方でそういうアプローチが普及しないのは
各ブラウザの足並みが揃わなきゃ誰も使ってくれないからかな
335: 2013/03/31(日)12:11 AAS
OS統一すればよくね？
336(1): 2013/03/31(日)14:42 AAS
外部ﾘﾝｸ:www.4gamer.net
実質Windows&FFOXだけでいいっちゅうか・・・
337: 2013/03/31(日)15:09 AAS
>>336
これはasm.jsをサポートするブラウザが増えなきゃ技術の無駄使いだね
現時点ではFirefoxOS上で動かすためぐらいしか意味が無い
Firefoxだけでしか動かんなら、Cからjavascriptにわざわざ変換せんでも、
Windowsでネィティブに動かせばいいわけで
338: 2013/03/31(日)15:15 AAS
ああでも、Firefoxが動いていればMacでもLinuxでも動作可能なゲームが作れる？ことになるのか
それはひとつの利点かもな
上下前次1-新書関写板覧索設栞歴
あと 549 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.012s