任天堂「今後C++は捨てJavaScriptで開発していく」ニコニコ動画>1本 ->画像>5枚

このスレへの固定リンク： http://5chb.net/r/tech/1363752460/
ヒント：5chスレのurlに http://xxxx.5chb.net/xxxx のようにbを入れるだけでここでスレ保存、閲覧できます。

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

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

2デフォルトの名無しさん2013/03/20(水) 13:09:11.52

JavaScriptは開発効率高いからな。

3デフォルトの名無しさん2013/03/20(水) 13:10:03.88

JavaScriptはC言語の皮をかぶったマクロの無いLisp

4デフォルトの名無しさん2013/03/20(水) 13:11:39.86

泥沼になりそう

5デフォルトの名無しさん2013/03/20(水) 13:14:14.64

Javaと勘違いしてる輩が乱入、に1ペリカ。

6デフォルトの名無しさん2013/03/20(水) 13:14:38.07

速度出ないだろ

7デフォルトの名無しさん2013/03/20(水) 13:15:55.26

ソフトウェアの進化というのは
開発効率が高い遅い言語で
作りなおすことで進化しているのです。

どんどん遅い言語で作られるようになりますが
それこそ進化なのです。

8デフォルトの名無しさん2013/03/20(水) 13:21:28.27

HTMLとJavascriptで新作マリオ出してくれたら信用する

9デフォルトの名無しさん2013/03/20(水) 13:32:02.93

過去ソース使えねえな
移植効率悪そう

10デフォルトの名無しさん2013/03/20(水) 13:56:05.94

捨てるとは書いてないべ
Javascript のインタフェースを用意してみたんだけど使ってみてくんない？
って感じじゃないのか
モバグリの開発者を囲い込む戦略なんじゃね

11デフォルトの名無しさん2013/03/20(水) 15:28:30.40

HTML5のグラディウス完璧だったしな
そこそこの物は作れるんじゃないか

12デフォルトの名無しさん2013/03/20(水) 15:34:12.88

このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。

アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。

　　　　　　　　　　　　　　　　　　京都大学霊長類研究所

13デフォルトの名無しさん2013/03/20(水) 17:33:33.34

開発効率そんなに違うか？

14デフォルトの名無しさん2013/03/20(水) 18:38:38.33

レスポンス返って来なかったりメモリ不足がほぼ出ないようなシステムなら問題ないんだけどな

15デフォルトの名無しさん2013/03/20(水) 19:56:32.10

任天堂のゲームでそんなに高いパフォーマンスが必要だったものあったっけ
Cでマリオ作るの非効率だからやめるよ！ってだけの話じゃないの

16デフォルトの名無しさん2013/03/20(水) 20:15:20.73

C++とJavascriptだったら
どっちが開発し易いか微妙なレベル
速度は確実にC++だけど

17デフォルトの名無しさん2013/03/20(水) 20:16:04.23

まだアセンブラだと思ってた

18デフォルトの名無しさん2013/03/20(水) 20:45:31.85

PHPde開発しようZE

19デフォルトの名無しさん2013/03/20(水) 22:00:44.49

>>16
そう思っててくれたほうが助かる。

20デフォルトの名無しさん2013/03/20(水) 23:03:18.02

JSエンジンが裸で載ってたらデバッグで死ねるな

21デフォルトの名無しさん2013/03/21(木) 02:27:50.15

Javascriptでインタープリタなテスト工程を経て、
C/C++に落としてくれる環境ならば賛同する。
(本番はCPUに近いNativeで。)

22デフォルトの名無しさん2013/03/21(木) 05:29:51.19

アセンブラでマリオ作ろう

23デフォルトの名無しさん2013/03/21(木) 06:03:03.23

ビックリするかもしれないけどいまやJavaScriptのコードは平均してJAVA並の速度なんだよね
ループ内のコードを外に出したり、ハイコンテキストなのを逆に利用して効率のよいマシン語にすることができる

24デフォルトの名無しさん2013/03/21(木) 06:09:40.04

まぁ開発効率は高いわなぁ。スクリプトエンジンはどんどん高速になってるし

25デフォルトの名無しさん2013/03/21(木) 06:18:14.60

ブラウザ戦争のお蔭でとんでもない速度で最適化が進んだからなあ

26デフォルトの名無しさん2013/03/21(木) 07:10:15.23

>>23
またまたｗ

27デフォルトの名無しさん2013/03/21(木) 07:19:50.47

早いって言ってもスクリプトエンジン次第だぞ？
任天堂自前で作るのか？

28デフォルトの名無しさん2013/03/21(木) 07:43:25.78

>>23
全然びっくりしないかもしれないけど
速いJavascriptエンジンはC++で書かれてるんだぜ

29デフォルトの名無しさん2013/03/21(木) 08:24:57.07

C#のが生産性高い

30デフォルトの名無しさん2013/03/21(木) 08:46:25.26

>>11
>HTML5のグラディウス完璧だったしな

コナミ社員の自作自演？ｗ

31デフォルトの名無しさん2013/03/21(木) 08:48:45.49

いつまでもグラディウスにすがるコナミみっともない

32デフォルトの名無しさん2013/03/21(木) 08:50:15.82

MSX最大のネガキャンプロデューサー、コナミｗ

33デフォルトの名無しさん2013/03/21(木) 08:50:55.03

小島はMSXユーザーｗ

34デフォルトの名無しさん2013/03/21(木) 09:07:48.49

ブラウザゲームに速度は必要ないし良い判断だろ
ブラウザゲームに特化するのは良い判断とは思えないけどな

35デフォルトの名無しさん2013/03/21(木) 09:50:52.62

>>1に釣られる間抜けな馬鹿に言っておくけど、
JavaScriptで開発をするとは書いてあるけど、
C++を捨てるなんて書いてないからねｗ

速度が必要なところだけC++を使えばいい。

それにJavaScriptのエンジンはオープンソースの速いやつを使うだろ。
JavaScript実行環境はオープンソースにしないといけないけれど、
それで動かすアプリはクローズドでいいわけだし。

36デフォルトの名無しさん2013/03/21(木) 09:59:39.05

これは極端な例だけどJSがダントツで早い状況もある
http://nothingcosmos.blog52.fc2.com/blog-entry-155.html

最近のJSエンジンは本当に凄い
JSの数値は64bit浮動少数だけどint型で扱える範囲の時はそれで計算するとかはもう普通
配列も入っている型やばらつきによってそれぞれ最適化される
もう単純演算じゃあ差は出ない

正規表現とか高級言語の方が扱いやすいものもある
当然WEBとの相性はいい

反対に苦手なのがバッファを弄る処理
まあ苦手と言ってもCほどトリッキーなことはできないレベル
元々JSはIO全般と相性が悪かったけど最近はマシになってきた

37デフォルトの名無しさん2013/03/21(木) 10:26:39.28

JSの速度のことを指摘している人は検討違い
JSの言語自体の問題は無い

あるのはアウトプットをどうするかということ
正直今のWeb技術はバリバリのゲームなんか想定してない

WEBにはオーバースペックだと度々言われるWebGLだって
コンシューマ機として考えたらOpenGL ES 2.0だからしょぼすぎる
WiiUのGPUとマッチしてないと思う

2DゲームだってCanvas2D+CSSだけじゃあ寂しすぎる
エフェクトとかがかけづらいからほとんどWebGL使うと思う

本気でやるんなら新しいCanvasのコンテキストを用意するのはもちろん
リアルタイムオーディオ系API、今ChromeとFirefoxで全然別なのが乗ってて合併中だけどそれをどうするのかも決めないと

細かいとこだけどHTML5のテンプレートとかCSSのシェーダーとか
今実験段階の機能も載せないとダメだと思う

WiiUがスタンダードを決めるくらいの勢いでいかないと成功しない
でもあくまでWeb技術だから無茶もダメ、
ブラウザはもちろん、今年から出てくるMobileWebOSのベンダー何かとも相談する必要あると思う

そういうことが任天堂にできるよう体制考えていくのかっていうのが大事
任天堂の一大プロジェクトとして頑張ってくれ

38デフォルトの名無しさん2013/03/21(木) 10:41:53.37

>>37
何いってんだお前？

ライブラリさえ用意すれば、JavaScriptから
ファイルアクセスだってDirectX（Windowsの場合）だって
使えるんだよ。

Nodeなんかそうじゃん。言語はJavaScript
ライブラリはウェブ標準ではない。

JavaScript使うからってウェブ標準にする必要はない。

39デフォルトの名無しさん2013/03/21(木) 10:43:35.83

>>30
え？お前何言ってんの？

40デフォルトの名無しさん2013/03/21(木) 10:51:52.51

うわっ、コナミ社員ｗ

41デフォルトの名無しさん2013/03/21(木) 10:58:08.26

>>38
だからそのライブラリを用意するのがものすごく大変だと言っている
せっかくWeb技術を使うんだからそれと全くかけ離れたものを作ってもしかたない

Node.jsはWeb技術(HTML)じゃない、JSだけ
それに完全独自じゃなくて他のサーバーサイドJS環境とともに標準仕様を決めている
それでもここまで来るのに何年もかかった
だけどまだNodeはバージョン0.10
フラッシュアップするのにもう１年はかかりそう
それほど大変

そんな中ゲームサイドを作ろうとしたらライブラリ作ればいいじゃすまない
任天堂だけの手におえないし、おってはいけない
それこそ仕様ができた頃にはWiiUの次がでてるようなことになる

それはさすがに無理だからWEB技術を中心に採用することにしたんだろう
でも採用するといっても使えそうな技術は実験段階だったり
標準化に手間取ってたりする
それを待ってるとやっぱりWiiUには間に合わない

でも既存のWEB技術だけじゃあ残念すぎる
なんとかそこら辺を上手くやらなくちゃいけない
じゃないともったいない

42デフォルトの名無しさん2013/03/21(木) 11:00:53.73

> だからそのライブラリを用意するのがものすごく大変だと言っている

今あるC++のライブラリのラッパーを作れば良い。

43デフォルトの名無しさん2013/03/21(木) 11:02:41.38

> それに完全独自じゃなくて他のサーバーサイドJS環境とともに標準仕様を決めている

CommonJSはオワコンで
参考にはするが、そんなのには従わないと
言ってるんだが知らないの？

44デフォルトの名無しさん2013/03/21(木) 11:21:23.46

C++はもうお荷物になってきたか

45デフォルトの名無しさん2013/03/21(木) 11:22:04.14

HTML5のグラディウスがコナミだとか
スーパーマリオ知らんってどんだけ情弱なんだよｗ

46デフォルトの名無しさん2013/03/21(木) 11:26:22.34

>>42,43
今はCommonJS関係ないよ
でもそれが種だった
じぶんはv0.1代の頃から知ってたからよく分かる

それに少し考えてご覧
ほぼストリームのIOだけ提供すればいいサーバーサイドとはスケールが違い過ぎる
絵も音も出さなくちゃいけない
それらはバッファやストリームのラッパーを作ればいい次元じゃない

既存のを使えばいいとか無茶ぶりすぎる
それならそもそもなんのためにJavaScriptを使うのか
仮に既存のCのラッパー大量に用意してはいどうぞ
はて、Cで開発していた頃と何が違うのか
既存のWeb技術を利用でき既存のWebアプリ開発者でも参入できるからいいんじゃないか

それに仕様ってのは作ったはい終わりじゃすまない
それで済むのならHTML5だってもめてない
長い時間をかけて改善を繰り返さないと完成しないもの

そこまでしてゲームサイドJS環境を作れたとしてどんな意味があるのだろうか

47デフォルトの名無しさん2013/03/21(木) 11:36:14.49

でもそれが種だった
でもそれが間違いだってわかった。
二度と同じ事を繰り返すことはないだろう。

48デフォルトの名無しさん2013/03/21(木) 11:36:52.80

> それらはバッファやストリームのラッパーを作ればいい次元じゃない

え？ なんで？
根拠が無いなぁ（笑）

49デフォルトの名無しさん2013/03/21(木) 11:59:19.32

実行効率じゃなくて開発効率が悪いからかんべんしてほしいわ。

function hoge(x) {
x.maxLength = 100;
}
↑これをスペルミスで

function hoge(x) {
x.maxlength = 100;
}
↑と書いてもエラーにならないで、なんとなく動いちゃう言語。

50デフォルトの名無しさん2013/03/21(木) 12:00:12.97

時間がかかるのは標準技術だから
独自技術なら時間はかからない。
現にゲーム業界の速度は、標準技術を確立する速度を超えている。

51デフォルトの名無しさん2013/03/21(木) 14:05:14.51

JavaScriptつーかECMAScriptでstrictモード対応なら>>49みたいな心配はいらないんだけどなぁ

52デフォルトの名無しさん2013/03/21(木) 14:07:44.88

C++を捨てる、なんてどこにも書かれてないな。
こういう釣りは、ゲハとかそっちの方面でやってくれ。

53デフォルトの名無しさん2013/03/21(木) 14:39:13.62

>>51

>>49の例はstrictモードでも防げないだろ

54デフォルトの名無しさん2013/03/21(木) 14:42:39.98

そもそも>>49はhoge()がオブジェクトxの実装詳細を知っているのが前提という糞設計なのが問題

55デフォルトの名無しさん2013/03/21(木) 14:45:41.46

実装詳細ってなんだ？
公開プロパティだろ？

それともメソッドにすれば解決する問題だと思ってるのか？

56デフォルトの名無しさん2013/03/21(木) 14:49:40.74

>>55
> 公開プロパティだろ？
Javascript知らないのがバレバレ

57デフォルトの名無しさん2013/03/21(木) 14:54:09.76

メソッド(setter/getter)にすれば、少なくとも「なんとなく動いちゃう」は防げるだろ
ただし、それがJavaScript的なお作法に適合するのかどうかはわからんが

58デフォルトの名無しさん2013/03/21(木) 14:55:28.39

あ、typoが問題じゃ無くて、外部から新たなプロパティを設定できてしまうのが問題なのか
だったら、俺はその防ぎ型を知らんわ

59デフォルトの名無しさん2013/03/21(木) 15:09:05.85

>>55
他言語だって、変数を公開して、外で自由に触らせるのは良くない設計だよ？

60デフォルトの名無しさん2013/03/21(木) 15:24:26.71

>>56
恥かいたのはお前だったなｗ

61552013/03/21(木) 15:29:18.67

こういう時のために、Object.seal()があるんだよ
無知どもめ。

62デフォルトの名無しさん2013/03/21(木) 15:31:38.22

いまどきメモ帳でコード書くわけじゃあるまいし
最底辺プログラマが書くC++よりは安全だろう

63デフォルトの名無しさん2013/03/21(木) 15:42:03.20

IDEのサポートが弱いのもダメだな。

動的型.vs.静的型の議論で「動的は簡単に書けて生産性が高い、
静的は安全に書けます。適材適所で使いましょう」みたいな大人の
意見を言うやつがいるけど、ぜったい動的は生産性低いだろ。

64デフォルトの名無しさん2013/03/21(木) 15:48:04.44

>>61
seal()で、どうやって>>49の問題を防ぐつもりなの？

65デフォルトの名無しさん2013/03/21(木) 15:57:54.19

>>63
つ TypeScript

66デフォルトの名無しさん2013/03/21(木) 16:10:11.93

>>64

>>49の問題って何？

67デフォルトの名無しさん2013/03/21(木) 16:15:16.11

>>65
そういうのが出るってことは、やっぱ動的型の言語に問題感じてる人は多いんだろうな。

68デフォルトの名無しさん2013/03/21(木) 16:35:45.71

javascriptが速いのはx86とarmだけ

69デフォルトの名無しさん2013/03/21(木) 16:46:14.37

>>66
> >>49の問題って何？

まんまその通りだけど。
・スペルミスしたときに
・と書いてもエラーにならない
・なんとなく動いちゃう

70デフォルトの名無しさん2013/03/21(木) 16:46:24.66

それ以外はwebいらないってことで

71デフォルトの名無しさん2013/03/21(木) 16:47:21.92

>>69
今度は、Object.seal()の機能をここにコピペしてみてよ。

72デフォルトの名無しさん2013/03/21(木) 16:52:26.07

>>71
Object.seal()の機能は知ってるから、どうやって>>49の問題を防ぐつもりなのかだけ教えてくれればいいから。

73デフォルトの名無しさん2013/03/21(木) 16:52:42.06

正直ゲームなんて多少変な挙動あっても適当に動いてりゃ許されるだろ
バグまみれでも大して問題にならないのってゲームプログラムだけだよね

74デフォルトの名無しさん2013/03/21(木) 17:06:01.88

もうおしまいだ～！！

C++はおしまいだ～～！！

75デフォルトの名無しさん2013/03/21(木) 17:06:28.17

>>73
ゲームの方が、(精神的な)子供が多いから大問題になる気がするが

76デフォルトの名無しさん2013/03/21(木) 17:15:30.02

>>72
Object.seal()の機能に、
>>69の問題を防ぐって書いてあるじゃん。

読んでないだろお前。

77デフォルトの名無しさん2013/03/21(木) 17:30:15.16

>>76
> Object.seal()の機能に、
> >>69の問題を防ぐって書いてあるじゃん。

そうは思えないから、どうやって防ぐのか質問してるんだけど。
コード書いてよ。

78デフォルトの名無しさん2013/03/21(木) 17:34:38.59

>>45
＞HTML5のグラディウスがコナミだとか
＞スーパーマリオ知らんってどんだけ情弱なんだよｗ

もうみんなすごーいんだよーーー

↓

ムダな努力ｗ

79デフォルトの名無しさん2013/03/21(木) 17:59:31.90

http://appsweets.net/gradius/index.html
とりあえずこのグラディウスを遊んでみてくれたまへ

80デフォルトの名無しさん2013/03/21(木) 18:08:46.63

>>79
キーマトッリクスが不完全。

81デフォルトの名無しさん2013/03/21(木) 18:09:46.35

コナミがここまでグラディウスに執着してるとは思わなかったなｗ

82デフォルトの名無しさん2013/03/21(木) 18:12:20.05

断続的にガクガクになるのは、俺のPCがしょぼいせいか？

83デフォルトの名無しさん2013/03/21(木) 18:21:05.39

だからこれコナミじゃないってｗ

84デフォルトの名無しさん2013/03/21(木) 18:29:15.63

>>36
なぜ？という部分を解明してないと
学術論文的な所では確実に無視される

その程度の内容

そもそも、まともなソースコードすら示していないいｗ

85デフォルトの名無しさん2013/03/21(木) 18:30:12.17

>>81
是非とも横スクロール・オプション・レーザー付シューティング製作を！

86デフォルトの名無しさん2013/03/21(木) 18:30:58.70

ナムコナミ

87デフォルトの名無しさん2013/03/21(木) 18:32:21.85

1面しか遊べないジャン

88デフォルトの名無しさん2013/03/21(木) 18:58:42.16

パフォーマンス的にやば過ぎるなこれ
こんなの客に出したら社会問題になるな

89デフォルトの名無しさん2013/03/21(木) 19:30:19.85

>>85
1985年から28年間独裁してるから倒さなきゃな。

90デフォルトの名無しさん2013/03/21(木) 19:52:23.59

>>28
こいつ最高に低能

91デフォルトの名無しさん2013/03/21(木) 19:55:48.26

俺の知ってるニンテンドーのOSはCOMライクな作りでJSインターフェース持ってたよ。
それでブラウザ独自実装してたぞ。

92デフォルトの名無しさん2013/03/21(木) 19:56:18.14

馬鹿丸出しｗ

93912013/03/21(木) 20:03:43.02

俺？

94デフォルトの名無しさん2013/03/21(木) 20:05:56.87

>>85
＞是非とも横スクロール・オプション・レーザー付シューティング製作を！

コナミの真似をすれば馬鹿と思われるから誰もしないだけｗ

95デフォルトの名無しさん2013/03/21(木) 20:08:36.96

本物グラディウスのソースリストいる？
C言語ソースと68000ライブラリ。

96デフォルトの名無しさん2013/03/21(木) 20:14:12.20

>>95
それって、今から読んでもちゃんと読める？っていうか、アホでもよめる？？
あと、著作権大丈夫？

97デフォルトの名無しさん2013/03/21(木) 20:14:45.84

＞当時の革命的なシューティングゲームとして1980年の『ディフェンダー』と並び称される歴史的作品。

並ばねーよｗ

ディフェンダーに失礼。

98デフォルトの名無しさん2013/03/21(木) 20:15:58.44

グラディウスのストーリー自体はスターウォーズだな。
陳腐だけどｗ

99デフォルトの名無しさん2013/03/21(木) 20:19:05.77

>>96
｜
Ｊ

100デフォルトの名無しさん2013/03/21(木) 20:20:04.96

>>98
テーマが暗い

101デフォルトの名無しさん2013/03/21(木) 20:24:19.18

>>99
おれ、釣られたの？
某社のOSはオプソだから知ってるんだよ。

102デフォルトの名無しさん2013/03/21(木) 20:29:18.50

知ってると書く奴の100%は何も知らないと言う法則

103デフォルトの名無しさん2013/03/21(木) 20:34:35.82

というか書ける奴は外部仕様を見れば書ける気がするし
書けない奴はソースコードなんか見ても書けない気がする

104デフォルトの名無しさん2013/03/21(木) 20:40:59.37

じゃー、しーらない。

まぁ、確かに、OSのソースよんだけど全然理解できなかったのはそうだな。
グラディウスのソースはあれだ文学として興味あるね。
どういう文体で書かれてるとか、どうやって動いてるだとか。

105デフォルトの名無しさん2013/03/21(木) 20:57:13.33

>>77
だからObject.seal()の機能書いてみ。
何をしてくれるのかわかってないだろｗ

106デフォルトの名無しさん2013/03/21(木) 21:06:09.58

ほらねｗ

107デフォルトの名無しさん2013/03/21(木) 21:20:47.00

始まったな宗教対立が

108デフォルトの名無しさん2013/03/21(木) 21:24:55.62

C言語独裁体制の崩壊

109デフォルトの名無しさん2013/03/21(木) 21:28:50.03

まあコード書けない低能は
この板ではゴミ
存在する価値すら無い

110デフォルトの名無しさん2013/03/21(木) 21:39:06.21

いよいよ崩壊

111デフォルトの名無しさん2013/03/21(木) 22:06:37.77

>>105
var a = {maxLength:0};
var b = Object.seal({maxLength:0});
var hoge0 = function hoge(x) {"use strict"; x.maxLength = 100; return x.maxLength};
var hoge1 = function hoge(x) {"use strict"; x.maxlength = 100; return x.maxlength};
hoge0(a) // => 100
hoge1(a) // => 100
hoge0(b) // => 100
hoge1(b) // TypeError: Can't add property maxlength, object is not extensible

112デフォルトの名無しさん2013/03/21(木) 22:09:03.58

型宣言しないのがきもい

113デフォルトの名無しさん2013/03/21(木) 22:43:25.56

>>111
こりゃ面白い。

Lispじゃなくて、JSがキビキビ動くようになったらまたAI戦争になるんかね。

114デフォルトの名無しさん2013/03/21(木) 22:57:23.26

まず作らなきゃなｗ

115デフォルトの名無しさん2013/03/21(木) 23:09:46.21

>>114
そりゃ大変だ。


JSがキビキビ動くようになったらソース互換でかなりすごいことになるな。今更だけどな。

116デフォルトの名無しさん2013/03/21(木) 23:10:37.38

やっとObject.seal()の機能を理解したかｗ

117デフォルトの名無しさん2013/03/21(木) 23:12:06.48

書けると言う奴の100%は何も書けないと言う事実ｗ

118デフォルトの名無しさん2013/03/21(木) 23:13:16.45

俺はかけないと思うんだが、
他人がかけるというんだ。

119デフォルトの名無しさん2013/03/21(木) 23:13:27.69

>>112
これには同意だなー。プロパティを後付け追加で拡張されまくりで
ろくにデバッグされなくて、ゲーム開発環境がますます修羅場になる。

120デフォルトの名無しさん2013/03/21(木) 23:14:06.58

>>117
汎用性ありすぎだろう。

121デフォルトの名無しさん2013/03/21(木) 23:16:18.23

>>119
>>111

122デフォルトの名無しさん2013/03/21(木) 23:21:35.98

BASICになりたくてもなれないCとJAVA。

123デフォルトの名無しさん2013/03/21(木) 23:27:42.58

BASICってたしか関数やスコープもなかったと思うけど？

124デフォルトの名無しさん2013/03/21(木) 23:29:53.45

C++の開発環境が肥大化のせいでゲームの本質的な面白さの追求に至れてないなら
富豪プログラミング的発想でカジュアルなゲームでHTML5でもいい 枯れた技術の～っていう発想に近いわけだし

ただなんでもHTML5でできるわけじゃないし、パフォーマンスチューニングは同じぐらいバッドノウハウある
全然質が違うチューニングだけどもね。モジラの次世代エンジンOdinMonkeyとか気が狂ってる

っていうか単にデベロッパーが減ってWeb屋吸収したいだけとも言える

125デフォルトの名無しさん2013/03/21(木) 23:31:24.84

>>123
関数も文字列操作も強力だよｗ

何も知らない癖に偉そうに書くと恥をかくよｗ

126デフォルトの名無しさん2013/03/21(木) 23:35:01.85

30代のリストラ - Cプログラマーの切り捨て

127デフォルトの名無しさん2013/03/21(木) 23:36:00.71

もうCプログラマーはいらないんじゃないのか？

128デフォルトの名無しさん2013/03/21(木) 23:36:08.37

>>125
他の言語と比べて
どんなことが優れてる？

無いと思ったけど。

129デフォルトの名無しさん2013/03/21(木) 23:36:37.73

企業のお荷物

130デフォルトの名無しさん2013/03/21(木) 23:37:08.22

>>128
ねぇねぇ、辞表書く準備できた？

131デフォルトの名無しさん2013/03/21(木) 23:38:06.72

>>130
なんだ。やっぱりただのかまってちゃんだったかｗ

132デフォルトの名無しさん2013/03/21(木) 23:39:21.59

　　　　　　　　, -=-‐～--へ__,,- 、
　　　　　　＜　　　　　　　　ヽ　　 ゝ
　　　　　　 ﾉ　　　 二､___ゝ,/_/ﾍ　 |
　　　　　　|　　　 ｦ 　 　 　 　 　|　｜　　 ／￣￣￣￣￣￣￣￣￣￣
　　　　　　| 　　 ┤ 　===､　, ==|　 |　＜ 　切り捨てられる覚悟を
　　　　　ノ　　　彳　　―ｪ　〈‐ｪ〈　 ゝ　　＼　　　　　しなきゃいけない
　　　　ゝ､　　イ6|ゝ 　 　／　＼ |‐"　　　　　＼＿＿＿＿＿＿＿＿＿
　　　　　　く 　 .^| 　　　　 　 -　ゝ
　　　　　　　ヒi_,| ＼ｌ　　[ ――.|
　　　 　 　 ,,, -/＼ 　＼＿＿__,|
　　　　 ―'|　 ＼　 ＼　　　　|＼＿
　　　　　　 |　　 ＼　　＼.　 / 〉 ＼￣
　　　　　 　 |＿＿,＼　 /￣〕/　､/

133デフォルトの名無しさん2013/03/21(木) 23:40:01.74

パソナルームｗ

134デフォルトの名無しさん2013/03/21(木) 23:57:05.60

>>131
どうして手先が震えてるの？

135デフォルトの名無しさん2013/03/21(木) 23:58:07.39

Cプログラマーを声高らかに切り捨てる

136デフォルトの名無しさん2013/03/22(金) 00:02:41.00

　　ミミ彡ﾐミﾐ彡彡ミミﾐﾐ
,,彡彡彡ミﾐﾐ彡彡彡彡彡彡
ﾐﾐ彡彡ﾞﾞﾞﾞﾞ""""""""ヾ彡彡彡
ミミ彡ﾞ　　　　　　　　　ﾐﾐ彡彡
ﾐミ彡ﾞ　＿　　　　＿ 　 ﾐﾐミ彡
ﾐミ彡 '´￣ヽ　　'´￣｀ ,|ミﾐ彡
ﾐﾐ彡　￣ﾟ￣'　〈￣ﾟ￣ .|ﾐミ彡
　彡|　　 　　|　　 　 　 |ﾐ彡
　彡|　　　´-し｀)　　／|ﾐ|ﾐ　　　／￣￣￣￣￣￣￣￣
　 ゞ|　 　　　､,!　　　　 |ソ　　＜ 　改革をあきらめるな！
　　　ヽ　'´￣￣￣`ﾉ /　　　　　＼＿＿＿＿＿＿＿＿
　　　 ,.|＼､　 　　' ／|､
￣￣| ｀＼.`──'´／ |￣￣｀
　　　 ＼　~＼,,／~　 /
　　　　　＼／▽＼／

137デフォルトの名無しさん2013/03/22(金) 00:03:25.35

任天堂を切り捨てろ！

138デフォルトの名無しさん2013/03/22(金) 00:08:56.68

>>134
お前は超能力者かまってちゃんかｗ
だが、透視できてないぞ。ただのかまってちゃんだｗ

139デフォルトの名無しさん2013/03/22(金) 00:13:16.05

　　　　彡ミミミミ))彡彡)))彡)
　　　彡彡ﾞﾞﾞﾞﾞ"ﾞﾞ""""""ヾ彡彡)
　　　ﾐ彡ﾞ　..＿ 　　　＿ 　 ﾐﾐミ彡
　　((ミ彡 '´￣ヽ '´/￣　｀ ,|ミミ))
　　ミ彡　 '￣￣' 　〈￣￣ .|ﾐミ彡
　　ミ彡|　　） ）　| |　｀（ （　|ﾐ彡
　 ((ﾐ彡| 　（ （　-し｀)　） ）|ﾐﾐミ　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　 ゞ|　 ） ）　 ､,!　」（ (　|ソ　　　＜　感動した！
　　　　　ヽ（ （￣￣￣' ) ）/　　　　　 ＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　,.|＼､)　 　　' ( ／|､
　　￣￣| ｀＼.`──'´／ |￣￣｀
　　　　　 ＼　~＼,,／~　 /

140デフォルトの名無しさん2013/03/22(金) 00:14:22.37

左翼はCでいい思いをしている

141デフォルトの名無しさん2013/03/22(金) 00:15:25.02

サヨ認定キター

142デフォルトの名無しさん2013/03/22(金) 00:17:21.20

ひっくり返せ

143デフォルトの名無しさん2013/03/22(金) 02:08:23.95

>>116
まさかとは思うが、>>111のコードで問題が解決したとか思ってないだろうな？
思ってたとしたら、プログラミングセンスなさすぎなんだけど。
解決したと思わないなら、お前自身のコード書いてみ？

144デフォルトの名無しさん2013/03/22(金) 02:13:12.87

文句言う前に先にお前が書けよ（笑）

145デフォルトの名無しさん2013/03/22(金) 02:19:00.97

は？
俺は、seal()では問題は解決しないという意見なんですけど。
解決すると思うんなら、コードで示してねってことで。

146デフォルトの名無しさん2013/03/22(金) 02:20:47.12

>>49のなんとなく動いちゃう問題は>>111で解消するな

147デフォルトの名無しさん2013/03/22(金) 02:21:50.29

>>145
問題が解決するってひとが>>111を書いてくれたんだから、
問題が解決しないって思ってるおまえが具体的なコード例を示せよｗ

148デフォルトの名無しさん2013/03/22(金) 02:23:15.62

>>147
めんどくさいなぁ。
君も>>111のコードで良いわけ？
だったらプログラミングセンスなさすぎだわ。

149デフォルトの名無しさん2013/03/22(金) 02:24:25.58

>>148
早く書け

150デフォルトの名無しさん2013/03/22(金) 02:26:13.63

>>149
何を書けって言ってるのかな？
分かるように言ってくれよ。

151デフォルトの名無しさん2013/03/22(金) 02:27:14.09

5分程度で書けない奴はプログラミングのセンス無い

152デフォルトの名無しさん2013/03/22(金) 02:27:52.27

>>150
>>49のなんとなく動いちゃう問題が>>111で解決しない理由

153デフォルトの名無しさん2013/03/22(金) 02:36:41.68

>>152
seal()書き忘れるか、seal()が必要だって知らない人がメンテとかしたりしたらアウトだから。
書き忘れなきゃOKとか言う？それってtypoしなきゃOKと言うのと変わらないよ。
C++でnew禁止にできるみたいな、絶対に間違いが起こらない方法は無いと思うんだ。
あるなら教えてほしい。
あと、seal()しまくりなのは汚いし見づらいしエレガントじゃないよね。

154デフォルトの名無しさん2013/03/22(金) 02:41:19.71

C++知らない人がメンテとかしたらアウトだか。

>>153への皮肉はこんなもんでいいだろ？ｗ

155デフォルトの名無しさん2013/03/22(金) 02:48:54.79

>>154
C++のnew禁止テクニックとseal()の違いがわからないなら、プログラミングセンスなさすぎだよ。

156デフォルトの名無しさん2013/03/22(金) 02:54:05.41

new禁止テクニックの話は一言もしてないｗ

157デフォルトの名無しさん2013/03/22(金) 02:57:17.19

new禁止テクニックのような根本的対策じゃなきゃ意味ないよって言ってるのが
理解できないのか、new禁止テクニックを知らないのか。どっち？

158デフォルトの名無しさん2013/03/22(金) 03:00:41.45

>>153
Object.seal()を直接書いて回るとか何の冗談だよ
いまどきJavascriptでそれなりのプロダクトを作るなら
クラス継承の手順なんかも隠蔽したオブジェクト生成関数を用意してそれを使う
センスとか以前の問題じゃね？

159デフォルトの名無しさん2013/03/22(金) 03:03:03.19

書き忘れたら書き間違えで新たなプロパティ扱いになるって言っても
C++はC++で書き忘れたら色んなものが解放されないという言語なのだけれど…

160デフォルトの名無しさん2013/03/22(金) 03:06:23.82

>>158
残念ながらそれでも駄目なんだ。
なぜなら、JavaScriptでは実引数の型を強制できないから、hoge({maxLength:10})とかできちゃうし。

161デフォルトの名無しさん2013/03/22(金) 03:08:39.66

>>159
念のため説明すると、new禁止にすると、hoge = new Hoge();でコンパイルエラーになるから
これが根本対策になり得る。

162デフォルトの名無しさん2013/03/22(金) 03:13:08.67

>>160
それはオブジェクトというより今時の大抵の言語にあるハッシュとしての使いかただね
Javascriptは両方とも同じものだけど
ハッシュのキーワードミスって別のプロパティ弄っちゃうとか
Javascript固有の問題じゃないだろう
オブジェクトの生成はプロジェクトで決めた生成方式で統一すればいい

163デフォルトの名無しさん2013/03/22(金) 03:23:05.56

オブジェクトの生成ルール決めてるプロジェクトでhoge({maxLength:10})とかやって自爆するのは
C言語で型とか適当でキャストしまくって自爆するのと同じようなものだろｗ

164デフォルトの名無しさん2013/03/22(金) 03:39:01.27

>>162
ルールを決めても、それを言語仕様的に強制できなければ、誰かが間違える可能性が残る。
誰かというのは、将来のメンテナも含めてね。
それと、xの仕様を変えることによって問題を解決するのなら、maxLengthを
プライベート変数にして、setter,getterにした方がいいと思うんだけど、どう？

165デフォルトの名無しさん2013/03/22(金) 03:41:01.60

>>163
自爆するのが悪いというのは、typoするのが悪いというのと変わらないよ。

166デフォルトの名無しさん2013/03/22(金) 03:44:19.64

>>164
>>49を見直してこいよ
maxLengthをset/getにしてもmaxlengthを作れちゃうから問題だと言ってるのに

167デフォルトの名無しさん2013/03/22(金) 03:47:42.26

>>165
どんな言語でも、言語仕様で強制される以外のルールも守らなければ自爆するって言ってるんだよ？ｗ

168デフォルトの名無しさん2013/03/22(金) 04:22:59.02

JavaScriptでnew禁止するのは簡単。

169デフォルトの名無しさん2013/03/22(金) 05:15:32.20

>>161
ではC++で解放忘れをコンパイルエラーにする方法は？

170デフォルトの名無しさん2013/03/22(金) 06:18:05.68

どんなに優れた言語でもウンコードは書ける

171デフォルトの名無しさん2013/03/22(金) 06:44:15.35

TSRが書けなくなるの？

172デフォルトの名無しさん2013/03/22(金) 06:48:12.33

>>166
setterにすれば、>>49はsetMaxLength()とsetMaxlength()のtypoの問題にかわる。

173デフォルトの名無しさん2013/03/22(金) 06:50:37.63

typoうんぬんが開発の生産性と関係あると思ってるヤツは素人

174デフォルトの名無しさん2013/03/22(金) 06:50:47.43

>>167
そんなの当たり前だが、今回の問題と何の関係があるのかな？

175デフォルトの名無しさん2013/03/22(金) 06:52:03.00

>>169
ない。

176デフォルトの名無しさん2013/03/22(金) 06:52:37.46

>>172
setterにすると>>49のコードが具体的にどう変わるか書いてみてくれない？

177デフォルトの名無しさん2013/03/22(金) 06:54:19.46

>>176
書いたじゃん。
理解できないのか？

178デフォルトの名無しさん2013/03/22(金) 07:01:29.20

>>177
function hoge(x) { x.setMaxLength() = 100; } // 正
function hoge(x) { x.setMaxlength() = 100; } // 誤
ってこと？

179デフォルトの名無しさん2013/03/22(金) 07:06:04.93

178
悪いが、JavaScriptを知らない奴にまで説明する優しさは持ってない。

180デフォルトの名無しさん2013/03/22(金) 07:08:00.09

>>179
いやおれは普通にこういうことだとおもったんだが
x = { val:0, get maxLength() {return this.val}, set maxLength(v) {this.val = v}}
function hoge(x) { x.maxLength = 100; } // 正
function hoge(x) { x.maxlength = 100; } // 誤
x.maxlengthに間違ったら意味無いよね？

181デフォルトの名無しさん2013/03/22(金) 07:13:44.71

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

>>189
x = {var maxLength;}

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

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

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

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

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

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

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

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

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

196デフォルトの名無しさん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}};

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

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

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

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

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

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

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

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

var hoge = (function() {
　var private_variable;

　function private_function() {
　}

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

hoge.public_function();

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

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

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

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

203デフォルトの名無しさん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);
}

204デフォルトの名無しさん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);
}

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

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

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

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

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

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

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

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

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

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

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

>>209
どうなった？

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

JSか

220デフォルトの名無しさん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;};
意味がわからんぞｗ
偉そうなこというまえに基礎からやりなおしてこいよｗ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

>>235
>>111

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

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

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

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

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

コピペすりゃいいんだよ

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

中身はなかったなｗ

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

下請けイジメの任天堂

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

コナミには負けるｗ

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

はよ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

253デフォルトの名無しさん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という多くのユーザーに使われているクロスプラットフォームのゲームエンジンなど、
ソフトウェアの作り手を広げる試みについて、いくつかご紹介できる予定です。

はいはい解散解散。

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

誰でも参入できるのかー

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

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

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

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

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

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

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

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

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

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

Unity 風味？

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

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

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

Unity 一味

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

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

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

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

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

Unity風味の人じゃね

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

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

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

そもそもお前ら

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

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

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

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

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

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

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

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

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

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

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

今回はunityは関係無いぞ

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

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

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

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

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

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

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

http://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がおっしゃっております(´・ω・｀)
心より同意するものです(´・ω・｀)

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

HAL-NOTEとMSX-VIEW

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

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

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

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

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

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

>>273てアホなの？

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

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

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

HAL-NOTE

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

OSをHAL-NOTEに！

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

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

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

HAL-NOTEあげ

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

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

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

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

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

MSX-VIEW

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

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

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

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

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

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

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

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

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

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

webkitベースか

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

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

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

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

2962942013/03/28(木) 22:35:24.46

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

＞性的片付け

おそうじフェラかと

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

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

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

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

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

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

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

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

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

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

332デフォルトの名無しさん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インタプリタな

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

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

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

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

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

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

OS統一すればよくね？

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

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

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

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

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

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

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

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

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

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

341デフォルトの名無しさん2013/03/31(日) 15:39:31.39

>>340
2005年ぐらいからタイムスリップしてきたのか？

342デフォルトの名無しさん2013/03/31(日) 16:10:57.97

>>341
Windows上で動くC#で作ったプログラムがほぼMono環境で実用になると思っていいの？ｗ

343デフォルトの名無しさん2013/03/31(日) 16:19:10.23

おうよ
ゲーム用にキワどいところまで攻めたチューニングでもばりばりうごくぜ

344デフォルトの名無しさん2013/03/31(日) 16:22:55.52

Wineでもういいじゃない

345デフォルトの名無しさん2013/03/31(日) 16:23:40.56

ついにWPFとかもサポートされたのか

346デフォルトの名無しさん2013/03/31(日) 16:25:35.89

言語とライブラリの区別はつけようね。

347デフォルトの名無しさん2013/03/31(日) 16:27:44.24

そういうレベルの互換性でいいならJavascriptだってほとんど問題無いだろ

348デフォルトの名無しさん2013/03/31(日) 17:20:12.76

>>346
そういう言いぐさしたらC最強じゃねぇかｗ

349デフォルトの名無しさん2013/03/31(日) 17:21:45.29

オレ「今後JCは捨ててJSを開発していく」

350デフォルトの名無しさん2013/03/31(日) 17:26:07.72

>>349
JK「きも…」

351デフォルトの名無しさん2013/04/01(月) 01:53:21.21

asm.jsは歓迎だけどな。数値計算分野でのJavascript整備を進めてほしいところ。
FORTRANとか時代錯誤なんで物理シミュも余裕でJavascriptにしてほしい。

352デフォルトの名無しさん2013/04/01(月) 02:02:42.20

そんなにやるならCかFORTRANかアセンブラへのコンバータの方がいい。
asm.jsは速いとしても限界がある。

353デフォルトの名無しさん2013/04/01(月) 07:48:02.22

同じ様に書いた(物凄い非効率で遅い)ネイティブコードの
二倍程度で済むって話でしょ。

ネイティブコードで書く必要があるような場面って
結局そこからの最適化が勝負だから、
ネイティブを置き換えるのはさすがに無理だろうな。

354デフォルトの名無しさん2013/04/01(月) 08:21:36.72

asm.jsっていうのは、CとかFORTRAN(フロントエンドあるのかな？)で書いたコードを
バイナリへコンパイルする代わりに特殊な中間言語に変換するものだよ？
CとかFORTRANを置き換えるとかっていうのは使用方法を勘違いしてる

355デフォルトの名無しさん2013/04/01(月) 17:17:13.41

C＋＋とアセンブラとjavaしかできない俺は取り残されていくんだろうか‥

356デフォルトの名無しさん2013/04/01(月) 17:22:13.67

取り残されていく

357デフォルトの名無しさん2013/04/01(月) 18:35:44.97

変化に対応できない人間は弱いな

358デフォルトの名無しさん2013/04/01(月) 22:19:51.77

C++・アセンブラ・Javaできれば他の言語なんてあっというまに覚えられるだろ？

359デフォルトの名無しさん2013/04/01(月) 22:21:57.57

アセンブラ、C、Java、JavaScriptができれば
大体のところは網羅してると思うな。

360デフォルトの名無しさん2013/04/01(月) 22:25:07.14

覚えられても、あえて覚えない拘りをもつんだろ。
ダーウィンだったかが、必ずしも強者が生き残るのでなく環境に適応したものが残るとかいってた。

361デフォルトの名無しさん2013/04/01(月) 22:43:04.18

正直、言語一つ極めれば大抵の他言語は余裕で覚えられる

362デフォルトの名無しさん2013/04/01(月) 23:16:07.87

手続き型から関数型はちとつらい

363デフォルトの名無しさん2013/04/02(火) 03:07:18.48

俺が生きてる間には関数型が覇権握ることはなさそうだし
とりあえず無視しとく

364デフォルトの名無しさん2013/04/02(火) 03:08:26.67

SQLを使ってる人は、関数型もすんなり使えると思う。
SQLと関数型言語は考え方が違い。

このことに気づいている人も結構いる。

https://www.google.co.jp/search?q=SQL+関数型言語

365デフォルトの名無しさん2013/04/02(火) 06:12:02.51

node.jsとか時代はJavaScriptなん？

366デフォルトの名無しさん2013/04/02(火) 06:28:39.86

>>358>>359>>361
それだけでは、とてもじゃないけど関数型言語を使いこなせる気がしない

極めるのうちに自前で他パラダイムの要素混ぜ始めるのまで含めなければ、だけど

>>365
JavaScriptの応用がホットなのは確かだけど、最終的には適材適所じゃね？

367デフォルトの名無しさん2013/04/02(火) 12:11:06.35

>>365
flashが倒れた以上後釜を狙う立場にいるのは確か

368デフォルトの名無しさん2013/04/02(火) 12:37:02.55

>>366
ループの処理を再帰に変換するのが脳内で一瞬でできるようになれば
そんなに難しくはないような気がしてる。

369デフォルトの名無しさん2013/04/02(火) 12:38:21.20

>>368
最終的には再起を先に考えてしまって後でループに直したりし始めるけどなw

370デフォルトの名無しさん2013/04/02(火) 12:40:51.36

関数は第一級オブジェクト

371デフォルトの名無しさん2013/04/02(火) 12:42:12.08

jQueryとHTML5で既にFlashの後釜
node.jsはローカル鯖テストに使ってる。便利な気がする。同一言語で扱えるので。
コンパイラが絶滅する時代が来るのかな。
(C++は進化してきているのがわかる。JavaScriptに近い部分もあり。)

372デフォルトの名無しさん2013/04/02(火) 12:53:34.06

生のJavaScriptを書くやり方の方が絶滅すると思う
JavaScript（or そのサブセット）を出力するコンパイラが主流になる

373デフォルトの名無しさん2013/04/02(火) 14:56:20.30

変換無しで実行できるっていうのもひとつのメリットだからね
主要ブラウザで直接実行可能なのがJavascriptだけな状態が続くなら
絶滅させるのは難しい

374デフォルトの名無しさん2013/04/02(火) 16:06:59.30

将来のプログラマはCもjavaも両方出来ないとダメになったぞ
まぁ、移植の手間が省けるぶんゆとり化が進むだろうけど

375デフォルトの名無しさん2013/04/02(火) 18:24:13.21

JavaScriptとJavaが同じだと思ってる人が何人かこのスレに居るな

376デフォルトの名無しさん2013/04/02(火) 20:54:54.84

任天堂のハードの機能に依存したソーシャルゲーとかが作りやすくなるってことか
それこそ個人のサイトでも任天堂ハードを利用したアプリが公開できる

377デフォルトの名無しさん2013/04/02(火) 21:20:51.76

>>376
それできるの？
セキュリティとかロイヤルティとか難しい気がするが

378デフォルトの名無しさん2013/04/02(火) 21:23:39.32

そもそもソースの隠蔽が無理

379デフォルトの名無しさん2013/04/03(水) 00:09:38.97

「JavaScriptは遅い」って言う人はプログラミングについて完全に誤解してる
「JavaScript（を機械語に変換する特定の処理系）は遅い」なら正しいが
「JavaScript（というプログラミング言語）は遅い」という発言はおかしい
プログラムの処理速度を決めるのは言語処理系であって、言語そのものではない

380デフォルトの名無しさん2013/04/03(水) 00:11:10.52

またバカが来た

381デフォルトの名無しさん2013/04/03(水) 00:49:11.92

処理系ががんばればいくらでも速く出来るとか思ってるやつのほうが完全に誤解してるだろ。

382デフォルトの名無しさん2013/04/03(水) 00:57:13.59

まあjs厨はバカしかいないってことで

383デフォルトの名無しさん2013/04/03(水) 01:01:02.84

>>373
googleがDartを本気でjsと置き換えようとしてるらしいが、どうなることやら

384デフォルトの名無しさん2013/04/03(水) 01:20:33.24

>>378
それいうとあらゆるクライアントサイドプログラムもソース隠蔽は無理じゃね？
ネイティブコードからの逆コンパイル可読性に負けるとはいえ、変数名全部圧縮したJSってMSILからC#に復元したコードと大差ないレベルじゃね？

385デフォルトの名無しさん2013/04/03(水) 01:57:13.31

JavaScriptは、いずれどこかの時点でオブジェクト指向機能を
取り入れた別の物に進化してHTML6の一部になると思う
いまのJavaScriptの環境はC言語で関数ポインター駆使して
一生懸命オブジェクト指向設計してた時と同じように
無理が来てると思う

386デフォルトの名無しさん2013/04/03(水) 02:01:29.30

お前らasm.jsの記事すらまともに理解できないのか

387デフォルトの名無しさん2013/04/03(水) 02:15:15.27

asやってたからjsに変えるのは楽だけど何となく型宣言がないのは気持ち悪い

388デフォルトの名無しさん2013/04/03(水) 02:19:10.19

>>381
何言ってんだ？
原理的にCで吐ける機械語はJSでも吐けるんだが
チューリング完全て知ってるか？

389デフォルトの名無しさん2013/04/03(水) 02:28:20.77

マジバカわろた

390デフォルトの名無しさん2013/04/03(水) 02:29:33.48

機械語を書き出せるのはチューリング完全と関係ない。
言語がチューリング完全でなくとも出来る。

391デフォルトの名無しさん2013/04/03(水) 02:31:09.29

>>390
チューリング完全な機械語を吐くにはチューリング完全な言語を処理系に食わせなきゃ無理
機械語を吐くこと≠チューリング完全な機械語を吐くこと

392デフォルトの名無しさん2013/04/03(水) 02:31:33.24

ではバッファオーバーフローするjsとその処理系がどのようなものになるか説明してみてください

393デフォルトの名無しさん2013/04/03(水) 02:36:12.10

>>391
CコンパイラのバイナリをBASE64などでコピペして
チューリング完全でない言語でデコードして書き出す。

394デフォルトの名無しさん2013/04/03(水) 02:46:14.34

(Cコンパイラの)バイナリデータを吐き出す機能しか持っていない言語は
チューリング完全でないが、チューリング完全の処理系を出力できる。

395デフォルトの名無しさん2013/04/03(水) 02:52:58.75

>>385
JavaScriptはプロトタイプ指向と言うオブジェクト指向と類似するパラダイムを既に獲得しているので、今更オブジェクト指向を取り込む必要は特に無い

>>388
×Cで吐ける機械語はJSでも吐ける
○Cで書ける処理はJSでも書ける

わかり易い例を出すと、Cと同じ機械語を吐くためにはメモリ破壊出来ないとダメだけどJSでは無理だ
処理速度の面で言うにしてもCと同等の速度が出る「可能性は否定出来ない」程度で現状は未だ無理
最適化に必要な型情報などのヒントを埋め込みまくってようやくCには一歩及ばない上に、そのコードは既に人が書くには辛い領域になっている
動的最適化の果てに静的最適化のみのCを超える可能性とかはあるが、現状ではそれも未達成だ・・・発展著しいし希望は有ると思うけど

396デフォルトの名無しさん2013/04/03(水) 02:54:11.35

>>395
メモリ破壊する処理を書けばいい。

397デフォルトの名無しさん2013/04/03(水) 02:56:25.62

>>396
破壊できたら只のセキュリティホールでんがな

398デフォルトの名無しさん2013/04/03(水) 02:56:41.64

C言語が出力するバイナリと同様のものはJavascriptで吐ける。
C言語の出力をバイナリ文字列としてコピペして書き出すだけ。

399デフォルトの名無しさん2013/04/03(水) 02:56:50.05

>>397
> Cで書ける処理はJSでも書ける

って書いてある。メモリ破壊する処理を書けばいい。

400デフォルトの名無しさん2013/04/03(水) 02:57:50.43

バイナリファイルはきだせるならなんでも作れるだろ。

401デフォルトの名無しさん2013/04/03(水) 02:59:26.13

より一般にほとんど言語で、C/C++で書かれたC/C++コンパイラと同等の速度が出る、C/C++コンパイラを書くことは可能。
これはチューリング完全なんかと関係する。

402デフォルトの名無しさん2013/04/03(水) 03:00:19.75

Cで書けるということはクライアントの環境を決め打ちできるということだ（ｷﾘｯ

403デフォルトの名無しさん2013/04/03(水) 04:13:43.77

>>399
メモリ破壊のロジックを再現しても実際のメモリ破壊できないだろ・・・レイヤ違うんだし

404デフォルトの名無しさん2013/04/03(水) 04:56:44.83

メモリ破壊の意味分かってないバカがいるな
さすが低級言語のC/C++厨だな

405デフォルトの名無しさん2013/04/03(水) 05:02:35.17

具体的に説明できない知ったかぶりが煙に巻くときに使う常套句：レイヤ

406デフォルトの名無しさん2013/04/03(水) 05:42:55.70

相手の発言を曲解して馬鹿にした気になれるってある種の才能だよな・・・
395が言ってる処理ってアルゴリズムの事だと理解できないのか、理解したくないのかどっちなんだろ？
説明されても理解できないの方だとしたら、病院行って診断もらってきたほうがいい。特権手帳もらえるよ。

>>405
煙に巻くもへったくれも、JS上に作った仮想メモリはOSが管理する仮想メモリやCPU見てる実メモリとはレイヤ違うからそのまんまだろ

407デフォルトの名無しさん2013/04/03(水) 07:22:06.91

Cすら使いこなせない低能でも
JSでゲーム開発出来ると聞いてアホが喜んでるんだから
水を差すなよ...

408デフォルトの名無しさん2013/04/03(水) 08:11:05.05

ゲーム作ったことある奴ならわかるけど
言語なんか関係ないからな
それ以外のことが難しすぎるし

409デフォルトの名無しさん2013/04/03(水) 09:03:38.63

>>388
それじゃ現状でJavaScriptが遅いのはどういう理由なの?
実装してる連中がバカだから?
(実際的にはムリだけど)原理的には可能っていう屁理屈?

410デフォルトの名無しさん2013/04/03(水) 09:10:48.44

チューリング完全は計算能力の話であって計算速度とは関係ないってマジレスしちゃダメなの？

411デフォルトの名無しさん2013/04/03(水) 09:16:36.70

実際出来るかどうかは知らんけど、チューリング完全とかの概念はむしろ最適化に上限があることを証明するのに使えちゃいそうだよな

412デフォルトの名無しさん2013/04/03(水) 09:21:26.59

チューリング完全って何だよ

413デフォルトの名無しさん2013/04/03(水) 09:28:22.39

論理的には計算速度の最適化もできそうだけど、
ソースコードの量の増加に応じた最適化のための計算量が爆発的に増加しそう
実質的には無理じゃないかな？

414デフォルトの名無しさん2013/04/03(水) 09:30:54.93

>>413
動的型の言語の実行時にきまる動作を静的なコードで
置き換えようとするとコードの量が無限に大きくなりそうだな。

415デフォルトの名無しさん2013/04/03(水) 10:01:54.27

コンパイラは、文字列処理にすぎない。
ソースコードをパースして、アセンブラ言語の文字列へ変換するだけ。
C製のCコンパイラと同等の速度が出せない言語のほうが珍しい。チューリング完全ということは処理能力に違いがないということ。

416デフォルトの名無しさん2013/04/03(水) 10:03:24.28

「Javascriptのコードから」ってルールが抜けてるんなら
バイナリ列のコピーだけでもいいからね。

417デフォルトの名無しさん2013/04/03(水) 10:04:21.81

>>412
計算理論において、ある計算のメカニズムが万能チューリングマシンと同じ計算能力をもつとき、その計算モデルはチューリング完全（チューリングかんぜん、Turing-complete）あるいは計算完備であるという。--Wikipedia/チューリング完全
>>414
生成され得ないパターンを除外してくとかはある程度出来るだろうけど、停止性判定不能コードの後ろに判定対象が並んでるとかの場合に
チューリングマシンの停止性問題から「有るコードが有る型で実行されるかは有限時間で判定不可能である」って導けそうな気がするんだよな

418デフォルトの名無しさん2013/04/03(水) 10:05:05.44

チューリング完全を完全に誤解してる。

419デフォルトの名無しさん2013/04/03(水) 10:06:29.14

まったくなんのスレだよ

420デフォルトの名無しさん2013/04/03(水) 10:10:54.96

万能チューリングマシンとか停止性問題とか神託機械とか、あのへん微妙に中二病患者にウケそうな概念や単語が並んでるからな

421デフォルトの名無しさん2013/04/03(水) 10:11:20.33

>>415
Cと同等の速度が出せない言語がめずらしいって言っても、
実際には出せてない言語は多いよね。
なんで?
実装してる連中がバカだから?
(実際的にはムリだけど)原理的には可能っていう屁理屈?

422デフォルトの名無しさん2013/04/03(水) 10:14:38.71

>>421
同等程度の性能しか出せないのに、Javascript製Cコンパイラをつくる意味がない。
それに明らかにコンパイル時間が長引いて実用的でもない。
ゼロからCで書くか、オープンソースのC言語製Cコンパイラを改良した方がいい。

423デフォルトの名無しさん2013/04/03(水) 10:17:37.90

脈絡なく屁理屈をレスするスレ

424デフォルトの名無しさん2013/04/03(水) 10:18:49.79

>>422
ああ、JavaScriptでも同等の処理を書けるってはなしで、
速度はやっぱり遅いんだな。

425デフォルトの名無しさん2013/04/03(水) 10:33:57.34

JavaScriptで、C言語製ソフトと同等(速度)の事をやることは現実で可能。



Zopfli を Emscripten をつかって JavaScript に移植しました
http://blog.livedoor.jp/imaya_js/archives/6349259.html


Google Zopfli圧縮アルゴリズム、gzip -9より高圧縮　 3月11日
http://headlines.yahoo.co.jp/hl?a=20130311-00000019-mycomj-sci


この記事では、C言語で書かれたアプリケーションを Javascript エンジン上で動かすためのツールである Emscripten について解説します。
Emscripten の原理
Emscripten はC言語のコードを Javascript のコードへ変換するツールですが、人間が移植作業を行うように「書き直し」をしてくれるものではありません。
http://teikyo.tumblr.com/2011-emscripten-1

426デフォルトの名無しさん2013/04/03(水) 10:39:29.56

>>425
リンク先をざっと見てみましたけど、JavaScriptのコードをCと同等の速度で
実行できるってのはどこに載ってるんでしょうか。

427デフォルトの名無しさん2013/04/03(水) 10:39:36.33

emscriptenの出力コードはjavascript上で機械語コードをエミュレートするだけなんだけど

428デフォルトの名無しさん2013/04/03(水) 10:44:57.82

>>425
ドヤ顔でこれかよ・・・

429デフォルトの名無しさん2013/04/03(水) 10:45:03.65

>>425
それある程度の速度が出るのはJITコンパイルが前提だよ
上で馬鹿がわめいているような事前コンパイルでJavascirptを高速なネイティブコードに変換するのは難しい

430デフォルトの名無しさん2013/04/03(水) 10:48:42.80

コンパイラは文字列操作してるだけ。
C:製Cコンパイラと同じ文字列操作をすれば出力は同じで、速度も同じになるのは当たり前。



アセンブリ言語 - Wikipedia

次に示す機械語は AL レジスタに 01100001 というデータをロードする。
10110000 01100001

このバイナリコードを人間が読みやすいように十六進法で表現すると次のようになる。
B0 61

ここで、B0 は「ALに後続の値をコピーする」ことを意味し、61 は 01100001 を十六進法で表したものである。
インテルのアセンブリ言語では、この種の命令に MOV というニーモニックを割り当てており、
セミコロン以下に説明的コメントを添えたアセンブリ言語での表現は次のようになる。
MOV AL, 61h ; Load AL with 97 decimal (61 hex)

この場合、定数61Hがソース、レジスタALがデスティネーションに該当し、命令が実行されると、定数61Hが、レジスタALに単純に格納される。
これが人間にとってはさらに読みやすく覚えやすい。

4314252013/04/03(水) 10:51:48.53

間違えるな。
Emscriptenで変換したコードが速いと言ってない。
JavaScript製Cコンパイラで、C:製Cコンパイラと同じバイナリ(=同じ速度のバイナリ)を作り出せるかだ。

432デフォルトの名無しさん2013/04/03(水) 10:52:17.91

真面目にＪＳでのゲーム開発を議論するスレかとおもいきや、普通の初心者スレになっているとは。

433デフォルトの名無しさん2013/04/03(水) 10:53:41.38

>>431
JavaScriptでCと同等の処理が書けるかって話じゃなくて、同等の速度がだせるかって話なんですけど。

434デフォルトの名無しさん2013/04/03(水) 10:56:50.87

emscripten はそういうのじゃないとおもうんだ
c->js はかのうかもしれない js->c は範疇外だろう?

435デフォルトの名無しさん2013/04/03(水) 10:57:37.21

逆にJavaScriptソースと同等機能を実現するC、アセンブラソースを作り出すことも可能。
JavaScript　⇒　C、アセンブラ　⇒　バイナリ　としたらJavaScriptも速く出来る。

436デフォルトの名無しさん2013/04/03(水) 10:58:41.14

「この処理系でJSを実行したらCと同等の速度になる」って実例をバーンと出せば
終わる話なのに、できないでいろいろ理屈を言ってることは、やっぱ遅いんだな。
わかりました。

437デフォルトの名無しさん2013/04/03(水) 10:59:28.28

ちょっとまてよｗ
>>401 = >>425 かよ
真面目にレスして損したわ･･････

438デフォルトの名無しさん2013/04/03(水) 11:00:35.68

>>435
動的型の言語は単純にCに変換できないでしょ。

439デフォルトの名無しさん2013/04/03(水) 11:03:15.27

>>435
＞JavaScript　⇒　C
これで作られるCコードを速度まで同等に最適化するのが難しいわけよ
莫大な計算量が必要で現実的じゃない

440デフォルトの名無しさん2013/04/03(水) 11:08:59.46

C++からJavaScriptへ変換し、さらにJavaへ移植する話の続き
http://d.hatena.ne.jp/aoisome/20130121/1358779265

［GDC 2013］Webブラウザで「Unreal Engine 3」がヌルヌル動く!? ゲームエンジンを5日でHTML5へ移植した驚きの技術とは
http://www.4gamer.net/games/032/G003263/20130328081/

モジラ、ブラウザ上でゲーム機並みの3Dゲーム体験を可能にする取り組みなど発表
http://headlines.yahoo.co.jp/hl?a=20130328-35030070-cnetj-sci


Mozilla、Firefox 22 にブラウザゲームを高速化する「asm.js」を搭載- インターネットコム（2013年3月28日12時00分）
ゲームは、大量のリソースと複雑なコンピューティングを要求するタスク。
このため、ゲームは、ハードウェアの特性にあわせた専用 OS 向けに、ネイティブコードで書かれるのが普通だ。
だが、Mozilla の JavaScript 高速化プロジェクトにより、高いパフォーマンスを持つブラウザゲームの実現が、現実味を帯びてきた。

米国 Mozilla は3月27日、ゲームエンジン「Unreal Engine」を開発した Epic Games と協働していることを発表した。
この共同プロジェクトは、Unreal Engine 向けのゲームを、Web ブラウザ内で動作可能にすることを目指すもの。

「Emscriptem」は C で書かれたコードを、どの Web ブラウザでも動作する JavaScript に書き換えるクロスコンパイラ。
Mozilla CTO であり、JavaScript の開発者でもある Brendan Eich 氏は InternetNews.com に対し、emscriptem を利用すれば、開発者が Web フレンドリーな新しいタイプの開発へ移行することが、より容易になると説明した。

http://news.infoseek.co.jp/article/internetcom_20130328_010

441デフォルトの名無しさん2013/04/03(水) 11:09:47.06

ja.wikipedia.org/wiki/%E5%A4%89%E6%8F%9B%E8%A8%80%E8%AA%9E

asm.js もそうだけど 中間言語というかtranspilerかますと
復元できない
復元までふくめるとcoffeeみたいになるし…あれ解釈エンジンは
おなじだからこそparserラクしてる面もあるし

442デフォルトの名無しさん2013/04/03(水) 11:14:39.09

>>440
どっかの記事だと、asm.js　でもネイティブコードの倍の遅さらしいけど。
(倍でもすごいけど)

443デフォルトの名無しさん2013/04/03(水) 11:16:11.82

で、俺の持ってるPCのCPUとGPUを解析して完全に最適化されたコマンドを吐いてくれるJITエンジンはいつ作ってくれるの？

444デフォルトの名無しさん2013/04/03(水) 11:21:03.45

>>440
asm.jsのコードはJavascriptのコードとしても実行できるけどその場合はかなり遅い

モジラのVMは、asm.jsのコードをjavascriptのコードとしてではなくて
特殊な静的言語で書かれたコードとして解釈して実行することができて、
その場合は同じようなのネイティブコードの半分ぐらいの実行速度が出る

つまりこれはJavascriptのコードを早く実行する技術とは全然違う

445デフォルトの名無しさん2013/04/03(水) 11:23:55.23

Mozilla、Firefox 22 にブラウザゲームを高速化する「asm.js」を搭載 - Infoseek ニュース

Mozilla のゲームプラットフォーム戦略を担当する Martin Best 氏は InternetNews.com に対し、
asm.js コードは、JavaScript 言語の中核要素を使用すると述べた。
基本的には、asm.js を意識して書かれたコードのみが高速化されることになる。
だがこの技術には後方互換性があり、Best 氏によれば、ブラウザが asm.js をサポートしていない場合であっても、
開発者は非常に効率の高いコードを書けると述べている。
http://news.infoseek.co.jp/article/internetcom_20130328_010

446デフォルトの名無しさん2013/04/03(水) 11:29:38.72

反論がなくなったから「Javascriptは処理系しだいでCと同等の速度がでる」って話は
間違いでしたって認めたって解釈させてもらいます。

447デフォルトの名無しさん2013/04/03(水) 11:31:53.62

>>442
処理内容による。
例えば、asm.jsが円周率を1億万桁求める事をサポートし
それがC言語で書かれていてバイナリとして組み込まれていれば、
単体ネイティブバイナリと計算速度は同等だろう。

448デフォルトの名無しさん2013/04/03(水) 11:35:56.15

>>447
それは、速度を求められるところはCで書かないとCと同等の速度はでないってことですね。

449デフォルトの名無しさん2013/04/03(水) 11:38:53.98

>>443
CPU負荷や空きメモリ、処理対象データに合わせた動的最適化も追加でよろしく！

450デフォルトの名無しさん2013/04/03(水) 11:43:43.06

処理の重いところはグラフィックカードがやるから
ライブラリーに投げるだけでしょ？
ロジック部分の生産性が上がるなら言語部分の
速度を議論するのは不毛じゃないの？
ただ、プログラムの規模が大きくなってきたときに
Javascriptってかえって生産性低いのではないだろうかって
気がするんだけど
結局プログラムの生産性を下げるのって不注意で作り込んだ
バグをつぶすところが大きくて、Javascriptでうまく動かすのには
本来コンパイラーガやってくれる部分を
人間が細心の注意を持ってやらなきゃいけない様に見える
そう言う機能をどんどん追加していったら、
結局遅くて使いにくいC++の亜種になったりしそう
HTML5が流行りでみんながこのビッグウエーブに乗ろうと
するし、実際適用範囲が広がるのは確実だと思うけど、
出来るからって何でもそれでやろうとするのは凄く
間違った方向に進むと思うな

451デフォルトの名無しさん2013/04/03(水) 11:47:33.33

VB.NETが生産性最高

452デフォルトの名無しさん2013/04/03(水) 12:02:14.73

JavaScript処理系自体がほぼC/C++製だ。
JavaScript処理系をJavaやJavaScriptやC#や純関数型で書くのも可能だろうが。
速くしたい所を念入りに最適化するのは当然。

453デフォルトの名無しさん2013/04/03(水) 12:39:39.19

Cコンパイラが出力した機械語と速度比較するのが間違い。CコンパイラソースをJavaScriptソースに変換できれば機械語として同じ速度だ。
言語性能は同じ土台のインタプリタで比較しろ。



CINT（シーイント）
CINT はC/C++ 言語インタープリタです。
CINTを使うと、C/C++で書かれたソースコードをコンパイルせずに実行できます。
90%-95% 実行可能だそうです。
http://belle.sci.fukuoka-u.ac.jp/index.php?CINT

Production Version 5.34
Availability
ROOT is available in binary and source form. The binaries are available for most supported platforms.
http://root.cern.ch/drupal/content/production-version-534



CINT・C++インタープリタ
日本語訳：柴田淑夫(Shibata Toshio)
この章ではCINT、ROOTのコマンドラインインタープリタおよびスクリプトプロセッサーについて述べる
http://www.dw-sapporo.co.jp/technology/658766f830d530a130a430eb7f6e304d5834/root_usersguide_jp/7CINT.pdf

454デフォルトの名無しさん2013/04/03(水) 12:50:29.60

>>453
＞CコンパイラソースをJavaScriptソースに変換できれば機械語として同じ速度だ。
Cコンパイラソースって何だ？
Cコンパイラのソースコード？
Cコンパイルするプログラムのソースコード？

何と何が機械語として同じ速度になるの？

455デフォルトの名無しさん2013/04/03(水) 12:52:23.05

>>453
ネイティブのCじゃなくてインタプリタのCとJavascriptを比較しろって意味?
そうする意味がわからない。

それにJavascriptじゃCの9割以上の性能出すのムリなんじゃないの。

456デフォルトの名無しさん2013/04/03(水) 12:54:28.66

Ｃの生産性の悪さとインタープリタの性能の低さを合わせた最強のツールか

457デフォルトの名無しさん2013/04/03(水) 12:55:49.58

無駄に改行入れる奴って例外なくバカだね

458デフォルトの名無しさん2013/04/03(水) 12:58:03.46

もはや自分でも何言ってんのか分かってなさそうだ

最近のコンパイル言語はコンパイルからJITコンパイルに移行しつつ有って最近のスクリプト言語もインタプリトからJITコンパイルに移行しつつ有るというのに、コンパイル言語の不完全なインタプリトとスクリプト言語の最新JITコンパイルを比較とか何がしたいんだ。

459デフォルトの名無しさん2013/04/03(水) 13:00:33.11

機械語、CPUが直に理解できるワードはC言語とは別もの。
機械語で比較するならば、Cコンパイラと同じ出力を作れれば同速度であるといえる。
Cコンパイラのソースコードを移植できる言語であれば、C言語と同速度。

460デフォルトの名無しさん2013/04/03(水) 13:07:17.13

>>459
何のプログラムコードで書いた何をするプログラムが同速度になるの？

461デフォルトの名無しさん2013/04/03(水) 13:12:22.58

459だとC言語ソースをJavaScriptでコンパイルしたものが
C製Cコンパイラと同速度という意味だが。
JavaScriptソースとC言語ソースに互いに変換可能で無駄がないとすれば
JavaScriptソースもJavaScript製コンパイラでC言語並の速度が出るということ。

462デフォルトの名無しさん2013/04/03(水) 13:15:09.28

>>461
＞JavaScriptソースとC言語ソースに互いに変換可能で無駄がない
ここが間違ってる
JavascriptソースからC言語ソースへの変換は、Javascriptソースのほうが情報量が少ないから、
同等なものに変換するには事実上不可能なほどの計算量が必要になる

463デフォルトの名無しさん2013/04/03(水) 13:18:32.40

>>462なので、
JavaScriptソースをJavaScript製コンパイラでC言語並の速度を出すというのは不可能

464デフォルトの名無しさん2013/04/03(水) 13:28:12.44

JSって変数が全部バリアント型なのにC並の速度が出る。。。わけないだろバカ

465デフォルトの名無しさん2013/04/03(水) 13:32:19.09

動的型付言語とは何なのか
CコンパイラがCソースコードをどのようなマシン語に変換するのか
この辺を勉強してみれば>>462が如何に難しいか理解できる

466デフォルトの名無しさん2013/04/03(水) 13:38:38.02

なんか致命的な勘違いか致命的な極論が混ざってるようにしか見えんわ
ゲスパーしとくと、JSにコンパイラ移植してもコンパイルしたコードはJSの実行環境では動かないから意味は無いしコンパイル元のコードがJSじゃないから本末転倒だぞ

>>464
そこを全部型付きにして高速化を図ろうってのが最近のトレンドだが、もはや人が書くような言語じゃねと言わんばかりに別言語の中間コードから型ヒント付きJSを生成する技術が登場する始末
JSを元にした中途半端な謎中間言語とか誰得状態だし、なんてーかそこまでやるならMSILでもLLVMでもいいからそのへんのJITレイヤをそのまんまJSに組み込んで中間コードからFunctionオブジェクト生成する機能でも追加しろよって感じだ

467デフォルトの名無しさん2013/04/03(水) 13:47:40.93

C言語が機種依存して最適化してる。C言語なみの速度がJavaScriptで実現可能かということは原理的には可能だろ。
C++のテンプレート使うと、必要な型のすべてのバイナリを生成し、バイナリの中身は型付き変数として動作する。
JavaScriptコンパイラを作り最適化したらいいだけ。

468デフォルトの名無しさん2013/04/03(水) 13:53:54.03

>>467
原理的に可能って、JSでコンパイル時点ですべての型を予測して
あらかじめ生成するなんてムリだろ。

469デフォルトの名無しさん2013/04/03(水) 13:55:33.59

>>467
テンプレートの場合に型が変化するのはそのテンプレート引数の組み合わせだけだけど、
Javascriptの関数の場合に型が変化する組み合わせはそれこそ莫大な数になる可能性が考えられるわけよｗ
しかも実行と同等なことをしてみないと必要な組み合わせが判明しない
なので無理

470デフォルトの名無しさん2013/04/03(水) 13:56:06.23

C言語自体は機種依存してないよな
言語とライブラリを分離してるだけで
#ifdef使えば
UNIXとWindowsですらソースコードレベルのポータビリティが有る訳で
API部分を抽象化しても結局うまくいかないのはJavaが証明したし
JavaScriptもそれを繰り返すことになるだろう

471デフォルトの名無しさん2013/04/03(水) 15:51:24.12

>>468>>469
あまりに実行中に新型の型を生成するようではエラー出してコンパイルを停止させる。
どこで新型が生成されるか事前に判別できるから、無限ならず有限で済むケースでのみコンパイルを成功させる。

472デフォルトの名無しさん2013/04/03(水) 16:46:56.25

>>471
ちょっと複雑なコードを書いたらすぐエラーになるか、コンパイルが終わらなくなりそう。

473デフォルトの名無しさん2013/04/03(水) 17:06:28.40

>>471
ごまかすな
お前が言ってたのはJavascriptのコードをCのコードと同等な速度に変換できるってことだろ？

変換可能な部分のみ変換するのでは
JavascriptのコードをCのコードと同等な速度に変換できるとは言えない

その程度だったら事前に変換してコンパイルじゃなくて、JITコンパイルで十分なのよ

474デフォルトの名無しさん2013/04/03(水) 17:10:40.28

GCありきで書かれたクソコードを静的解析してスタックに割り付ける作業に戻れ

475デフォルトの名無しさん2013/04/03(水) 19:12:32.02

JavaScriptでC言語に並べるのは事実。
CソースをJavaScriptソース内にStringとしてコピペして
JavaScript製Cコンパイラに通したら、C製Cコンパイラと同じ実行ファルを生成でき
速度はC製Cコンパイラと一緒。

476デフォルトの名無しさん2013/04/03(水) 19:34:34.56

>>393 >>394 >>398 >>401 >>415 >>422 >>425
>>430 >>431 >>435 >>440 >>445 >>447 >>452
>>453 >>459 >>467 >>471 >>475
病院行け

477デフォルトの名無しさん2013/04/03(水) 19:35:41.34

>>475
つまりCで書かないとはやくならないのか。

478デフォルトの名無しさん2013/04/03(水) 20:04:29.24

最適化トランスコーダを書いてさらにCコンパイラで最適化だ！！！
聞きかじりだが、PyPyみたいになるかもしれんぞ。

479デフォルトの名無しさん2013/04/03(水) 20:05:24.22

っていうか、LLVMのフロントエンド書くんだ！！

480デフォルトの名無しさん2013/04/03(水) 21:40:45.82

LLVMはバックのほうが windows でまともにうごくかな!

481デフォルトの名無しさん2013/04/03(水) 21:57:45.21

twitter.com/shelarcy/status/319102598693138433

GHCのSIMD命令対応
がんばるHaskeller...

482デフォルトの名無しさん2013/04/03(水) 22:13:15.70

まあ、関数型は並列性抽出しやすいからな。

483デフォルトの名無しさん2013/04/04(木) 03:26:18.20

>>467
全てではなく呼び出し関係を追いかけて出現した型だけだし、一度確定した型はC++では変化しない
JavaScriptの場合型が変化するどころか型の定義そのものが後から変化してしまうから手に負えない
>>471
「どこで新型が生成されるか事前に判別でき」「ない」
君の大好きチューリングマシンの停止性問題と同じ理屈で、ある条件である部分(ある内容の型生成)が実行されるかは判別できない
結果、実行中に実際生成された型でその都度ネイティブコードを生成するJIT実行か、連想配列を使ったインタプリタに毛が生えたような実装になる
>>475
それはCのコードをコンパイルしただけでJavaScriptコードをコンパイルした事にはならないし、
JavaScript上ではコンパイルで得たバイナリを実行する手段がなくて何の意味もない

484デフォルトの名無しさん2013/04/04(木) 03:42:06.96

>>478-479
素のJavaScriptで型特定は無理ゲーだし諦めて、もうJScript.net(≠JScript)でよくね？
型ヒントとか色々付けないとコンパイル通らないけど、一応IL吐けるからC++/CLRといい勝負できるかもしれん
もっとゴリゴリやりたい部分はMSILからFunction生成で誤魔化すｗ

485デフォルトの名無しさん2013/04/04(木) 21:25:36.61

なんでMS前提なんだよ

486デフォルトの名無しさん2013/04/05(金) 10:08:24.63

JavaScriptと実用レベルで互換が有ってネイティブコードまでまともに変換できる製品がJScript.netくらいしか思いつかなかったんだ
吐けるバイナリはMSILだけどMSILのJITコンパイルは起動時/インストール時にほとんど終わるからJSのコンパイル基盤って意味では一番まともかと

JScript.netが吐き出すILやそのアセンブリを見たこと無いからなんとも言えんけど、
ILの品質次第ではJavaScriptで書いたコードが等価なC/C++で書いたコードとタメ張るかもしれん

487デフォルトの名無しさん2013/04/05(金) 23:13:48.01

>>486
たぶんないなｗ

488デフォルトの名無しさん2013/04/05(金) 23:51:12.81

まぁ最近の家庭用据置ならちょっとしたアプリやホビープログラムならスクリプトでお手軽に
ってのはありじゃね
商用のフルパッケージでそんな事してたらアホだけど

489デフォルトの名無しさん2013/04/06(土) 04:44:20.35

いいからファミリーべーしっくやってろｗ

490デフォルトの名無しさん2013/04/06(土) 09:12:28.81

>>488
FPSのなかのLuaさん「・・・」

491デフォルトの名無しさん2013/04/06(土) 10:25:08.57

いまや商用のフルパッケージなゲームでこそ、
DSLとしてスクリプト言語的なものを使うのは普通だね

492デフォルトの名無しさん2013/04/06(土) 10:35:10.64

大きなゲームでスクリプト使うのは
・リロードで差し替えられることによるトライ＆エラーしやすさ
・ビルド環境不要
という面が大きい。

Lua好きなんだけど、
PCアプリではBlender-Pythonみたいなあまり有名なのが無いのはなぜなんだろう。

493デフォルトの名無しさん2013/04/06(土) 12:51:51.47

Moai SDKでググれ

494デフォルトの名無しさん2013/04/06(土) 21:04:16.48

AGK / DarkBASIC / Basic4GL / 99BASIC 2013 Part.1
http://kohada.2ch.net/test/read.cgi/pcnews/1365242417/l50

世界中でダントツの人気！各BASICの特徴

・ AGK App Game Kit（http://www.appgamekit.com/）
　海外で主流のマルチプラットフォームの開発環境。
　C言語風味の記述が特徴で、中身はDarkBASIC。
　Ver1.088で3Dインターフェイス対応。

・ DarkBASIC（http://darkbasic.thegamecreators.com/）
　VisualBASIC以前の旧式マイクロソフトBASICの進化形。
　DirectXをサポート、商用アプリ作成可能。
　C言語にはない強力な文字列操作、複雑な記述が可能。

・ Basic4GL（http://www.basic4gl.net/）
　OpenGLを基幹インターフェイスにしたゲーム用開発言語。
　考え方はAGKやDarkBASICに近い。
　上記の２つと同じように実行ファイルのメディアパッケージング可能。

・ 99BASIC（http://www.sagami.ne.jp/tadaka/99Basic/）
　MSXやPC-8801世代の旧式マイクロソフトBASICに準拠したBASIC。
　DirectXはサポートしておらず、簡単な2Dインターフェイスのみ使える。
　インタープリター形式で直接実行モードもある

495デフォルトの名無しさん2013/04/07(日) 09:54:54.98

[参考] ベンチマーク - FOR-NEXT10億回ループ

（表１）ベンチマークテスト結果（数字が小さいほど速い）

　　　　　　　　　　　　　　　　　　　 　　　 MASM32　　JavaScript　　DarkBASIC　　AGK　　99BASIC
---------------------------------------------------------------------------------
PC（CeleronD2.66GHz）[sec]　　 　　　　0.7828　　　　　7.772　　　　　20.853　　　65.423　　1532.0
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
MASM32を１とする相対倍率　　 　　　　　1.0　　　　　　9.928　　　　　26.638　　　83.575　　1957.0
---------------------------------------------------------------------------------
Nexus7（Tegra3）1.3GHz[sec].　　 　 　　-----　　　　　36.480　　　　 -----　　　 320.18　　-----
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
MASM32を１とする相対倍率.　　 　 　　-----　　　　　46.601　　　　 -----　　　 409.01　　-----
---------------------------------------------------------------------------------
iPhone4S（Cortex-A9）800MHz[sec]　　-----　　　　　36.521　　　　 -----　　　（※注）　　-----
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
MASM32を１とする相対倍率 　　　　 　 -----　　　　　46.654　　　　 -----　　　（※注）　　-----
---------------------------------------------------------------------------------
（※注）iPhone版AGKターゲットエミュレーターはビデオストリームのため除外。

496デフォルトの名無しさん2013/04/07(日) 10:36:29.50

そういうアプリ内の処理時間の割合が20%未満のグループに入るものの比較をしてもほとんど意味ないよ。
80%に含まれるものの比較をしなきゃ。

497デフォルトの名無しさん2013/04/07(日) 10:40:14.04

それと、例えば1秒とかの単位時間あたりの処理回数も考慮しないとね。
1秒あたりたかだか100回程度しか行わないのに、10億回の処理時間を比べても意味ないし。

498デフォルトの名無しさん2013/04/07(日) 10:47:18.84

ループ速度の測り方は難しいけど
ループが一番処理として多いのは間違いないだろ
批判が適当すぎ

499デフォルトの名無しさん2013/04/07(日) 10:57:26.21

そもそもBASICと比較してどうすんだ

500デフォルトの名無しさん2013/04/07(日) 11:07:16.45

つまんね

501デフォルトの名無しさん2013/04/07(日) 11:13:46.06

[参考] ベンチマーク - FOR-NEXT10億回ループ

（表２）ランキング表
　　　　　　　　　　　　　　　　　　　　　開発環境　　　　　　タイム[sec]　　　MASM32を１とする相対倍率
------------------------------------------------------------------------------------
PC（CeleronD2.66GHz）.　　　　　　 MASM32.　　　　　　　　0.7828　 　 　 　 　 　 　 1.0
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
PC（CeleronD2.66GHz）.　　　　　　 JavaScript　　　　　　　7.772　 　 　 　 　 　 　　9.928
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
PC（CeleronD2.66GHz）.　　　　　　 DarkBASIC　　　　　　20.853　 　 　 　 　 　 　 26.638
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Nexus7（Tegra3）1.3GHz　　　　　　 JavaScript.　　　　　　36.48　 　 　 　 　 　 　　46.601
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
iPhone4S（Cortex-A9）800MHz　　JavaScript.　　　　　　36.521　 　 　 　 　 　 　 46.654
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
PC（CeleronD2.66GHz）.　　　　　　 AGK　　　　　　　　　　65.423　 　 　 　 　 　 　 83.575
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Nexus7（Tegra3）1.3GHz　　　　　　 AGK.　　　　　　　　　320.187　 　 　 　　　　　409.01
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
PC（CeleronD2.66GHz）.　　　　　　 99BASIC .　　　　　1532.0　 　 　 　 　 　 　 1957.0
------------------------------------------------------------------------------------

502デフォルトの名無しさん2013/04/07(日) 11:26:48.95

「開発環境：JavaScipt」から滲み出る頭の悪さ

503デフォルトの名無しさん2013/04/07(日) 11:27:26.33

>>498
重要なのは、ループ内の処理速度であってループそのものの処理速度ではない。
まあループそのものの処理速度が致命的に遅いのなら問題だが。1回1msかかるとか。

504デフォルトの名無しさん2013/04/07(日) 11:44:52.87

ループそのものから重ければ推して知るべし
恥かいちゃったね

505デフォルトの名無しさん2013/04/07(日) 12:10:52.16

>>504
推して知れないからいろんなahootoutのページでは様々な切り口でベンチしてるんだよ。
それと、今回任天堂がやろうとしているドメインの機能やAPIを考慮したベンチじゃないと意味ないね。

506デフォルトの名無しさん2013/04/07(日) 12:12:32.47

まあただのループ比較したって意味ないよね
LINPACKみたいに演算やデータアクセスのあるのを比較すればいいのに

507デフォルトの名無しさん2013/04/07(日) 12:15:30.23

結構バカが吊れたなｗ

508デフォルトの名無しさん2013/04/07(日) 12:26:27.33

今どき釣り宣言とか・・・

509デフォルトの名無しさん2013/04/07(日) 12:31:14.37

>>507
顔真っ青だぞお前

510デフォルトの名無しさん2013/04/07(日) 12:43:14.21

本日のロバ＝任天堂ｗ

511デフォルトの名無しさん2013/04/07(日) 12:47:08.73

わからないとわめくバカｗ

512デフォルトの名無しさん2013/04/07(日) 12:52:10.18

つか、masmの10倍くらいしか時間がかからないんだったら問題ないよね

513デフォルトの名無しさん2013/04/07(日) 13:03:16.15

ねんまつ

514デフォルトの名無しさん2013/04/07(日) 13:26:57.60

インクリメントと条件分岐だけで10倍って
普通の処理なら１０倍どころじゃすまないってことだぞ

515デフォルトの名無しさん2013/04/07(日) 13:41:23.20

FOR-NEXT10億回ループはJITコンパイラ実装のJavascriptにかなり有利な条件だよね

516デフォルトの名無しさん2013/04/07(日) 16:35:01.96

[参考] ベンチマーク - FOR-NEXT10億回ループ ver1.02 page 1/2

（表１）ベンチマークテスト結果（数字が小さいほど速い）

　　　　　　　　　　　　　　　　　　　 　　　 MASM32　　Visual C++　　JavaScript　　DarkBASIC　　AGK　　Basic4GL 　99BASIC
-------------------------------------------------------------------------------------------------------
PC（CeleronD2.66GHz）[sec]　　 　　　　0.7828　　　　　2.821　　　　　7.772　　　　　20.853　　　65.423　　285.703　　 1532.0
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
MASM32を１とする相対倍率　　 　　　　　1.0　　　　　　3.604　　　　　9.928　　　　　26.638　　　83.575　　364.975　　 1957.0
-------------------------------------------------------------------------------------------------------
Nexus7（Tegra3）1.3GHz[sec].　　 　 　　-----　　　　　-----　　　　36.480　　　　 -----　　　 320.18　　-----　　　 -----
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
MASM32を１とする相対倍率.　　 　 　　-----　　　　　-----　　　　46.601　　　　 -----　　　 409.01　　-----　　　 -----
-------------------------------------------------------------------------------------------------------
iPhone4S（Cortex-A9）800MHz[sec]　　-----　　　　　-----　　　　36.521　　　　 -----　　　（※注）　　-----　　　 -----
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
MASM32を１とする相対倍率 　　　　 　 -----　　　　　-----　　　　46.654　　　　 -----　　　（※注）　　-----　　　 -----
-------------------------------------------------------------------------------------------------------
（※注）iPhone版AGKターゲットエミュレーターはビデオストリームのため除外。

517デフォルトの名無しさん2013/04/07(日) 16:35:35.22

[参考] ベンチマーク - FOR-NEXT10億回ループ ver1.02 page 2/E

（表２）ランキング表（数字が小さいほど速い）

　　　　　　　　　　　　　　　　　　　　開発環境　 　 　タイム　　MASM32を１とする
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　[sec]　　　　　　相対倍率
-----------------------------------------------------------------
PC（CeleronD2.66GHz）.　　　　　 MASM32.　　　　　0.7828 　 　 　 　 1.0
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
PC（CeleronD2.66GHz）.　　　　　 Visual C++　　　　2.821　 　 　 　 　 3.604
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
PC（CeleronD2.66GHz）.　　　　　 JavaScript　　　　7.772 　 　 　 　　9.928
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
PC（CeleronD2.66GHz）.　　　　　 DarkBASIC　　　20.853 　 　 　 　 26.638
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Nexus7（Tegra3）1.3GHz　　　　　 JavaScript.　　　36.48 　 　 　 　　46.601
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
iPhone4S（Cortex-A9）800MHz　JavaScript.　　　36.521 　 　 　 　 46.654
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
PC（CeleronD2.66GHz）.　　　　　 AGK　　　　　　　65.423 　 　 　 　 83.575
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
PC（CeleronD2.66GHz）.　　　　　 Basic4GL.　　　285.703 　 　 　　364.975
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Nexus7（Tegra3）1.3GHz　　　　　 AGK.　　　　　　320.187 　 　　　409.01
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
PC（CeleronD2.66GHz）.　　　　　 99BASIC. 　　1532.0 　 　 　 　 1957.0
-----------------------------------------------------------------

518デフォルトの名無しさん2013/04/07(日) 16:37:39.25

まだやってんのかよもういいから

519デフォルトの名無しさん2013/04/07(日) 16:58:40.28

>>517-518
この先も続けるつもりならコテつけてやってくれんかね

520デフォルトの名無しさん2013/04/07(日) 17:11:45.40

[参考] ベンチマーク - FOR-NEXT10億回ループ ver1.03 page 1/2

（表１）ベンチマークテスト結果（数字が小さいほど速い）

　　　　　　　　　　　　　　　　　　　 　　　 MASM32　Visual Basic　Visual C++　JavaScript　DarkBASIC　AGK　Basic4GL　99BASIC
----------------------------------------------------------------------------------------------------------
PC（CeleronD2.66GHz）[sec]　　 　　　　0.7828　　　　2.445　　　　2.821 　　 　 7.772　　　　20.853　　　 65.423　 285.703　 1532.0
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
MASM32を１とする相対倍率　　 　　　　　1.0　　　　　3.123　　　　3.604 　　 　 9.928　　　　26.638 　 　 83.575　 364.975　 1957.0
----------------------------------------------------------------------------------------------------------
Nexus7（Tegra3）1.3GHz[sec].　　 　 　　-----　　　　-----　　　----- 　　 　36.480 　 　　 -----　 　320.18　　 -----　　 -----
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
MASM32を１とする相対倍率.　　 　 　　-----　　　　-----　　　----- 　　　 46.601 　 　　 -----　 　409.01　　 -----　　 -----
----------------------------------------------------------------------------------------------------------
iPhone4S（Cortex-A9）800MHz[sec]　　-----　　　　-----　　　----- 　　　 36.521 　 　　 ----- 　　（※注）　　-----　　 -----
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
MASM32を１とする相対倍率 　　　　 　 -----　　　　-----　　　----- 　　　 46.654 　 　　 ----- 　　（※注）　　-----　　 -----
----------------------------------------------------------------------------------------------------------
（※注）iPhone版AGKターゲットエミュレーターはビデオストリームのため除外。

521デフォルトの名無しさん2013/04/07(日) 17:12:41.22

[参考] ベンチマーク - FOR-NEXT10億回ループ ver1.03 page 2/E

（表２）ランキング表（数字が小さいほど速い）

　　　　　　　　　　　　　　　　　　　　開発環境　 　 　タイム　　MASM32を１とする
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　[sec]　　　　　　相対倍率
PC（CeleronD2.66GHz）.　　　　　 MASM32.　　　　　0.7828 　 　 　 　 1.0
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
PC（CeleronD2.66GHz）.　　　　　 Visual Basic.　　　2.445　 　 　 　 　 3.123
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
PC（CeleronD2.66GHz）.　　　　　 Visual C++　　　　2.821　 　 　 　 　 3.604
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
PC（CeleronD2.66GHz）.　　　　　 JavaScript　　　　7.772 　 　 　 　　9.928
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
PC（CeleronD2.66GHz）.　　　　　 DarkBASIC　　　20.853 　 　 　 　 26.638
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Nexus7（Tegra3）1.3GHz　　　　　 JavaScript.　　　36.48 　 　 　 　　46.601
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
iPhone4S（Cortex-A9）800MHz　JavaScript.　　　36.521 　 　 　 　 46.654
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
PC（CeleronD2.66GHz）.　　　　　 AGK　　　　　　　65.423 　 　 　 　 83.575
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
PC（CeleronD2.66GHz）.　　　　　 Basic4GL.　　　285.703 　 　 　　364.975
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Nexus7（Tegra3）1.3GHz　　　　　 AGK.　　　　　　320.187 　 　　　409.01
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
PC（CeleronD2.66GHz）.　　　　　 99BASIC. 　　1532.0 　 　 　 　 1957.0

522デフォルトの名無しさん2013/04/07(日) 17:22:27.36

チューリング完全がなんとか言ってた頭のおかしい人か
しょうがねえからワードであぼーんすっかな

523デフォルトの名無しさん2013/04/07(日) 17:40:27.32

[参考] ベンチマーク - FOR-NEXT10億回ループ ver1.04 page 1/2

（表１）ベンチマークテスト結果（数字が小さいほど速い）

　　　　　　　　　　　　　　　　　　　 　　　 MASM32　Visual　 Visual 　Visual　 Java 　 Dark　　　AGK　　 Basic4GL　99BASIC
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 Basic　　C++　　　C#　　 Script　 BASIC
----------------------------------------------------------------------------------------------------
PC（CeleronD2.66GHz）[sec]　　 　　　　0.7828　　2.445　　2.821 　 3.973 　　7.772　 20.853　　65.423　 285.703　 1532.0
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
MASM32を１とする相対倍率　　 　　　　　1.0　　　3.123　　3.604 　 5.076　 　9.928 　26.638 　 83.575　 364.975　 1957.0
----------------------------------------------------------------------------------------------------
Nexus7（Tegra3）1.3GHz[sec].　　 　 　　-----　　 -----　 -----　 ----- 　36.480　----- 　 320.18　　 -----　　 -----
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
MASM32を１とする相対倍率.　　 　 　　-----　　 -----　 -----　 -----　 46.601　----- 　 409.01　　 -----　　 -----
----------------------------------------------------------------------------------------------------
iPhone4S（Cortex-A9）800MHz[sec]　　-----　　 -----　 -----　 -----　 36.521　----- 　 （※注）　　-----　　 -----
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
MASM32を１とする相対倍率 　　　　 　 -----　　 -----　 -----　 -----　 46.654　----- 　 （※注）　　-----　　 -----
----------------------------------------------------------------------------------------------------
（※注）iPhone版AGKターゲットエミュレーターはビデオストリームのため除外。

524デフォルトの名無しさん2013/04/07(日) 17:40:57.94

[参考] ベンチマーク - FOR-NEXT10億回ループ ver1.04 page 2/E

（表２）ランキング表（数字が小さいほど速い）

　　　　　　　　　　　　　　　　　　　　開発環境　 　 　タイム　　MASM32を１とする
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　[sec]　　　　　　相対倍率
-----------------------------------------------------------------
PC（CeleronD2.66GHz）.　　　　　 MASM32.　　　　　0.7828 　 　 　 　 1.0
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
PC（CeleronD2.66GHz）.　　　　　 Visual Basic.　　　2.445　 　 　 　 　 3.123
PC（CeleronD2.66GHz）.　　　　　 Visual C++　　　　2.821　 　 　 　 　 3.604
PC（CeleronD2.66GHz）.　　　　　 Visual C#　　　 　 3.973　　　　　　　5.076
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
PC（CeleronD2.66GHz）.　　　　　 JavaScript　　　　7.772 　 　 　 　　9.928
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
PC（CeleronD2.66GHz）.　　　　　 DarkBASIC　　　20.853 　 　 　 　 26.638
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Nexus7（Tegra3）1.3GHz　　　　　 JavaScript.　　　36.48 　 　 　 　　46.601
iPhone4S（Cortex-A9）800MHz　JavaScript.　　　36.521 　 　 　 　 46.654
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
PC（CeleronD2.66GHz）.　　　　　 AGK　　　　　　　65.423 　 　 　 　 83.575
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
PC（CeleronD2.66GHz）.　　　　　 Basic4GL.　　　285.703 　 　 　　364.975
Nexus7（Tegra3）1.3GHz　　　　　 AGK.　　　　　　320.187 　 　　　 409.01
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
PC（CeleronD2.66GHz）.　　　　　 99BASIC. 　　1532.0 　 　 　 　 1957.0
-----------------------------------------------------------------

525─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG 2013/04/07(日) 17:50:32.98

んじゃな♪（ペロリ♪”

526デフォルトの名無しさん2013/04/07(日) 18:22:44.81

>>514
いや、傾向としては、そういう速い処理は差がつきやすいけど、IOが
絡んだ処理のように明らかに遅い処理はほとんど差がないってのが
一般的な傾向じゃね？

527デフォルトの名無しさん2013/04/07(日) 20:57:06.03

どんだけレベル低いんだよ・・・

528デフォルトの名無しさん2013/04/08(月) 02:47:37.49

>>17
いわっちだったらあり得る

529デフォルトの名無しさん2013/04/08(月) 05:12:48.38

そらバルーンファイトはそうだろうけどよ

530デフォルトの名無しさん2013/04/08(月) 06:35:57.61

>>515
っていうか最適化によってはループせず変数に最終値が直接代入されて終わるレベルまで展開されかねない。
JITだと一巡回しきるまでループ結果を展開できないけど、事前コンパイルだとコンパイル時にループ回して結果確定できるからコンパイラ使うほうが強くね？
・・・まぁVCとかが遅く出てるようだから最適化を切った無意味な比較っぽいが。

>>522
実際試してみたら(どのJSエンジンかは知らんけど)JavaScriptの遅さに仰天してアセンブラ信者に転向したんだろうな。
takやtaraiを覚えたら関数型言語に転向しそうだ。

531デフォルトの名無しさん2013/04/08(月) 14:40:02.55

JSは変数スコープがキモイ

532デフォルトの名無しさん2013/04/08(月) 15:02:35.47

JSの変数スコープが理解できないやつはわりと頭悪い

533デフォルトの名無しさん2013/04/08(月) 20:40:42.93

typoしても黙ってるとかタチ悪すぎ
VBAですらOption Explicit必須だというのに

534デフォルトの名無しさん2013/04/08(月) 20:49:49.51

strictモードにしろよ

535デフォルトの名無しさん2013/04/09(火) 02:25:52.10

>>532
文ブロックで隠蔽されないとかきもくね？

536デフォルトの名無しさん2013/04/09(火) 02:43:57.30

>>535
LispとかやってるとJavascriptの方が自然だな

537デフォルトの名無しさん2013/04/09(火) 02:56:15.10

>>536
Lispが既に異端

538デフォルトの名無しさん2013/04/09(火) 03:17:52.24

そもそもレキシカルスコープとかLisp由来なので

539デフォルトの名無しさん2013/04/09(火) 04:17:17.11

ラムダのみが新しい束縛範囲をつくる
letや文ブロックはただの糖衣構文に過ぎず、そういうのは極力少ないほうがいい

540デフォルトの名無しさん2013/04/09(火) 09:03:02.66

関数型はやり過ぎ

541デフォルトの名無しさん2013/04/09(火) 10:36:46.68

>>539は別に関数型言語の話ではない

542デフォルトの名無しさん2013/04/09(火) 11:03:25.15

>>538
Algolだろう

543─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG 2013/04/10(水) 17:14:14.25

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

ありえないな…。

どうせフルアセンブラで書いてて後継者がいなくなったってところが正解だろうなｗ

岩田社長はVIC時代の功績（※）があるとしても、さすがに無理があるだろうな。
- - - - - - - -

（※）VIC時代の功績
HAL研究所在籍時にナムコのゲームを当時のゲームパソコンVIC-1001に無断移植して海外で大ヒットした
コトを指す。

これによってVIC-1001を製造販売していたコモドール（カナダ）は一時的に世界シェアNo.1を獲得する。

544デフォルトの名無しさん2013/04/10(水) 18:05:02.98

きょうびフルアセンブラで開発してるとこなんてないっつーの

545─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG 2013/04/10(水) 18:08:55.33

んじゃ証拠並べろｗ

546デフォルトの名無しさん2013/04/10(水) 19:29:39.53

>>545
1mb位でさえフルアセンブルしてみれば、どれだけ大変かわかるぞ。
んで、このスレにも書かれてたと思うけど、Web屋を取り込みたいんだろう。

あと、コンパイラを真面目に作れば、C++の2倍程度で済むらしいから、
表現力の向上を考えればトレードオフできるレベルじゃないか？
それに、頑張ってCTFEでも実装すればもっと縮まるし。

547─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG 2013/04/10(水) 20:05:29.65

>>546
…「 JavaScriptコンパイラ 」 か？ｗ

” 緩いJava ” みたいになってますます混乱するだろうな（笑）

フツーに中間言語（CLR/MSIL）にしか翻訳しないコンパイラならBASICコンパイラの方がいいだろうな。

既存のOSとかAPIとかのパラメーターの引き渡し方法（スタック渡しとか）をどうやって実現するかは別
にしてな。

ハードウェアを直接操作するってのは時代に沿わないけど、これとは逆行してAndroidとかAppleとか、
ファイルシステムも直接操作させないように企図してる。

任天堂みたいなゲーム機メーカーごときが口を挟むべきじゃあないな。

ゲーム機メーカーは独裁的で人から嫌われるモノ作りで、自由なパソコンの世界とは対極にある。

548デフォルトの名無しさん2013/04/10(水) 20:13:16.50

CLR…共通言語ランタイム
CLI…共通言語基盤
CIL…共通中間言語

549デフォルトの名無しさん2013/04/10(水) 20:58:33.41

>>547
JavaとJavascriptの区別がついてないの？
JSのオブジェクトはほとんど参照渡し。なのでポインタに変換可能。
APIはさすがにC++で実装するだろうけど、ASMが必要なくらいローレベルな用途は全部APIでカバーしないとダメなレベル。

あんたシステムプログラムやったことないだろう。
何とかごときとかそういう発想がすでに不味いわ。ほんと。
WiiUのOSはどこが開発してるんだよ。まったく。

550デフォルトの名無しさん2013/04/10(水) 21:16:06.07

プログラミングで一番大切なのはコンパイラもそうだけど、もっと大事なのはデバッガ。
俺はVCのデバッガに育てられたからな。

551デフォルトの名無しさん2013/04/10(水) 22:01:02.90

>>536
function test(arg) {
　if(arg) {
　　var foo = hogehoge...;
　} else {
　　var foo = fugafuga...;
　}
}
これでelse節のfooが2重定義エラーなのがキモイ
Lispだってここまでへんちくりんじゃねぇ(DynamicScopeはもっと変だけどな)

552─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG 2013/04/10(水) 22:09:28.64

>>551
なんか経験不足ってのが…ｗ”

553─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG 2013/04/10(水) 22:21:28.72

>>549
＞あんたシステムプログラムやったことないだろう。

あんまり感情的になる人はプログラマーには向いてないよｗ

554─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG 2013/04/10(水) 22:25:36.63

任天堂ごときが開発環境を語るってな感じかｗ

555デフォルトの名無しさん2013/04/10(水) 22:28:54.07

>>551
二重定義エラーにならんだろ？

556─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG 2013/04/10(水) 23:00:56.57

俺様 「 今後任天堂ごときは捨ててJavaScriptで開発していく 」

557デフォルトの名無しさん2013/04/10(水) 23:55:10.67

JavaScript(wwwwww

PHPみたいなエレガントな言語触ったらこんな低機能な物は触れないよ（ｗ

558デフォルトの名無しさん2013/04/10(水) 23:56:52.88

ｗｗｗｗｗｗｗｗｗｗｗｗｗ

559─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG 2013/04/11(木) 00:05:47.39

いいぞいいぞ♪（ゲラ

560─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG 2013/04/11(木) 00:11:02.57

任天堂はソース漏れのリスクを抱えながら開発していくんだろうなｗ

561デフォルトの名無しさん2013/04/11(木) 01:02:18.09

またしょーもないのに目をつけられたな

562─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG 2013/04/11(木) 01:11:11.79

悔しいのうｗ

563デフォルトの名無しさん2013/04/11(木) 05:52:15.45

Webkitはオワコンになったのに大丈夫なのか？

564デフォルトの名無しさん2013/04/11(木) 06:22:28.95

Ｗｅｂなんてオレオレフレームワークだらけでまともに付き合っちゃだめ

565デフォルトの名無しさん2013/04/11(木) 12:07:26.14

>>563
必要ならWebkitからBlinkに切り替えるだけ

566デフォルトの名無しさん2013/04/11(木) 15:24:06.11

>>543
「任天堂のゲームはこれまで，CやC＋＋といったプログラミング言語で開発されており」をどう読んだら「どうせフルアセンブラで書いてて」になるんだ？
部分的にアセンブラ使っててもフルアセンブラは今時ねぇよ。実行頻度の低い部分はC/C++なんかの言語で書いたほうが生産性もバグの発生率も低い。

>>546
JavaScriptで表現力向上って何の冗談だ・・・開発コストの低下とかならともかく。
D言語のCTFEって只の最適化の補助構文に過ぎなくねぇか？

>>547
今時の中間言語は実行時にJITコンパイルする。バイトコードをチマチマ呼んでインタプリトとかはしない。
そしてこのJITは場合によっては実行状況に合わせて動的に最適化することで事前コンパイルより高い効率を出す可能性すら有る。
一方昔のBASICコンパイラみたいな奴はBASICの命令を命令に相当するサブルーチン呼び出しに置換するだけで、
バイトコードインタプリトよりマシだがJITコンパイルとは比べてはいけないレベルで効率が悪いコードしか吐けない。

それと、ハードウェア直接操作云々はこのへんの話に全く関係ない。
WebGL見れば分かる通り、JavaScriptでGPUのプログラマブルシェーダを直接ぶっ叩くことすらとっくに可能となっている。
AndroidもiOSもプログラマブルシェーダ自体は(保護された環境下で)直接ぶっ叩けるんじゃなかったかな。
最近のハード直接云々の話は仮想化云々の話題に近くて、「保護すべき領域を保護しながらハードウェアの機能をお上品に直接叩く」方向にある

>>549
ポインタが示す先の型をどこに保持するかって問題を忘れている。Cではコンパイラが型を特定し、型に対応したコードを生成する。
C++のRTTIでは、コンパイル時に特定できない型はオブジェクト側に型情報をもたせ、それを実行時にロス覚悟で参照して想定されている型ごとのコードに分岐する。
JavaScriptでは、多くの型がコンパイル時に特定できない上に、想定されうる型が無数にあるため型ごとのコード生成が非常に困難になる。
コンパイル時に強力な解析を行えば型特定もある程度できるが、言語がそれをサポートしていない以上限界がある。

567─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG 2013/04/11(木) 22:35:09.70

>>566
…アセンブラができないクセに偉そうに語るところが面白いよなｗ

おまえの書いてる中身は教科書の中身にすら劣るってのが相場だよ。

568デフォルトの名無しさん2013/04/11(木) 22:50:50.64

おまえのレスは本当にからっぽだな

569─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG 2013/04/11(木) 22:55:48.68

ファミ必死ｗ

570デフォルトの名無しさん2013/04/11(木) 23:34:05.44

アセンブラができるやつが今時ゲーム開発でフルアセンブラなんて発想するのか
こえーな

571デフォルトの名無しさん2013/04/11(木) 23:58:03.08

春厨かよ

572デフォルトの名無しさん2013/04/12(金) 03:14:53.18

>>567
勘違いしていい気になってる所悪いが、このスレで俺があんたにレスしたのは566の一回だけだ
アセンブラはx86とAVR、あとMIPS系を齧る程度には使ってるが・・・

・・・そもそも俺のレスはx86アセンブリがちょっとわかればわかる程度のことしか書いてないぞ？
どれだけ補助機能を利用して効率化してもアセンブラは記述効率が非常に低いってのはアセンブラを触ればアホでもわかるし
デバッガでアタッチしてみれば、BASICなんかでよくあるスレッデッドコードがアホみたいなCALL連打になるも一目瞭然だし
MSILバイナリが実際には普通のC/C++から生成したのと大差ないx86命令に変換されて実行されてるのもすぐに分かる

教科書に勝ること書いてるなんて思ってもいないが、「中間言語（CLR/MSIL）にしか翻訳しないコンパイラならBASICコンパイラの方がいい」なんて、
「BASICをネイティブコードに変換できるコンパイラが存在します」「中間コードは中間コードインタプリタで実行されます」
「インタプリタは遅いです」なんて十年以上前の教科書レベルの知識をMSILに適用したかのような事をまじめに書くよりは遥かにマシだわ

573─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG 2013/04/12(金) 05:38:18.46

[参考] ベンチマーク - FOR-NEXT10億回ループ ver1.04 page 1/2

（表１）ベンチマークテスト結果（数字が小さいほど速い）

　　　　　　　　　　　　　　　　　　　 　　　 MASM32　Visual　 Visual 　Visual　 Java 　 Dark　　　AGK　　 Basic4GL　99BASIC
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 Basic　　C++　　　C#　　 Script　 BASIC
----------------------------------------------------------------------------------------------------
PC（CeleronD2.66GHz）[sec]　　 　　　　0.7828　　2.445　　2.821 　 3.973 　　7.772　 20.853　　65.423　 285.703　 1532.0
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
MASM32を１とする相対倍率　　 　　　　　1.0　　　3.123　　3.604 　 5.076　 　9.928 　26.638 　 83.575　 364.975　 1957.0
----------------------------------------------------------------------------------------------------
Nexus7（Tegra3）1.3GHz[sec].　　 　 　　-----　　 -----　 -----　 ----- 　36.480　----- 　 320.18　　 -----　　 -----
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
MASM32を１とする相対倍率.　　 　 　　-----　　 -----　 -----　 -----　 46.601　----- 　 409.01　　 -----　　 -----
----------------------------------------------------------------------------------------------------
iPhone4S（Cortex-A9）800MHz[sec]　　-----　　 -----　 -----　 -----　 36.521　----- 　 （※注）　　-----　　 -----
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
MASM32を１とする相対倍率 　　　　 　 -----　　 -----　 -----　 -----　 46.654　----- 　 （※注）　　-----　　 -----
----------------------------------------------------------------------------------------------------
（※注）iPhone版AGKターゲットエミュレーターはビデオストリームのため除外。

574─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG 2013/04/12(金) 05:39:02.30

[参考] ベンチマーク - FOR-NEXT10億回ループ ver1.04 page 2/E

（表２）ランキング表（数字が小さいほど速い）

　　　　　　　　　　　　　　　　　　　　開発環境　 　 　タイム　　MASM32を１とする
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　[sec]　　　　　　相対倍率
-----------------------------------------------------------------
PC（CeleronD2.66GHz）.　　　　　 MASM32.　　　　　0.7828 　 　 　 　 1.0
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
PC（CeleronD2.66GHz）.　　　　　 Visual Basic.　　　2.445　 　 　 　 　 3.123
PC（CeleronD2.66GHz）.　　　　　 Visual C++　　　　2.821　 　 　 　 　 3.604
PC（CeleronD2.66GHz）.　　　　　 Visual C#　　　 　 3.973　　　　　　　5.076
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
PC（CeleronD2.66GHz）.　　　　　 JavaScript　　　　7.772 　 　 　 　　9.928
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
PC（CeleronD2.66GHz）.　　　　　 DarkBASIC　　　20.853 　 　 　 　 26.638
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Nexus7（Tegra3）1.3GHz　　　　　 JavaScript.　　　36.48 　 　 　 　　46.601
iPhone4S（Cortex-A9）800MHz　JavaScript.　　　36.521 　 　 　 　 46.654
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
PC（CeleronD2.66GHz）.　　　　　 AGK　　　　　　　65.423 　 　 　 　 83.575
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
PC（CeleronD2.66GHz）.　　　　　 Basic4GL.　　　285.703 　 　 　　364.975
Nexus7（Tegra3）1.3GHz　　　　　 AGK.　　　　　　320.187 　 　　　 409.01
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
PC（CeleronD2.66GHz）.　　　　　 99BASIC. 　　1532.0 　 　 　 　 1957.0
-----------------------------------------------------------------

575─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG 2013/04/12(金) 05:39:47.85

>>572
ムダ♪（アハ♪”

576デフォルトの名無しさん2013/04/12(金) 06:13:29.94

>>573
あああの可哀想な人か・・・ちゃんとコテつけたんだな。エライエライ。でもコテつけるときは今まで何書いてた奴か分かるようにコテ宣言しようね

577デフォルトの名無しさん2013/04/12(金) 06:45:21.47

[誤算] Nexus7馬鹿売れでSurface脂肪、思わぬ戦術ミス
http://kohada.2ch.net/test/read.cgi/pcnews/1351751485/l50

コンソール研究所は1日、台湾ASUSの販売している新型タブレット ” Nexus7 ” が馬鹿売れ状態で
あるコトを把握し、事実上のMS日本市場の戦略失敗を認めた。

Nexus7はタブレットPCでは珍しい4コアCPU（1.3GHz）を搭載し、７インチで1280×800ピクセルの高
画質を実現、従来の性能の貧弱なノートPCより 「 快適な操作感 」 が体験できると言う。

これに伴いWi-Fiポイント機器（無線LAN親機）が飛ぶように売れ、自宅有線LAN回線の有効活用策
も図られてパケット料金の節約にも貢献していると言う。

Nexus7はWi-Fi接続の知識があれば、これほど 『 お買い得感のある製品はない 』 と言う。

価格は16GBモデルが2万円、32GBモデルが2万5千円。

「 Androidはダメだ 」 と思うおまえら、お試し価格で買えるから騙されたと思って買うといい。

578デフォルトの名無しさん2013/04/12(金) 06:47:48.40

[速報] プログラミング言語No.1は ” DarkBASIC ”

コンソール研究所は8日、英国The Game Creatorsの販売しているミドルウェア、” DarkBASIC Professional ”
が世界で最も使われているゲーム開発環境であると発表した。

DarkBASIC ProfessionalはDirectX9.0以上の要件を満たすWindowsPCで動作し、簡素な記述で分かりやすいと
言う特徴を備えている。

ゲーム開発の歴史はスペースインベーダー（1978）からグラディウス（1985）までがアセンブラ、それ以降はC言
語で開発され、おおむね2003年までC言語主流は続いてきたが、PC性能の飛躍により高級言語の開発でも
充分なスピードを出せると判断され、この体制は崩壊した。

海外では生産効率の観点から 「 BASIC復権 」 が提唱され、VisualBASICの文法を取り入れた独自規格の
BASICによる開発が台頭しつつある。

また、マイクロソフト米国本社はVisualBASICの普及を目指してライトバージョンのSmallBASICを無償で配布。

これらはいずれもWindowsAPIやDirectXの記述を別個に行う必要があり、普及する確率は低い。

DarkBASIC Professionalはそういった面倒な記述を排除してより簡単な記述で開発できると言うメリットがある。

日本では 『 99BASIC 』 と言う旧式のマイクロソフトBASICに準拠した開発環境があるが、DirectXをサポートし
ていないなど、若干の問題を抱えているが、往年の日曜プログラマーには10年以上好評である。

” BASIC開発競争 ” に乗り遅れないためには、どのBASICを選ぶかで岐路が分かれる。

賢明な判断が要求される。

DarkBASIC Professional http://www.thegamecreators.com/?m=view_product&id=2000
99BASIC http://www.sagami.ne.jp/tadaka/99Basic/
Small Basic http://smallbasic.com/

579デフォルトの名無しさん2013/04/12(金) 08:11:46.44

どうせならLispでいいきがするんだが

580デフォルトの名無しさん2013/04/12(金) 18:46:51.39

どーせ、アマチュアが作るのってモンスターボールでオッパイ集めるゲームだろ

581デフォルトの名無しさん2013/04/12(金) 23:03:13.17

そんなゲーム、知ってるのも、やってるのもお前ぐらいだろｗ

582─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG 2013/04/12(金) 23:44:01.33

【社会】 「ら抜き言葉を使う人は、知的レベル低い。採用しない」「ら抜きの方が、可能か受け身かすぐ判るのに」…面接の現場で★４
http://uni.2ch.net/test/read.cgi/newsplus/1365717932/l50

・「Ｒ25」の調べによると、面接経験豊富な30～40代の上司世代がイラつく「若者言葉」で最も多かったのは「見れた」
　「食べれた」などの「ら抜き言葉」だったそうだ。「ものすごく幼稚な印象を受ける」「いちいち気になって、話の内容が
　頭に入ってこない」など、かなり厳しい意見も出ているが、果たしてそんなにいけないことなのか。

　社会人2年目の女性Ａさんは、あるメーカーの面接で「ら抜き言葉」を注意されたことを、いまだに強く根に持っている。
　学生時代にトヨタの本を読み、海外旅行で「3現主義」の重要性を感じたという話をしたときのことだ。
　彼女は仕事への意気込みについて、「もし入社できたら、海外の生産現場に行かせていただきたい。そうしたら現場を回って、
　見れるものは何でも見てきたいと思います！」と伝えたそうだ。すると面接担当者から、こう冷ややかに返されたという。

　「君さ、それを言うなら“見られるものは”だよね。海外の前に日本語勉強したら？」
（以下省略）
　http://news.livedoor.com/article/detail/7581420/

　一方で、「ら抜き言葉」は人材をフィルタリングする上で、それなりに役に立つという考えを持つ人もいる。あるITベンチャー
　企業の人事担当者は、言葉遣いから「学生時代にどの程度の知的レベルの集団にいたか」を推測する材料にしているという。
　「他人と会話をしていれば、普通は『ら抜き言葉』に違和感を抱いて修正できるはず。それができていないということは、
　その程度のレベルの集団に属していたという判断をしてしまいます。コミュニケーション能力にも関わりますし、ハイレベルな
　プログラマーを除けば採用に当たって考慮に入れざるを得ません」

　学歴だけでなく、日常的に知的水準の高い集団に属している人は意欲も高く、自分の頭でものごとを考える習慣が
　あるという。言葉遣いひとつでそこまで見透かされることを考えると、やはり油断はできないのかもしれない。(以上)
- - - - - - - - - - -

見れたぁー？　作れたぁー？　アハアハ～♪”

583デフォルトの名無しさん2013/04/12(金) 23:51:33.17

「ら抜き」が知的レベルが低いという
客観的なデータが有るかどうかで
面接官の知的レベルを判断します。

584─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG 2013/04/12(金) 23:54:43.27

ゴミアラフォーはこういうところで切れるんだなｗ

プッツン世代か…

585デフォルトの名無しさん2013/04/13(土) 00:03:40.09

こういうマヌケな記事書く記者を集めたWebアプリとかないかな？
一昔前の２chなら、あっても良いはずなんだけど

586─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG 2013/04/13(土) 00:06:20.77

C言語と共にゴミアラフォーを葬る喜び…ｗ”

587デフォルトの名無しさん2013/04/13(土) 00:09:43.90

人事は別として、シニアエンジニアは大切にしなきゃならない存在。

588─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG 2013/04/13(土) 00:14:24.48

>>587
早く切れ♪”

つーか、プログラム書けないプログラマーはいらないぞｗ

589デフォルトの名無しさん2013/04/13(土) 00:14:40.72

ITベンチャーを起こそうとか、ITベンチャーの人事だとか、そもそも知的水準が知れていて、
まともな神経じゃ企業しようだとか、そんな場所で働こうとか思わない。

590デフォルトの名無しさん2013/04/13(土) 00:17:53.07

>>543
>どうせフルアセンブラで書いてて後継者がいなくなったってところが正解だろうなｗ
どんな妄想を抱いたらフルアセンブラなんて言葉でてきたの？

591─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG 2013/04/13(土) 00:18:34.87

>>589
つーか、職業プログラマーは偏差値低いヤツが多いよ。

いわゆるコンピューターサイエンスとは別物だから勘違いしないようになｗ

592─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG 2013/04/13(土) 00:19:13.87

>>590
必死だなｵｲｗ

593デフォルトの名無しさん2013/04/13(土) 00:26:12.36

>>591
そもそも職人に偏差値ほど役に立たないものでしょ
薩摩切子の職人になるのに偏差値７０が必要だったら、もっと沢山の後継者を獲得できたと思うけど
というか、ゲームプログラマなんて頭良くないと不可能

594─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG 2013/04/13(土) 00:32:25.76

>>593
特にゲームプログラマーは頭悪いよｗ

ちょっと考えてみるといい。

595デフォルトの名無しさん2013/04/13(土) 00:35:08.46

仕事はどうした？糞ニートｗ

596デフォルトの名無しさん2013/04/13(土) 00:36:24.63

ゲームプログラマって、大体、高校のうちに独学でアフィン変換や探索木あたりを学んでるイメージ

597─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG 2013/04/13(土) 00:36:32.08

ほらねｗ

598─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG 2013/04/13(土) 00:38:11.18

では、もうちょっと考えてみよう。

「 ら抜き 」 の ” 何がいけない ” のかと言う部分を考えれば相手の思うツボ。

まず相手の言葉を遮断して、自分の有利な展開に持ち込むのが保守カッペの常套手段である。

基本的に彼らはアーミッシュ（高度な都市文明を拒否する者）で、そういう輩は都市生活には向いていない。

599デフォルトの名無しさん2013/04/13(土) 00:38:18.79

>>595
もう少しましな横レスないの?

600デフォルトの名無しさん2013/04/13(土) 00:40:12.41

都会で働いた連中が３０半ばで田舎に帰れると思うなよw

601─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG 2013/04/13(土) 00:42:33.99

>>600
いや、いらないから返すよｗ

あんまり融通利かないと都市生活には向かないよ。

602デフォルトの名無しさん2013/04/13(土) 00:44:28.47

都会なんて言ってるけど、海外からみて東京はかなり先進的でキチガイの塊だから

603─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG 2013/04/13(土) 00:47:18.18

>>602
京都みたいな蒸し風呂が大好きなおまえは頭がアレだよｗ

604デフォルトの名無しさん2013/04/13(土) 00:49:11.67

何だかよく分からないけど、ぶぶ漬けでも食べて行け

605デフォルトの名無しさん2013/04/13(土) 03:12:33.41

こいつ全然プログラムの話できないよな
やっぱりバカなんだな

606デフォルトの名無しさん2013/04/13(土) 03:15:34.72

>>604
鮭茶漬けのほうが好き。

607デフォルトの名無しさん2013/04/13(土) 03:16:03.36

京都って湯豆腐4000円するらしいな…

608デフォルトの名無しさん2013/04/13(土) 03:18:00.55

ぶぶ漬けって都市伝説らしいな。

609デフォルトの名無しさん2013/04/13(土) 07:00:15.74

>>608
ぶぶ漬けは一昔前なんじゃなかったっけ？
有名になっちゃうと意味がないんだろうな

610─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG 2013/04/13(土) 08:38:35.25

はい逃げたｗ

611デフォルトの名無しさん2013/04/13(土) 09:56:25.06

誰と話してんだ？

612デフォルトの名無しさん2013/04/13(土) 12:04:37.05

【IT】 「C言語やJavaを使う人は採用しない」「AGKやDarkBASICの方が生産効率が高い」就職活動 page 1/3

コンソール研究所は13日、C言語やJavaを使う学生を採用しない方針を固めた。

これは昨今のソフトウェア開発現場において社内研修期間を嫌う企業や官公庁の意向を取り入れたもので、
「 卒業=即戦力 」 が求められる新時代への突入を明確にしたものである。

たいていの面接官は ” 学生時代にどんな部活に所属していましたか？ ” などと聞くが、それは時代遅れと
なったようだ。

また、C言語やJavaのスキルを問うものに対しても、「 実務経験がなければ意味がない 」 と言う現場の声も
反映した。

コンソール研究所の開発現場から一人の声を拾ってみた。

「 学生さんは何か勘違いをされていらっしゃる方が多く、入社＝会社の歯車として安定的なルーチンワーク
　だけですごされる方が多い。

　たしかに平常心を保ち、自己管理のできる人材は必要ですが、会社の歯車と言う意識は捨てていただき
　たい。これは過去の悪い歴史の１つで、アルコール中毒と並びます。

　アフター５に夜の盛り場に繰り出す様子を見ていると、まるで業務時間は休憩をとっているようにしか思え
　ない。アルコール中毒がもたらした企業病とも言えます。 」

このように、開発現場は ” いつもの慣習だけではアルコール中毒に至ると言う経験 ” を声に出しています。

一方で、このような人材が欲しいと言う開発現場の声も…

『 面接の時にはやる気があるように見えて、” どんな経験があるのか？ ” と聞きましたら、学生さんは
　「 99BASICで遊んでて適当にゲームを作ってみた 」 と答えてきました。

613デフォルトの名無しさん2013/04/13(土) 12:05:08.52

【IT】 「C言語やJavaを使う人は採用しない」「AGKやDarkBASICの方が生産効率が高い」就職活動 page 2/3

　さて、99BASICと言うのがどんなものか私どもには存じないもので、学生さんに伺ってみました。

　” 最近の若い方は新しいものを取り入れていらっしゃるので…私どもの方でも分かりかねますので、
　　99BASICで作ったゲームをお見せいただけませんか？ ”

　こう聞きますと学生さんは喜んでフラッシュメモリを差し出してきて、「 どうぞ、これを見てください、ソースリ
　スト付きです 」 と私どもに差し出していただきました。

　海外ではBASICが主流の開発言語と言われていますが…まさにこれを実感する瞬間でしたね。
　私は喜んで学生さんに採用の旨をメールでお伝えしました。 』

コンソール研究所は口先よりも実力を重視するので…開発現場の人たちも、プログラミング環境よりも実力
を重視する風潮が高まっているとのコト。

特に、作ったソフトをソースリスト付きで説明できる人材となれば、これは即採用と言うから見逃せない。

ではどのぐらいのプログラムを作れれば採用の基準になるのか、開発現場の方に聞いてみた。

「 プログラマーとして卒業=即戦力と言われる基準には、BASICで5,000行、アセンブラで１万ステップと言う
　 伝統があります。

　 これぐらいの規模のプログラムを１人で作れるようになるのが理想であり、即採用の基準としています。

　 この規模のプログラムを作れる人であれば、その間のノウハウもあると言うコトで、採用しやすいと思って
　 います。 」

なるほど、開発現場は ” BASICで5,000行 ” と言う数字を出してきた。
日頃からプログラミングを怠って 『 先輩のコピー 』 をしている学生さんには向いていないと言うコトだ。

614デフォルトの名無しさん2013/04/13(土) 12:05:39.22

【IT】 「C言語やJavaを使う人は採用しない」「AGKやDarkBASICの方が生産効率が高い」就職活動 page 3/E

次にプログラミング言語のトレンドを首席研究員に聞いてみた。

『 ソフトウェア業界では伝統的に開発環境のロイヤリティーのカットが重視されていますが、これは日本に限
　らず海外でも同じです。

　表向きにはWindowsが99%のシェアを獲得していても内部ではLinuxで開発しているコトは当たり前で、マイ
　クロソフトが提供しているVisual Studioシリーズはほとんど使われていません。

　なぜなら、ロイヤリティー（使用料金）を払う必要があるからです。

　また、C言語やJavaはベースライブラリの透明性の確保が非常に難しく、予期しないバグ（不具合）が発生
　しやすい要因として挙げられます。

　これを避けるために私どもでは主に海外で使われているAGKやDarkBASICを使っています。

　AGKやDarkBASICはJavaScriptよりも動作が遅いと言う欠点がありますが、DirectXやOpenGLを通す部分
　では変化がないため、体感的な速度に差異はありません。

　過去には99BASICも使っていましたが、内部動作にバグが多く、開発現場から刷新を求める声が挙がった
　きたため、99BASICは廃止しています。

　近年ではWeb上開発の一環としてJavaScriptを推す声も上がっていますが、ソースリストの保守管理に重大
　な問題があるため、私どもではJavaScriptでの開発は致しておりません。 』

首席研究員ともなると、一般には知られていないの話をするから面白い。

本当にプログラマーでやっていきたいと言う学生さんにはどう見えただろうか。
夢と希望がいっぱいの未来。

615デフォルトの名無しさん2013/04/13(土) 13:11:59.77

コピペマン参上！まで読んだ

616デフォルトの名無しさん2013/04/13(土) 13:14:40.31

【IT】 「C言語やJavaを使う人は採用しない」「AGKやDarkBASICの方が生産効率が高い」就職活動
http://kohada.2ch.net/test/read.cgi/pcnews/1365242417/139-141

コンソール研究所は13日、C言語やJavaを使う学生を採用しない方針を固めた。

これは昨今のソフトウェア開発現場において社内研修期間を嫌う企業や官公庁の意向を取り入れたもので、
「 卒業=即戦力 」 が求められる新時代への突入を明確にしたものである。

たいていの面接官は ” 学生時代にどんな部活に所属していましたか？ ” などと聞くが、それは時代遅れと
なったようだ。

また、C言語やJavaのスキルを問うものに対しても、「 実務経験がなければ意味がない 」 と言う現場の声も
反映した。

コンソール研究所の開発現場から一人の声を拾ってみた。
（以下ソース参照）

617デフォルトの名無しさん2013/04/13(土) 13:57:47.23

NGにしてんだからちゃんとトリップつけろ。

618デフォルトの名無しさん2013/04/13(土) 17:38:11.41

即戦力のプログラマが欲しい企業＝ブラック
プログラムってのは奴隷にやらせる仕事であって、社員がやることじゃないんだよ

619デフォルトの名無しさん2013/04/13(土) 19:08:30.92

奴隷ってのは、googleだとかM$だとかで技術者をやれないか、
自分で取引先をみつけてやりくりできない層のこと
かく言う私も奴隷だけど

620デフォルトの名無しさん2013/04/13(土) 19:19:06.50

単なる分業なのに何を言ってるんだ

621デフォルトの名無しさん2013/04/13(土) 19:28:41.64

単なる分業の一言で済ませられるなら、なんでおまえの会社は栄えてないの?
馬鹿なの死ぬの?

622デフォルトの名無しさん2013/04/13(土) 19:32:04.41

意味が分からん。バカなの？

623デフォルトの名無しさん2013/04/13(土) 19:33:59.22

単なる分業じゃ技術ノウハウが蓄積されないんだよ
ここまで言わないと分からないの？バカだろ、死ねよ

624デフォルトの名無しさん2013/04/13(土) 19:36:18.57

分業だと技術ノウハウが蓄積されないとする理由は何だよ
おまえは他人とコミュニケーションもしないし文書も書かないの？
言われたことしかできないバカなの？

625デフォルトの名無しさん2013/04/13(土) 19:38:17.91

ただドキュメントを書くだけじゃ、単なる分業とかわらなくて技術ノウハウが蓄積されてないって言ってるの。死ねよバカ

626デフォルトの名無しさん2013/04/13(土) 19:53:33.74

なんだコーダの愚痴かよ

627デフォルトの名無しさん2013/04/13(土) 19:58:39.35

IT系のマネジメントしかできない人って、会社が潰れたらどうするんだろう。

628デフォルトの名無しさん2013/04/13(土) 19:59:43.58

別の会社に行くだけじゃないの

629デフォルトの名無しさん2013/04/13(土) 20:01:47.39

マネジメントって会社的にはイラナイから
ピラミッド構造を考えたら、マネジメント層がいかにパイが少ないかぐらい分かるよね？

630─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG 2013/04/13(土) 21:41:13.67

個人が独立すればたいていの問題は片付く。

独裁も消えてなくなる。

631デフォルトの名無しさん2013/04/14(日) 00:06:00.93

>>629
底辺からそう見えるだけで、実際にいらないのは底辺層のPG。
代わりなどいくらもいるしな、世界的に見れば。

632─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG 2013/04/14(日) 00:09:09.23

>>631
じゃあ、PGのコストを削減してSEがPGを兼任すればいいんだね。
頭いいｗ

633デフォルトの名無しさん2013/04/14(日) 04:38:40.41

>>631
底辺層のPGの具体的なスキルレベルを詳しく。

634デフォルトの名無しさん2013/04/14(日) 08:21:35.25

はぁ？

635─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG 2013/04/14(日) 08:23:51.19

…任天堂の行き着く先はコスト削減ｗ

コスト削減が行われるとすれば、まずは下請けに圧力をかけて自分の首は絞めないと言う算段になる。

次に下請けでは過剰なサービス残業が行われるようになり、任天堂の下請けを辞退する可能性を示唆。

結局のところは事業縮小と言う最悪のシナリオになるのは分かっている。

問題はここだ。

しかし以前にはこういうコトも書いていた。

636─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG 2013/04/14(日) 08:24:22.49

アマチュア開発者をサポートする計画はない―米国任天堂社長 | インサイド 2011年3月20日(日) 10時42分
http://www.inside-games.jp/article/2011/03/20/48000.html

任天堂オブアメリカのReggie Fils-Aime社長兼COOは、任天堂のアマチュアゲーム開発者に対するスタンスを
述べています。

アップルのApp StoreやグーグルのAndroid Marketはもちろんのこと、ソニーのPlayStation Camp、そしてマイ
クロソフトのXNAなどでは在野のアマチュア開発者が表舞台に立つことを支援し、その力がプラットフォームを
普及させていますが、任天堂は現時点でそのような考えは持っていないようです。

「私は独立系デベロッパーと趣味の開発者を分けて考えたいと思っています。任天堂には独立系デベロッパー
と強固な結びつきがあります」

「この線を引く場所は、私たちがガレージデベロッパーと今日、ビジネスを考えていないということです。私たち
の考えでは、いまビジネスを伸ばすポイントではないということです」

ただし一方で、音楽シーンを引き合いに出し、環境が整備されることを望んでいるような言葉も残しています。

「音楽業界を見れば、本業の合間に情熱を持ってバンドや歌の活動をする才能が沢山います。そしてテレビ番
組などで優れた人材を野から発掘する仕組みもあります。ゲームでもそうしたことが出来れば本当に素晴らし
いことです」

岩田聡社長のGDCの講演とは矛盾するような気もしますが、この分野は以前から任天堂にとって弱い部分です。
どのような取り組みがなされるのか今後も注目されます。

637─☆─ [ X | I.I.T. ] COURANT DE CONSOLE ◆TXFAX7cidQpG 2013/04/14(日) 08:30:15.35

俺が不思議に思うのは、何よりもソースの漏洩を恐れるゲームメーカーが、” JavaScriptを使う ” なんてコトを
平気で口走るところだ。

実際にはできないのだから書かない方が現実的だろうな。

仮にJavaScriptでソースの隠蔽が可能になったら、たぶん世界中のPCユーザーのブラウザからJavaScriptは
『 OFF 』 に設定され、永久に使われなくなるだろう。

始めから矛盾していると言うコトだ。

638デフォルトの名無しさん2013/04/14(日) 20:33:03.50

シロウトのお遊びにコードが流出して誰が困るんだよ
既に企業のプロダクトに追いつけないだろ

639デフォルトの名無しさん2013/04/14(日) 20:34:48.14

いや、たまたまオーストラリに居るんだよ

640デフォルトの名無しさん2013/04/14(日) 21:36:08.30

だから言語という概念を捨てろと

641デフォルトの名無しさん2013/04/18(木) 07:12:39.00

はい

642デフォルトの名無しさん2013/04/18(木) 07:33:26.37

はいじゃないが

643デフォルトの名無しさん2013/04/18(木) 19:04:14.10

十六文キック

644デフォルトの名無しさん2013/04/18(木) 23:07:08.62

いくらですか？
十六文ですか？

645デフォルトの名無しさん2013/05/22(水) 06:06:15.43

捨てるなんて書いてねーだろ>>1

646デフォルトの名無しさん2013/06/13(木) 17:25:48.00

その後まったく話を聞かないんだがどうなったんだよ、これ(´・ω・｀)

つかHTML5にコミットするの、完全に死亡フラグになってないかね。あの国の法則レベルで。

独力で魅力的な開発環境を用意できないとか、
専用のアプリを作ってもらえないとか、
リソース潤沢な高度なゲームを作れないとか、
ガラケーと同じやり方で仕事続けたいとか、
C++やObjective-Cでガチ開発する技術力がないとか、
HTML5の人気にコバンザメする以外に売り出す方法がないとか、

そうした負け組連中がしがみつくプラットフォーム。
自分らは先進的かつ正しいことをしている、イノベーション（笑）を起こしているつもりになっているけど
実のところ低レベルなところでグルグル回ってるだけ。

一般ユーザーはそんな事情をまったく斟酌してくれないから（そもそもHTML5の名すら知らない）
単にしょぼいアプリを作ってるとしか思われず死屍累々。

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

すげー！すげービックリしたわ。何がJava並みだって？

Box2d Revisited
http://j15r.com/blog/2013/04/25/Box2d_Revisited


何がJava並みだって？



・・・・・何がJava並みだって？ああん？ええ？(´・ω・｀)

647デフォルトの名無しさん2013/06/13(木) 21:03:02.95

腐ってもランタイムコンパイラ実装してるJavaにJavaScriptで
同等の速度なんか出っこない。

648デフォルトの名無しさん2013/06/13(木) 21:15:40.59

>JAVA並の速度

これは遅いと言いたいのではないか

649デフォルトの名無しさん2013/06/13(木) 21:59:22.55

>>646
その画像でJava1.7よりCに近い値を出してるasm.jsって一応JavaScriptじゃね？
普通に言うJavaScriptとは少し違うが、JavaScript環境でも動作可能かつ、
アクセラレーションが可能な実行環境ではかなりの高速実行が可能…なのがウリだったよな確か。
手でasm.js仕様のJavaScript書いての比較ならJavaScriptと呼んでも良いだろうし、
EmscriptenとかでC/C++からasm.js仕様のJavaScript生成したものも一応JavaScriptと呼べないこともない。

「いまやJavaScriptのコードは平均してJAVA並」ってのはただの妄言だが、
「コードと実行環境が適切であればJavaScriptの実行環境でJava並の性能を叩き出せる」
とは言っても良いんじゃないか、そのグラフ的には

650デフォルトの名無しさん2013/06/13(木) 22:09:05.88

>>647
JITはJavaScriptでも実装されてるし、中間コードの事前生成と型の決定機能に着目しないと。

中間コード事前生成はローディング時間が変わる程度だからそれ用のベンチでないと性能は比較できない上に
中間コードから実行可能状態に入るまでのコスト考えると劇的な利点には成り得ないと思う。

型の決定は致命的にJavaScriptが不利だが、実行時型決定をある程度諦めてしまい、
別言語からのトランスレートなり手作業なりで型情報を補って速度を稼ぐのが最近のJSトレンド。
これらの拡張を全面的に利用した時JavaScriptに速度面で圧倒的な構造的欠陥があるかというと…ね。
(JavaScriptの利便性も損なわれることはこの際無視で)

651デフォルトの名無しさん2013/06/14(金) 15:03:40.20

任天堂の気持ちは分かる

652デフォルトの名無しさん2013/06/14(金) 15:06:55.80

×C++は捨てる
○ニコニコ動画みたいにアマチュアを囲い込みたい

653デフォルトの名無しさん2013/06/15(土) 02:58:04.15

任天堂「今後C++は捨てJavaScriptで開発していく」
↓
こんなん出来ました

654デフォルトの名無しさん2013/06/15(土) 11:33:12.44

emscriptenによってjavascript書かずにウェブアプリかけるようになったのはうれしい
でも変換するのならJavaベースのほうがよかったな。
なんか昔グーグルが作ってた気もするが。

655デフォルトの名無しさん2013/06/15(土) 14:24:31.29

>>654
emscriptenはasm.js仕様を活用してGCからも脱却しようって所なのにJavaはどーかと。
でもま、LLVMを経由しての変換だからJavaをLLVMコードに変換してやれば流用できるんじゃね？

656デフォルトの名無しさん2013/06/16(日) 22:27:05.30

馬鹿

657デフォルトの名無しさん2013/06/25(火) 01:51:06.83

>>654
Googleまだ開発続けてるよ

658デフォルトの名無しさん2013/06/26(水) 20:15:16.48

はっきり言えるのは道具が変わったところで頭もスイッチされるわけではないってこと

659デフォルトの名無しさん2013/07/15(月) NY:AN:NY.AN

世界中に開発ソフトを無償配布　任天堂、ＷｉｉＵ販売不振で危機感あらわ
http://sankei.jp.msn.com/west/west_economy/news/130715/wec13071507020000-n1.htm



任天堂が、家庭用ゲーム機「ＷｉｉＵ（ウィー・ユー）」向けのゲームを
開発するソフト（開発ツール）の無償配布を国内外で始めた。

ゲームの開発ツールは、これまで事前登録したソフト会社のみに配布されており有償だったが、
個人でも登録すれば無償で利用できる仕組みを導入した。

任天堂は今春からＷｉｉＵ用の新たな開発ツールを導入。

うち、プログラミング言語の「ＨＴＭＬ５」や「ジャバスクリプト」など
比較的簡易な言語を使ってゲームが開発できるソフトの無償供与を始めた。

660デフォルトの名無しさん2013/07/15(月) NY:AN:NY.AN

ジャバスクリプトがじわじわくる

661デフォルトの名無しさん2013/07/15(月) NY:AN:NY.AN

有償だったのが無償になったみたいな紛らわしい書き方しやがって

662デフォルトの名無しさん2013/07/15(月) NY:AN:NY.AN

なぜ全角なんだろう

663デフォルトの名無しさん2013/07/15(月) NY:AN:NY.AN

なぜ縦書じゃないんだろう

664デフォルトの名無しさん2013/07/16(火) NY:AN:NY.AN

カタカナで書くとここまで面白くなる言葉がかつてあっただろうか

665デフォルトの名無しさん2013/07/16(火) NY:AN:NY.AN

JAVAスクリプトとか書くよりはマシ

666デフォルトの名無しさん2013/07/16(火) NY:AN:NY.AN

そうか？
Javaもスクリプトも普通に流通している言葉だが、ジャバは無いだろう？

667デフォルトの名無しさん2013/07/16(火) NY:AN:NY.AN

JavaScriptで一つの固有名なんだから一部分だけカナ読みするとかありえんだろ
まだ全部をカナ読みしたジャバスクリプトのほうがマシだよ

668デフォルトの名無しさん2013/07/16(火) NY:AN:NY.AN

Java と JavaScript の区別が付いてないアホなんだろ

669デフォルトの名無しさん2013/07/16(火) NY:AN:NY.AN

シープラスプラス

670デフォルトの名無しさん2013/07/16(火) NY:AN:NY.AN

スレタイのせいか素人のお客さんが来てるんだろ

671デフォルトの名無しさん2013/07/17(水) NY:AN:NY.AN

ジャワスクリプトかな

672デフォルトの名無しさん2013/07/17(水) NY:AN:NY.AN

ジャバティーストレート

673デフォルトの名無しさん2013/07/28(日) NY:AN:NY.AN

【第４１３６８７７号】
【商標（検索用）】 ＪＡＶＡＳＣＲＩＰＴ
【称呼（参考情報）】 ジャバスクリプト，ジャワスクリプト，ジャバ，ジャワ
【権利者】
　　　 【氏名又は名称】 オラクル　アメリカ，インコーポレーテッド

称呼検索（詳細画面）｜特許電子図書館（IPDL）
http://www1.ipdl.inpit.go.jp/syouko/TM_DETAIL_B.cgi?0&7&1&1&50&137493888159972205238984

674デフォルトの名無しさん2013/07/28(日) NY:AN:NY.AN

>>658
そこが一番難しいところだろうな・・・

675デフォルトの名無しさん2013/11/13(水) 01:02:30.87

http://www.gamecity.ne.jp/doa5/ultimate/　DOA5U公式サイト ウイルス 高額請求 ワンクリ
板垣伴信 SCE 解雇 痴漢 レイプ 知的障害者 セクハラ パワハラ 訴訟
板垣伴信 ヴァルハラ 詐欺 暴力団 在日 右翼団体 テクモ ナムコ恐喝
松井宏明 身体障害者 虐待 無能 不潔 イジメ 武闘派 ポルノ映画監督 ナムコ恐喝
松井宏明 バブルス チンパンジー チビ 前科 横領 少林寺拳法 創価学会 コーエー

676デフォルトの名無しさん2013/12/05(木) 11:12:36.20

ゲーム業界のプログラマは研究者肌の奴が多いから、
コードを書くなと言われるとガッカリする奴は多いだろうね。
というかマネージメント業務に回されてコードがあまり書けなくなったという愚痴を聞くことが最近多くなったなw

677デフォルトの名無しさん2013/12/06(金) 13:48:38.55

C,C++を使ってた人達が結構流出してそうな感じがするな
任天堂の開発力が落ちてるんじゃない？

678デフォルトの名無しさん2013/12/17(火) 22:34:56.01

>>676
システムとか帳票モドキより、ずっと高度なものつくってるでしょ

679デフォルトの名無しさん2013/12/31(火) 05:10:47.59

HTML5のゲームすげえな。圧倒的なポテンシャルを感じる

GAIABREAKER(ガイアブレイカー)　1～5面 - ニコニコ動画:GINZA