任天堂「今後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(金) 07:13:44.71

ああ、xを実引数にしてhoge()を呼び出すと思ってくれ

**デフォルトの名無しさん** · 2013/03/22(金) 07:16:02.22

>>180
俺の話からそんなコードを想像したのなら、そりゃ話は噛み合わないな。

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

念のため言っとくが(めんどくさいから、これが最後だよ)、その「正」は
正しくないよ。

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

コード書けないアホが無理するから...

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

>>179
>>178はこうか、>>180を意識してたんでちょっと間違った
function hoge(x) { x.setMaxLength(100) } // 正
function hoge(x) { x.setMaxlength(100) } // 誤

**デフォルトの名無しさん** · 2013/03/22(金) 07:25:16.82

>>180-181は実際に動作することを確認済み
いまどきjavascriptのsetter/getterって言ったら>>180だろ

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

実際にコード例を示さない奴が偉そうだなｗ

**デフォルトの名無しさん** · 2013/03/22(金) 07:39:45.43

>>186
俺のレスをちゃんと読んでるか？
maxLengthをプライベート変数にし、と俺は言ったぞ？

**デフォルトの名無しさん** · 2013/03/22(金) 07:55:08.80

>>188
>>180はmaxLengthをプライベート変数(=val)にしてるだろ？
少し日本語不自由じゃないの？具体的なコード書けば勘違いされないのに

忍法帖【Lv=40,xxxPT】(3+3：5) · 2013/03/22(金) 07:56:57.88

さすがに今時全部x.setMaxLength(100)みたいにしろとかありえないんでseal()が導入された

**デフォルトの名無しさん** · 2013/03/22(金) 08:04:07.38

>>189
x = {var maxLength;}

>>190
俺の感覚だと、sealしたインスタンスを戻すFactoryメソッドを定義して、それを使うのを
ルール化するというほうがもっとあり得ないんだけど、最近じゃseal使うのが流行ってたりするの？

**デフォルトの名無しさん** · 2013/03/22(金) 08:05:45.83

>>191
＞x = {var maxLength;}
文法エラーです

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

>>192
それは悪かった。今スマホなんで完全なコードを書くのが難しい。
var x = (function() {var maxLength;})();が完全なコードかな。

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

あと、seal()方式には重大な欠点がもうひとつある。
それは、x内部のtypoを防げないってこと。

忍法帖【Lv=40,xxxPT】(2+3：5) · 2013/03/22(金) 08:30:30.90

>>191
インスタンス生成はフレームワークが提供するのを使うことも多いかな
seal自体は流行ってはいないんじゃないの？ES5サポートしてないブラウザもあるし
でもここは任天堂がこれから提供する独自環境の話をするスレだから、
strict mode前提でsealなんかのES5の機能を積極的に使っていけるんじゃないかなと思ってる

**デフォルトの名無しさん** · 2013/03/22(金) 08:40:49.75

>>193
＞var x = (function() {var maxLength;})();
意味がわからない。このコードじゃxに入るのはundefined

あんたがやりたいのはこんな感じのことじゃないのか？
var x={maxLength:0,
setMaxLength:function(v){this.maxLength=v},
getMaxLength:function(){return this.maxLength}};

**デフォルトの名無しさん** · 2013/03/22(金) 08:41:57.22

>>195
なるほど、そういうことか。了解。

**デフォルトの名無しさん** · 2013/03/22(金) 08:42:48.67

>>196
悪いけど、昼休みまで待ってくれ。

**デフォルトの名無しさん** · 2013/03/22(金) 08:44:05.27

>>194
seal()方式だとx内部にどんなやばいtypoが発生するの？

**デフォルトの名無しさん** · 2013/03/22(金) 10:23:09.92

なんか基礎的な知識がなくて回り道しそうだから
お前らに最低限の知識を与えておこう

var hoge = (function() {
　var private_variable;

　function private_function() {
　}

　return {
　　public_function: private_function, // プライベート関数をパブリック関数として公開
　}
}());

hoge.public_function();

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

今やJavaScriptはここまで来た
http://gigazine.net/news/20130322-firefox-asmjs/

**デフォルトの名無しさん** · 2013/03/22(金) 11:10:02.18

OdinMonkeyっておぢんモンキーでいいの？

**デフォルトの名無しさん** · 2013/03/22(金) 11:37:19.10

>>200
ありがと。

>>196
それだと、maxLengthを隠蔽できてない。

newを使う場合はこう。
var Foo = function() {var maxLength;};
Foo.prototype.setMaxLength = function(val) {maxLength = val;}
Foo.prototype.getMaxLength = function() {return maxLength;};

var x = new Foo();
console.log(x.maxLength);　　　　// => undefined
x.setMaxLength(100);
console.log(x.getMaxLength());　// => 100
console.log(x.maxLength);　　　　// => undefined
x.maxLength = 200;　　　　　　　　// => can't change Foo's property
console.log(x.getMaxLength());　// => 100
try {
　　console.log(x.getMaxlength());
} catch (e) {
　　console.log(e.message);
}

**デフォルトの名無しさん** · 2013/03/22(金) 11:38:26.18

newを使わない場合はこう。

var x = {};
(function(obj) {
　　var maxLength;
　　function getMaxLength() { return maxLength; }
　　function setMaxLength(val) { maxLength = val; }
　　obj.getMaxLength = getMaxLength;
　　obj.setMaxLength = setMaxLength;
})(x);

console.log(x.maxLength);　　　　// => undefined
x.setMaxLength(100);
console.log(x.getMaxLength());　// => 100
console.log(x.maxLength);　　　　// => undefined
x.maxLength = 200;　　　　　　　　// => can't change Foo's property
console.log(x.getMaxLength());　// => 100
try {
　　console.log(x.getMaxlength());
} catch (e) {
　　console.log(e.message);
}

**デフォルトの名無しさん** · 2013/03/22(金) 11:54:34.47

それでは、
obj.setMaxLength(1) を
obj.MaxLength = 1 と
間違えてしまうことを防げない。

**デフォルトの名無しさん** · 2013/03/22(金) 11:55:25.08

>>203
グローバル変数に隠蔽とは斬新だなｗ

**デフォルトの名無しさん** · 2013/03/22(金) 11:59:36.73

JavaScriptにグローバル変数は存在しない。

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

>>206
実際のプロダクトコードでは、複数階層の名前空間に入れるけどね。

**デフォルトの名無しさん** · 2013/03/22(金) 12:08:07.49

>>208
ためしに
var y = new Foo();
y.setMaxLength(200);
x.getMaxLength();
ってやってみたら？

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

>>209
どうなった？

**デフォルトの名無しさん** · 2013/03/22(金) 12:40:55.14

>>210
あぁ、203に合わせると最後は
console.log(x.getMaxLength());
か

とりあえずやってみてよ？

**デフォルトの名無しさん** · 2013/03/22(金) 13:16:53.40

基本的にJavaScriptでは「プライベート変数」はあきらめたほうがいいよ。
newも使わない方がいい。
男なら、publicなプロパティだね。
で、結局typoの問題は解決できないけど、それがJavaScriptってもんだ。
嫌ならTypeScriptがいいんじゃね（使ったことないから知らんけど）。

**デフォルトの名無しさん** · 2013/03/22(金) 13:25:00.70

そもそもタイポと戦えないような奴はプログラマになっちゃいかん

**デフォルトの名無しさん** · 2013/03/22(金) 13:26:27.37

そう、それがたとえ他人の書いたタイポであってもね

**デフォルトの名無しさん** · 2013/03/22(金) 13:30:07.16

タイポは神様からの贈り物なんだよ

**デフォルトの名無しさん** · 2013/03/22(金) 13:46:05.31

Javaをやってると奴隷とかドカタとか煽れるけど、スペルミスなんて、JavaやC#なら入力した
瞬間にエディタが教えてくれるに、それを人間が目で探すとか、動的型の言語のプログラマは
マシーンですか。

**デフォルトの名無しさん** · 2013/03/22(金) 13:59:19.86

JSに限った話じゃないけどテストを書けば問題ないってのは机上の空論だな
>>203もテスト（らしきもの）を書いているけど、結局のところなんのチェックも出来てない訳だし
（203はそろそろ自分の間違いに気がついただろうか？）

**デフォルトの名無しさん** · 2013/03/22(金) 14:25:59.22

>>216
チェックツールあるだろｗ

**デフォルトの名無しさん** · 2013/03/22(金) 15:53:13.12

JSか

**デフォルトの名無しさん** · 2013/03/22(金) 15:54:14.44

>>203
だからこれは何なんだよｗ
＞var Foo = function() {var maxLength;};
＞Foo.prototype.setMaxLength = function(val) {maxLength = val;}
＞Foo.prototype.getMaxLength = function() {return maxLength;};
意味がわからんぞｗ
偉そうなこというまえに基礎からやりなおしてこいよｗ

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

>>216
打ってる最中に画面見てないのか？
大文字小文字も規約決めてるだろうし…

**デフォルトの名無しさん** · 2013/03/22(金) 16:02:52.03

l-1とか0-Oとか他人が打ち間違ったのを尻拭いする任務を与えよう

**デフォルトの名無しさん** · 2013/03/22(金) 16:05:52.53

真に恐ろしいのは目の前で裸で立ちすくむソイツではなく
どこに潜んでいるかわからない見えないアイツ
２年前に学ばなかったのか

**デフォルトの名無しさん** · 2013/03/22(金) 16:09:28.79

>>204とか
x.getMaxLength()をx.getMaxLengthってミスしてもとりあえず動いてしまうように見えるし最悪ｗ

**デフォルトの名無しさん** · 2013/03/22(金) 16:24:36.78

JavaScriptが開発効率高いなんてド素人の妄想

**デフォルトの名無しさん** · 2013/03/22(金) 16:27:52.82

>>221
やっぱりスペルミスは目を皿のようにして確認してるのか。

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

安い底辺プログラマが使えるから開発コスト下げられるとか妄想してるんだろうけど

**デフォルトの名無しさん** · 2013/03/22(金) 16:30:04.30

上のほうが他人のタイポがどうこう言ってる人がいるけど、
自分ならスペルミスしないってのもそうとう凄いと思う。

**デフォルトの名無しさん** · 2013/03/22(金) 16:31:38.03

>>228
「上のほうが」じゃなくて「上のほうで」だな。
頭悪いから日本語でも誤字しまくりだわ。

**デフォルトの名無しさん** · 2013/03/22(金) 16:46:48.90

実行時までエラー発覚しないような言語でバイナリ配信とかサポセン死亡か

**デフォルトの名無しさん** · 2013/03/22(金) 16:52:40.15

>>217
間違いに気づいたよ。指摘ありがと。
普段はnew使わないんだけど(JSONでサーバからデータを受け取ることがほとんど)、
なんとなくnewの例も書いてみたくなって背伸びしちゃった。

ほとんどの場合がViewかViewModelらしきものを使うから、>>204みたいなコーディングしてる。
あと、try-catchはテストじゃなくて、例外が発生することの確認。

結局、JavaScriptってtypoには無力だと思うんだが、反論ある人居る？

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

>>226
眼を皿って…typoしたときって自分で違和感ない？
「ん？俺今typoしたかな」って…その時だけ見ればいいじゃん

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

>>231
ES5以降で導入された(る)機能を活用すればインタプリンタが検出してくれたり、
エディタで補間なんかもやりやすくなるよ
>>203だってstrict modeならエラーがちゃんとでるし
もうちょっと勉強しましょう

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

>>232
ああそうなの。
おれ、タイポにぜんぜん気づかないときがあるわ。
IDEがスペルミスをチェックしてくれる環境とかすごい楽で好き。

スクリプトのstrictモードに需要があったり、JavaScriptにコンバートする
型付の言語が発表されたりするのをみたら、スペルチェックなんか
機械にやらせたいって人おおいんじゃないの。

**デフォルトの名無しさん** · 2013/03/22(金) 17:26:56.10

>>233
それで>>49のtypoの問題は解決できる？

**デフォルトの名無しさん** · 2013/03/22(金) 17:31:45.15

>>235
>>111

**デフォルトの名無しさん** · 2013/03/22(金) 17:32:59.21

>>236
あー、そういうこと。ならいいや。

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

>>232
俺はちゃんと resultってタイプしてるのに、resalutが正解だったりするからな。

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

コピペすりゃいいんだよ

**デフォルトの名無しさん** · 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