任天堂「今後C++は捨てJavaScriptで開発していく」 (887ﾚｽ)
上下前次1-新
46: デフォルトの名無しさん [] 2013/03/21(木) 11:26:22.34 AAS
>>42,4342(1): デフォルトの名無しさん [sage] 2013/03/21(木) 11:00:53.73 AAS
> だからそのライブラリを用意するのがものすごく大変だと言っている
今あるC++のライブラリのラッパーを作れば良い。
43(1): デフォルトの名無しさん [sage] 2013/03/21(木) 11:02:41.38 AAS
> それに完全独自じゃなくて他のサーバーサイドJS環境とともに標準仕様を決めている
CommonJSはオワコンで
参考にはするが、そんなのには従わないと
言ってるんだが知らないの？
今はCommonJS関係ないよ
でもそれが種だった
じぶんはv0.1代の頃から知ってたからよく分かる
それに少し考えてご覧
ほぼストリームのIOだけ提供すればいいサーバーサイドとはスケールが違い過ぎる
絵も音も出さなくちゃいけない
それらはバッファやストリームのラッパーを作ればいい次元じゃない
既存のを使えばいいとか無茶ぶりすぎる
それならそもそもなんのためにJavaScriptを使うのか
仮に既存のCのラッパー大量に用意してはいどうぞ
はて、Cで開発していた頃と何が違うのか
既存のWeb技術を利用でき既存のWebアプリ開発者でも参入できるからいいんじゃないか
それに仕様ってのは作ったはい終わりじゃすまない
それで済むのならHTML5だってもめてない
長い時間をかけて改善を繰り返さないと完成しないもの
そこまでしてゲームサイドJS環境を作れたとしてどんな意味があるのだろうか
47: デフォルトの名無しさん [sage] 2013/03/21(木) 11:36:14.49 AAS
でもそれが種だった
でもそれが間違いだってわかった。
二度と同じ事を繰り返すことはないだろう。
48: デフォルトの名無しさん [sage] 2013/03/21(木) 11:36:52.80 AAS
> それらはバッファやストリームのラッパーを作ればいい次元じゃない
え？ なんで？
根拠が無いなぁ（笑）
49(14): デフォルトの名無しさん [sage] 2013/03/21(木) 11:59:19.32 AAS
実行効率じゃなくて開発効率が悪いからかんべんしてほしいわ。
function hoge(x) {
x.maxLength = 100;
}
↑これをスペルミスで
function hoge(x) {
x.maxlength = 100;
}
↑と書いてもエラーにならないで、なんとなく動いちゃう言語。
50: デフォルトの名無しさん [sage] 2013/03/21(木) 12:00:12.97 AAS
時間がかかるのは標準技術だから
独自技術なら時間はかからない。
現にゲーム業界の速度は、標準技術を確立する速度を超えている。
51(1): デフォルトの名無しさん [sage] 2013/03/21(木) 14:05:14.51 AAS
JavaScriptつーかECMAScriptでstrictモード対応なら>>49みたいな心配はいらないんだけどなぁ
52: デフォルトの名無しさん [sage] 2013/03/21(木) 14:07:44.88 AAS
C++を捨てる、なんてどこにも書かれてないな。
こういう釣りは、ゲハとかそっちの方面でやってくれ。
53: デフォルトの名無しさん [sage] 2013/03/21(木) 14:39:13.62 AAS
>>51
>>49の例はstrictモードでも防げないだろ
54: デフォルトの名無しさん [sage] 2013/03/21(木) 14:42:39.98 AAS
そもそも>>49はhoge()がオブジェクトxの実装詳細を知っているのが前提という糞設計なのが問題
55(3): デフォルトの名無しさん [sage] 2013/03/21(木) 14:45:41.46 AAS
実装詳細ってなんだ？
公開プロパティだろ？
それともメソッドにすれば解決する問題だと思ってるのか？
56(1): デフォルトの名無しさん [sage] 2013/03/21(木) 14:49:40.74 AAS
>>55
> 公開プロパティだろ？
Javascript知らないのがバレバレ
57: デフォルトの名無しさん [sage] 2013/03/21(木) 14:54:09.76 AAS
メソッド(setter/getter)にすれば、少なくとも「なんとなく動いちゃう」は防げるだろ
ただし、それがJavaScript的なお作法に適合するのかどうかはわからんが
58: デフォルトの名無しさん [sage] 2013/03/21(木) 14:55:28.39 AAS
あ、typoが問題じゃ無くて、外部から新たなプロパティを設定できてしまうのが問題なのか
だったら、俺はその防ぎ型を知らんわ
59: デフォルトの名無しさん [sage] 2013/03/21(木) 15:09:05.85 AAS
>>55
他言語だって、変数を公開して、外で自由に触らせるのは良くない設計だよ？
60: デフォルトの名無しさん [sage] 2013/03/21(木) 15:24:26.71 AAS
>>56
恥かいたのはお前だったなｗ
61(1): 55 [sage] 2013/03/21(木) 15:29:18.67 AAS
こういう時のために、Object.seal()があるんだよ
無知どもめ。
62: デフォルトの名無しさん [sage] 2013/03/21(木) 15:31:38.22 AAS
いまどきメモ帳でコード書くわけじゃあるまいし
最底辺プログラマが書くC++よりは安全だろう
63(1): デフォルトの名無しさん [sage] 2013/03/21(木) 15:42:03.20 AAS
IDEのサポートが弱いのもダメだな。
動的型.vs.静的型の議論で「動的は簡単に書けて生産性が高い、
静的は安全に書けます。適材適所で使いましょう」みたいな大人の
意見を言うやつがいるけど、ぜったい動的は生産性低いだろ。
64(1): デフォルトの名無しさん [sage] 2013/03/21(木) 15:48:04.44 AAS
>>61
seal()で、どうやって>>49の問題を防ぐつもりなの？
65(1): デフォルトの名無しさん [sage] 2013/03/21(木) 15:57:54.19 AAS
>>63
つ TypeScript
66(1): デフォルトの名無しさん [sage] 2013/03/21(木) 16:10:11.93 AAS
>>64
>>49の問題って何？
67: デフォルトの名無しさん [sage] 2013/03/21(木) 16:15:16.11 AAS
>>65
そういうのが出るってことは、やっぱ動的型の言語に問題感じてる人は多いんだろうな。
68: デフォルトの名無しさん [sage] 2013/03/21(木) 16:35:45.71 AAS
javascriptが速いのはx86とarmだけ
69(3): デフォルトの名無しさん [sage] 2013/03/21(木) 16:46:14.37 AAS
>>66
> >>49の問題って何？
まんまその通りだけど。
・スペルミスしたときに
・と書いてもエラーにならない
・なんとなく動いちゃう
70: デフォルトの名無しさん [sage] 2013/03/21(木) 16:46:24.66 AAS
それ以外はwebいらないってことで
上下前次1-新書関写板覧索設栞歴
あと 817 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.023s