任天堂「今後C++は捨てJavaScriptで開発していく」

**デフォルトの名無しさん** · 2013/03/20(水) 13:07:40.60

任天堂のゲームはこれまで，CやC＋＋といったプログラミング言語で開発されており，
そのため高いパフォーマンスを発揮していたが，反面，開発に時間がかかっていたという。
このセッションではそれ以外の方法，つまりHTMLやJavaScriptを使ってWii Uの全機能にアクセスしつつ，
より手軽にゲーム開発を行う方法が説明されるようだ。
http://www.4gamer.net/games/999/G999905/20130316001/

**デフォルトの名無しさん** · 2013/03/22(金) 18:48:03.66

中身はなかったなｗ

**デフォルトの名無しさん** · 2013/03/22(金) 18:56:20.02

下請けイジメの任天堂

**デフォルトの名無しさん** · 2013/03/22(金) 18:57:03.39

コナミには負けるｗ

**デフォルトの名無しさん** · 2013/03/22(金) 19:56:03.80

はよ

**デフォルトの名無しさん** · 2013/03/22(金) 21:36:56.49

>>239
ITドカタとか「お前の担当のこの画面、こっちのとだいたい同じだからコピペして作れ」みたいのが基本だからな。

**デフォルトの名無しさん** · 2013/03/23(土) 00:15:43.41

つかJavaScriptもEclipseとかVSでエディットすればtypo減るだろ

**デフォルトの名無しさん** · 2013/03/23(土) 07:49:17.45

良く分からんが、Javascriptの有名なライブラリがsealを中で自動的に
使ってくれるんじゃないの？
Javascriptにオブジェクト指向のclassやextendsのような構文を追加
するライブラリがわんさかあるって聞いたが、そのライブラリどもが
自動的に使ってくれるんじゃないのか

**デフォルトの名無しさん** · 2013/03/23(土) 09:05:40.21

Luaのような使い方するんじゃないのかなと思ってたんだが違うの？

**デフォルトの名無しさん** · 2013/03/23(土) 10:25:02.91

>>246
使ってくれるわけない

**デフォルトの名無しさん** · 2013/03/23(土) 10:30:09.23

>>246
デフォルトでseal状態にされたら安全にはなるけど不自由になる
sealをサポートしてないブラウザの割合も多いし

**デフォルトの名無しさん** · 2013/03/23(土) 10:31:11.54

正直、Javascriptの文法はアレすぎて

**デフォルトの名無しさん** · 2013/03/23(土) 10:34:07.28

普通、コア部分はC/C++で開発して簡易なゲームロジックは独自スクリプトとかLuaとか使うもんじゃないの
そこをJavaScriptにするってこと？だったらもう少しマシというか新しい言語選んだほうがよくね？

**デフォルトの名無しさん** · 2013/03/23(土) 10:40:21.59

コア部分なんて一回開発したら使いまわせるようにするだろ

**デフォルトの名無しさん** · 2013/03/23(土) 12:35:35.83

ここまで、どういう経緯でこういう事になったのかの説明無し
http://www.nintendo.co.jp/ir/library/events/130131/05.html

ゲーム機のソフトウェア開発が、どんどん大きな投資を必要とするようになった今、
ウェブサービスの転用、プロトタイプの作成、あるいは、インディーズゲーム制作など、いろいろなことを考えたとき、
ソフトウェアの作り手を広げる試みは非常に重要になってくると思っています。
3月のGDCでは、この『Wii Street U powered by Google』や、
いくつかのVoDサービスの開発に使用された、HTML5やJavaScriptなどのウェブ技術でWii Uソフトを開発できる環境や、
Unityという多くのユーザーに使われているクロスプラットフォームのゲームエンジンなど、
ソフトウェアの作り手を広げる試みについて、いくつかご紹介できる予定です。

はいはい解散解散。

**デフォルトの名無しさん** · 2013/03/23(土) 14:23:09.02

誰でも参入できるのかー

**デフォルトの名無しさん** · 2013/03/23(土) 14:24:46.16

でもやっぱり専用環境購入とロイヤリティはお高いんでしょ？

**デフォルトの名無しさん** · 2013/03/23(土) 22:08:36.49

日本のゲーム会社は無能のカスしかいないのに
なぜか全部自分のとこで作ろうとする

**デフォルトの名無しさん** · 2013/03/23(土) 22:13:37.01

固定長メモリの不安感のせいだと思う。
C時代のレベル、ヒープとかあまりメジャーじゃなかった頃はまだイケてた。
海外の文献見てもメモリ管理怪しいのに何で向こうは気にしないんだろうね。

**デフォルトの名無しさん** · 2013/03/24(日) 10:15:40.18

Unity 風味前提で、って話でしょ。

この古臭いレスの輩たちは何なの？

**デフォルトの名無しさん** · 2013/03/24(日) 10:49:15.40

Unity 風味？

**デフォルトの名無しさん** · 2013/03/24(日) 10:50:56.42

Unity 風情と書き方ったのではないか？

**デフォルトの名無しさん** · 2013/03/24(日) 10:56:10.18

Unity 一味

**デフォルトの名無しさん** · 2013/03/24(日) 12:44:19.08

UnityのJavaScriptはJavaScriptと全く違うだろ

**デフォルトの名無しさん** · 2013/03/24(日) 16:42:04.96

同じだと主張してたのか？誰が？

**デフォルトの名無しさん** · 2013/03/24(日) 18:12:39.34

Unity風味の人じゃね

**デフォルトの名無しさん** · 2013/03/24(日) 18:18:09.53

あの文章みてUnity風味っていうんだからそういうことだろ

**デフォルトの名無しさん** · 2013/03/24(日) 21:40:15.79

そもそもお前ら

> UnityのJavaScriptはJavaScriptと全く違うだろ

↑これが理解できるのかｗ凄いな

**デフォルトの名無しさん** · 2013/03/24(日) 22:14:09.44

知らないなら黙ってればいいのに。

**デフォルトの名無しさん** · 2013/03/24(日) 22:17:49.93

その程度をエスパーできない奴にプログラムを書かせちゃいかんな

**デフォルトの名無しさん** · 2013/03/24(日) 22:31:19.48

HTML5ベースのJavascriptの環境とUnity環境両方用意するって話だよね

**デフォルトの名無しさん** · 2013/03/24(日) 22:38:45.92

知らないなら黙ってればいいのに。

**デフォルトの名無しさん** · 2013/03/24(日) 22:42:27.37

今回はunityは関係無いぞ

**デフォルトの名無しさん** · 2013/03/24(日) 22:52:59.88

http://www.nintendo.co.jp/wiiu/hardware/features/internetbrowser/extended_functionality.html

**デフォルトの名無しさん** · 2013/03/27(水) 22:18:03.24

>>23
> ビックリするかもしれないけどいまやJavaScriptのコードは平均してJAVA並の速度なんだよね

こういう「平気でうそをつく人たち」がウェブ界隈には多すぎる。
JavaScriptは以前よりはずっと速くなったが、依然C++よりはずっと遅い。
単純な演算でも平均して5倍は遅いし、
実アプリケーションではメモリ効率の悪さによる速度低下やキャッシュミス、GCポーズ、
低レベルアクセスのオーバーヘッド、SIMD命令やマルチスレッドを活用できないこと等でさらに差が広がる。

各種ベンチマーク。2のTime、Memory、Codeの表をチェックしてね。これが現実の性能差。

C++ g++ speed ÷ JavaScript V8 speed | Computer Language Benchmarks Game
http://benchmarksgame.alioth.debian.org/u32/benchmark.php?test=all&;lang=gpp&lang2=v8

実際、C++/OpenGLで書かれたものとJavaScript/WebGLで書かれたもので
5倍スループットが違ったりするんですよ？
一番オーバーヘッドが小さい（それこそほとんどOpenGLにコールを渡すだけの）WebGLでだ。

しかもこの1年、JavaScriptの速度の伸びは停滞している。一通り最適化しつくしてしまった。
だから今まで頑なにJavaScriptで十分と言っていたMozillaがasm.jsを作ってきたりしている。

>>36
>これは極端な例だけどJSがダントツで早い状況もある

C++のコード見たがなめとんのか
https://github.com/kwatch/template-engine-benchmarks/blob/master/others/string-concat/cpp/bench_strcat.cpp

**デフォルトの名無しさん** · 2013/03/27(水) 22:19:43.96

> /*
> * Are you a C++ expert? PLEASE ADVICE ME!
> */

くそこいつまじでむかつく
素人がベンチマーク取んなや

**デフォルトの名無しさん** · 2013/03/27(水) 22:26:48.58

ttp://phoboslab.org/log/2012/08/letter-to-john-carmack
> Native code developers shouldn’t be defensive about true accusations of security and stability
> limitations, and JS developers shouldn’t be defensive about true accusations of inefficiency.

「ネイティブコード開発者はセキュリティと安定性の限界に対する正しい非難に抗弁するべきではないし、
JavaScript開発者は非効率性に対する正しい非難に抗弁するべきではない」

とかのJohn Carmackがおっしゃっております(´・ω・｀)
心より同意するものです(´・ω・｀)

**デフォルトの名無しさん** · 2013/03/27(水) 22:32:21.95

HAL-NOTEとMSX-VIEW

**デフォルトの名無しさん** · 2013/03/27(水) 22:37:41.83

セキュリティて
CならともかくC++はあんま起きないだろ

**デフォルトの名無しさん** · 2013/03/27(水) 22:40:14.07

>>273
こういう、ベンチマークで10倍差だからとかいう奴って、ほんと頭悪いわ

**デフォルトの名無しさん** · 2013/03/27(水) 22:42:24.09

>>23はJavaと比べてるんだけどさ

>>273てアホなの？

**デフォルトの名無しさん** · 2013/03/27(水) 22:44:51.67

まさかの任天堂スマホアプリ参入宣言かと

**デフォルトの名無しさん** · 2013/03/27(水) 22:47:07.94

HAL-NOTE

**デフォルトの名無しさん** · 2013/03/27(水) 22:47:38.30

OSをHAL-NOTEに！

**デフォルトの名無しさん** · 2013/03/27(水) 22:54:33.49

>>279
Javaと比べても遅いみたいだが？

**デフォルトの名無しさん** · 2013/03/27(水) 22:55:18.23

HAL-NOTEあげ

**デフォルトの名無しさん** · 2013/03/27(水) 23:15:21.35

>>283
そういう事を言ってるんじゃないんだが
お前には理解できんか

**デフォルトの名無しさん** · 2013/03/27(水) 23:18:22.27

人のせいにしないで、自分の説明能力をうたがいましょう。

**デフォルトの名無しさん** · 2013/03/27(水) 23:22:25.30

MSX-VIEW

**デフォルトの名無しさん** · 2013/03/27(水) 23:48:53.75

うむ
>>273の説明能力には難ありだな

**デフォルトの名無しさん** · 2013/03/28(木) 07:52:57.65

Ｅｎｃｈａｎｔ.jsってやつ使ったけどhtmlとjsでここまでできることに感動した。

**デフォルトの名無しさん** · 2013/03/28(木) 09:07:03.23

javaと比べたら平均して2倍遅い程度か
意外とすげえな
速いじゃん

**デフォルトの名無しさん** · 2013/03/28(木) 13:45:00.91

タイトルからウソまみれのスレで喧嘩すんなよ

**デフォルトの名無しさん** · 2013/03/28(木) 21:36:19.68

これがHTML+JavaScriptの世界は開発速度なんだよな。

【GDC 2013】HTML5+JavaScriptで容易にWii Uでのゲーム・アプリ開発が可能に・・・「任天堂ウェブフレームワーク」発表
http://www.inside-games.jp/article/2013/03/28/65097.html

**デフォルトの名無しさん** · 2013/03/28(木) 22:19:32.42

webkitベースか

**デフォルトの名無しさん** · 2013/03/28(木) 22:25:05.92

JavaScriptは言語であって、コンパイラが優秀であればC/C++に匹敵する速度は出る。
任天堂は、専用コンパイラを開発する、しているはず。
言語的にはC/C++と似通っていてるが、自由度が高く開発効率はいいんだろう。

**デフォルトの名無しさん** · 2013/03/28(木) 22:30:09.45

(*´･∀･)(･∀･｀*)ﾍｰ

**294** · 2013/03/28(木) 22:35:24.46

読んだら違ってた。環境自体は独自開発じゃなく既存品を使うんだな。

**デフォルトの名無しさん** · 2013/03/28(木) 23:32:46.02

せっかくだから任天堂はfirefoxos採用しれ

**デフォルトの名無しさん** · 2013/03/29(金) 00:14:18.23

何や彼や言って、結局上手く行かんべさ、アホか？

**デフォルトの名無しさん** · 2013/03/29(金) 00:30:35.28

いい機会だからasm.js採用したら

**デフォルトの名無しさん** · 2013/03/29(金) 00:59:21.03

別にほっといたってC++なんか捨てられるのはわかってるんだからわざわざ騒ぐ事でもないな
これからスクリプトでやっていく流れは皆わかってるだろうし、JavaやC#とスクリプト言語を使い分けていくでしょう

**デフォルトの名無しさん** · 2013/03/29(金) 01:01:25.28

webkitベースということだからfirefox系のものを使うことは無いな
JavascriptVM自体はどこから持ってきたのか説明はあったのかな？

**デフォルトの名無しさん** · 2013/03/29(金) 01:04:15.14

>>300
C++自体が捨てられるなんてことはほぼ無いぞ
環境自体はほぼC++で作ってるんだから

**デフォルトの名無しさん** · 2013/03/29(金) 01:07:10.02

まぁそう思いたかったらそれでいいんじゃないの。

**デフォルトの名無しさん** · 2013/03/29(金) 01:07:25.46

スクリプトなんて昔から使ってるから

**デフォルトの名無しさん** · 2013/03/29(金) 01:10:59.66

なぜ態々この発言をしたかが今にわかると思うよ

**デフォルトの名無しさん** · 2013/03/29(金) 01:12:31.73

C++に取って代わる高級アセンブラが出てこない限りC++は残る

**デフォルトの名無しさん** · 2013/03/29(金) 01:13:45.89

どういう機械語に翻訳されるかわかるという点で
C言語は高級アセンブラと言えるが、
C++は高級アセンブラとは呼べない。

**デフォルトの名無しさん** · 2013/03/29(金) 01:13:49.96

だからそこが覆るのよ　ふふふ

**デフォルトの名無しさん** · 2013/03/29(金) 01:16:28.67

JacaScriptの動的コンパイルやJVMやレンダリングエンジンも皆JacaScriptでやるんすね！
さすが動的バインド半端ない

**デフォルトの名無しさん** · 2013/03/29(金) 01:17:57.96

JSのコンパイルってそのままやるんだったらLispとほぼおんなじ方法になるよね。
だったら、C++あたりにトランスコードしてコンパイルする羽目になるんじゃないか？？

**デフォルトの名無しさん** · 2013/03/29(金) 01:25:32.37

C++一本で食ってるやつなんていないんだろうから気にするこたぁねえよ

**デフォルトの名無しさん** · 2013/03/29(金) 01:36:15.99

C++が消えるというか完全に裏方になるのはいいのだが、
JavaScriptメインで開発とか正気かよ
もうちょっとマシなスクリプト言語いくらでもあるだろ

**デフォルトの名無しさん** · 2013/03/29(金) 01:39:27.33

普通はそう思っちゃうよね
だけどGoogleとかの勢いが何かを思わせるんだよね～
というより、スクリプトメインにするほうが儲かるのは間違いない

**デフォルトの名無しさん** · 2013/03/29(金) 01:46:38.91

>>309
さてはお前JVMって何かわかってないな

**デフォルトの名無しさん** · 2013/03/29(金) 01:51:55.93

C++はJVMに残るのみというまさに屈辱の形になりそうだねｗｗ

**デフォルトの名無しさん** · 2013/03/29(金) 02:21:40.26

JavaじゃなくてJavaScriptの話なのに何でJVMが出てくるんだ？

**デフォルトの名無しさん** · 2013/03/29(金) 02:25:16.36

エンジンがRhinoだとおもってるのかな？

**デフォルトの名無しさん** · 2013/03/29(金) 10:17:20.50

>>302
COBOLと同じ運命を辿ります

**デフォルトの名無しさん** · 2013/03/29(金) 15:43:37.96

以上、JavaScript大好きだけどゲーム開発には何の興味もないワナビーの皆様の声をお届けいたしました

**デフォルトの名無しさん** · 2013/03/29(金) 15:45:54.55

ワナビーの意味、間違って覚えてないか?

**デフォルトの名無しさん** · 2013/03/29(金) 19:04:23.23

んふーふっふふっふふう♪
JavaScript たのっすぃー

**デフォルトの名無しさん** · 2013/03/29(金) 20:14:53.48

>>313
Googleのコードで圧倒的に多いのはC++らしいぞ
大部分はChromeのコードらしいけど

**デフォルトの名無しさん** · 2013/03/30(土) 16:45:34.87

JavaScriptエンジンだってC++だろ
結局、基盤的なところは今までもこれからもC/C++だよ
C++敵視するアホの期待とはうらはらに

**デフォルトの名無しさん** · 2013/03/30(土) 19:33:27.61

昔のJava厨はまだ良かった
C・C++を知ってたから
「JavaとC/C++は普通に書けば同じくらいの性能
徹底的にチューニングしたらさすがにC/C++には勝てないけどね」
ぐらいの主張だったけど

JavaScript厨はコンピュータに関する知識が少ないから
「今のVMはすごい。昔とは違う。
Javascriptは最強最速だから」
とか言ってくるんだからな

**デフォルトの名無しさん** · 2013/03/30(土) 22:46:50.00

jsのコンパイラ次第だな
性的片付けがないから厳しそうだが

**デフォルトの名無しさん** · 2013/03/30(土) 22:49:49.18

＞性的片付け

おそうじフェラかと

**デフォルトの名無しさん** · 2013/03/30(土) 22:51:08.37

最適化のための構文とかキーワードとかバシバシ追加されたら
そういう寝言にも付き合ってやろう

**デフォルトの名無しさん** · 2013/03/30(土) 23:28:18.98

寝言言ってんのはお前だｗ

**デフォルトの名無しさん** · 2013/03/31(日) 04:31:44.72

>>325
型推論備えたJSとか無理なのかなと思ったが…クラスベースならともかく、プロトタイプベースとは相性悪そうだな

**デフォルトの名無しさん** · 2013/03/31(日) 04:48:56.63

型情報もってない動的型付け言語の型推論を事前に行うなんて無理っぽい
そういうわけで、Google V8のように実際の実行時に型情報を統計的に推測して
マシンコードに変換する手法が現状最速になってるわけよ

**デフォルトの名無しさん** · 2013/03/31(日) 04:58:41.93

まあそれでもブラウザ用と違ってゲーム端末用途なら
事前コンパイルでバイトコードみたいなものに変換しておくのはいいかもね
最適化とマシンコードへの変換は実行時に行う必要があるだろうけど

**デフォルトの名無しさん** · 2013/03/31(日) 07:30:00.50

>>330
今はそもそもコンパイルが辛いからJITしてるって段階だけど、速度を追い求めてた結果としてもJITが要求されたりする
C/C++みたいな言語でもコンパイラで最適化するだけじゃなく実行時にも最適化掛けたほうが早くなる見込みはあるからな

Ruby処理系Topazとか、PyPyの構造で高速化されるあたりJITによる動的な最適化ってなかなかバカにできん
PyPyってのは「JIT付きPythonインタプリタ上で動くPythonで書かれたPythonインタプリタ上でPythonコードを実行したら、JIT付きPythonインタプリタ上でPythonコードを実行するより早くなる」っていうPythonインタプリタな

**デフォルトの名無しさん** · 2013/03/31(日) 08:49:20.44

UnityのJavascript(もどきｗ)は型情報を付与してAOTしてるが、そういうアプローチで最適化とかはできんのか？

**デフォルトの名無しさん** · 2013/03/31(日) 09:28:08.38

Unityみたいなアプローチじゃ、
Web技術のHTML5+javascriptでそのままプログラミングできるって用途には使えん
任天堂はUnityとHTML5+javascriptの両方用意するんだから、Unityの方を使えばいい

任天堂限定の話じゃなくてWeb技術の方でそういうアプローチが普及しないのは
各ブラウザの足並みが揃わなきゃ誰も使ってくれないからかな

**デフォルトの名無しさん** · 2013/03/31(日) 12:11:29.65

OS統一すればよくね？

**デフォルトの名無しさん** · 2013/03/31(日) 14:42:35.12

ttp://www.4gamer.net/games/032/G003263/20130328081/
実質Windows&FFOXだけでいいっちゅうか・・・

**デフォルトの名無しさん** · 2013/03/31(日) 15:09:03.63

>>336
これはasm.jsをサポートするブラウザが増えなきゃ技術の無駄使いだね
現時点ではFirefoxOS上で動かすためぐらいしか意味が無い
Firefoxだけでしか動かんなら、Cからjavascriptにわざわざ変換せんでも、
Windowsでネィティブに動かせばいいわけで

**デフォルトの名無しさん** · 2013/03/31(日) 15:15:03.57

ああでも、Firefoxが動いていればMacでもLinuxでも動作可能なゲームが作れる？ことになるのか
それはひとつの利点かもな

**デフォルトの名無しさん** · 2013/03/31(日) 15:17:44.71

Javascriptは統一言語になっていない。
javaやC#のほうが互換性が高い。
Javascriptは非常に処理系(ブラウザ)に影響される。

**デフォルトの名無しさん** · 2013/03/31(日) 15:21:45.36

c#とか実質的にプラットフォーム依存じゃないかｗ