- 1 名前：仕様書無しさん mailto:sage [2006/12/06(水) 15:57:33 ]
- ゲームプログラマーの人に聞きたい
ttp://pc.2ch.net/test/read.cgi/prog/1062855581/
ゲームプログラマーの人に聞きたい 2問目
ttp://pc3.2ch.net/test/read.cgi/prog/1078293745/
ゲームプログラマーの人に聞きたい 3問目
ttp://pc5.2ch.net/test/read.cgi/prog/1080491019/
ゲームプログラマーの人に聞きたい 4問目
ttp://pc5.2ch.net/test/read.cgi/prog/1086890676/
ゲームプログラマーの人に聞きたい 5問目
ttp://pc5.2ch.net/test/read.cgi/prog/1093629292/
ゲームプログラマーの人に聞きたい 6問目
ttp://pc5.2ch.net/test/read.cgi/prog/1100665806/
ゲームプログラマーの人に聞きたい 7問目
ttp://pc5.2ch.net/test/read.cgi/prog/1103458370/
ゲームプログラマーの人に聞きたい 8問目
ttp://pc5.2ch.net/test/read.cgi/prog/1108481342/
ゲームプログラマーの人に聞きたい 9問目
ttp://pc8.2ch.net/test/read.cgi/prog/1110993642/
ゲームプログラマーの人に聞きたい 0xA問目
ttp://pc8.2ch.net/test/read.cgi/prog/1115375538/
ゲームプログラマーの人に聞きたい 11問目
ttp://pc8.2ch.net/test/read.cgi/prog/1119537622/
ゲームプログラマーの人に聞きたい 12問目
ttp://pc8.2ch.net/test/read.cgi/prog/1125150865/
ゲームプログラマーの人に聞きたい 13問目
ttp://pc8.2ch.net/test/read.cgi/prog/1131010658/
ゲームプログラマーの人に聞きたい 13問目 (※実質14問目)
ttp://pc8.2ch.net/test/read.cgi/prog/1131024006/
ゲームプログラマーの人に聞きたい 15問目
ttp://pc8.2ch.net/test/read.cgi/prog/1143779166/
ゲームプログラマーの人に聞きたい 16問目
ttp://pc8.2ch.net/test/read.cgi/prog/1146927549/
- 38 名前：仕様書無しさん mailto:sage [2006/12/09(土) 16:20:23 ]
- 俺はC++はメモリより速度を稼ぐために四苦八苦してるな。
理想的なコードは解っていても速度を出すために
ぐねぐねと捻じ曲がっていくコード。(´・ω・`)ｼｮﾎﾞｰｿ
- 39 名前：FAQ（よくある質問と回答） mailto:sage [2006/12/09(土) 16:24:16 ]
- Ｑ４．どの言語を学べばいいですか？
Ａ４．C++が手に負えんようなザコキャラは来るな。
- 40 名前：仕様書無しさん mailto:sage [2006/12/09(土) 16:55:09 ]
- >>39
頭悪すぎ…
- 41 名前：仕様書無しさん mailto:sage [2006/12/09(土) 17:01:09 ]
- C++で速度遅くなるなんて気にしたこと無いのだが…
- 42 名前：仕様書無しさん mailto:sage [2006/12/09(土) 17:03:40 ]
- >>38
設計捻じ曲げれば速度が上がるってどんなとき？ちょっと思いつかない。
せいぜい inline 化するためにヘッダに晒すとか、その程度じゃないの？
- 43 名前：仕様書無しさん mailto:sage [2006/12/09(土) 17:12:01 ]
- メモリの使い方が細かくなって遅くなってるということはあると思う。
C言語ならメモリをガバっと取って分けて使うようなことは普通だが、
C++で同じことやるのはいろんな事情でC言語よりずっとコストがかかる。
- 44 名前：仕様書無しさん mailto:sage [2006/12/09(土) 17:29:11 ]
- >>43
へ？なんで？普通に出来るだろ。なんなら C と同じコードも使えるはずだ。
あ、いろんな事情ってのはプログラマーの無知も含むわけだな。
- 45 名前：仕様書無しさん mailto:sage [2006/12/09(土) 17:34:16 ]
- >>44
単純だねー
- 46 名前：仕様書無しさん mailto:sage [2006/12/09(土) 17:36:06 ]
- C++だと速度が出ない？(笑)
あぁ、お前の開発速度か。
- 47 名前：仕様書無しさん mailto:sage [2006/12/09(土) 18:01:50 ]
- なんでC言語よりコストがかかるのか説明してよ。
論破されるのが怖くて書けないか？それとも説明できないだけ？
- 48 名前：仕様書無しさん mailto:sage [2006/12/09(土) 18:09:06 ]
- って、無駄に煽ってもしょうがないな。
真面目な話、盲目的に「C++は遅い」って考えたら駄目だろ
何故遅いのか理由を知った上で、それでも遅いと言うなら話は別だが
>>43の場合は発言から察するに
newを使いまくってメモリ断片化しまくるとか
どーせそんなとこな気がするけど
- 49 名前：仕様書無しさん mailto:sage [2006/12/09(土) 18:09:09 ]
- >>47
>>46
- 50 名前：仕様書無しさん mailto:sage [2006/12/09(土) 18:31:08 ]
- ガキが暴れてるwww
- 51 名前：仕様書無しさん mailto:sage [2006/12/09(土) 18:33:47 ]
- すげー低レベルな争いが・・・
- 52 名前：仕様書無しさん mailto:sage [2006/12/09(土) 18:45:29 ]
- どうみてもゲー専同士の言い合いです。
本当にありがとうございました。
- 53 名前：仕様書無しさん mailto:age [2006/12/09(土) 19:00:56 ]
- くだらなさすぎ。晒しage。
- 54 名前：仕様書無しさん mailto:sage [2006/12/09(土) 19:32:32 ]
- >>49
どうみたら>>47がC++が遅いと言ってるように見えるんだ
- 55 名前：仕様書無しさん mailto:sage [2006/12/09(土) 20:07:20 ]
- >>44
できるよ。でも、面倒くさいって話だよ。お前だって全部のクラスを
placement new作ったりしてないだろ？
- 56 名前：仕様書無しさん mailto:sage [2006/12/09(土) 20:18:27 ]
- >>55
そんな話だったら「C言語よりずっとコストがかかる」なんて言わない。
- 57 名前：仕様書無しさん mailto:sage [2006/12/09(土) 20:29:04 ]
- 何で全部のクラスでplacement newしなきゃならないんだよｗ
やっぱり無知だったなｗ
- 58 名前：仕様書無しさん mailto:sage [2006/12/09(土) 20:37:15 ]
- ２時間半かかって placement new を見つけてきたんだろ。
がんばったんだ。そういじめるな。
- 59 名前：仕様書無しさん mailto:sage [2006/12/09(土) 20:38:15 ]
- >>56
そうだな、少し言いなおす。人的コストがかかるだ。
>>57
わかんなきゃわかんないでいいよ。new/deleteをそのまんま
使っててくれ。
俺が言いたいのはnew/deleteが隠匿されやすいがゆえに
メモリ確保の回数が多くなり、結果的にC言語より遅くなる
ことが多いってこと以上でも以下でもない。
- 60 名前：仕様書無しさん mailto:sage [2006/12/09(土) 20:39:34 ]
- >>58
レスがつくと思わなかったから飯食いに行ってただけが。
- 61 名前：仕様書無しさん [2006/12/09(土) 20:44:08 ]
- 大学の情報科学科に受かのですが、数学系とメディア・生命系の2コースのうちどっちの方がゲームを作るうえで役に立つのか教えてください
具体的な内容は数学系は環境シミュレーションでメディア・生命系はCGおよび医療への応用です
- 62 名前：仕様書無しさん mailto:sage [2006/12/09(土) 20:55:24 ]
- >>59
メモリ確保の方法も適切に強制できるだろ？
むしろ強制できる分、人的コストについても C より改善されてると思うよ。
- 63 名前：仕様書無しさん mailto:sage [2006/12/09(土) 20:58:50 ]
- >>62
できるよ。その辺きちんとカスタマイズできるライブラリが実際にあるのも知ってる。
でも、そこまで考えてくれてるものは例外的で一般的とは言えないと思う。
- 64 名前：仕様書無しさん mailto:sage [2006/12/09(土) 21:03:55 ]
- >>63
C のライブラリだと、一般的にそこまで考えてくれてたと言えるの？
- 65 名前：仕様書無しさん mailto:sage [2006/12/09(土) 21:04:21 ]
- >>62
ちょっと追記。
もし自分がクラスを作る側であれば、というなら確かに人的コストは削減できると思う。
- 66 名前：仕様書無しさん mailto:sage [2006/12/09(土) 21:05:06 ]
- 数学系の方がいいと思う。
- 67 名前：仕様書無しさん mailto:sage [2006/12/09(土) 21:13:50 ]
- >>64
リソースはデストラクタで自動開放・・・とはいかないぶんその辺は
慎重というか控えめな設計が一般的だと思うが。
- 68 名前：仕様書無しさん mailto:sage [2006/12/09(土) 21:17:17 ]
- ググって見たらそれらしい大学が出てきた。
とりあえずそこならどっちでもいい気はする。
ただ、個人的にはメディア生命を推してみる。
どちらも理学基礎は出来そうだし、ゲームに必要なのは高度な知識より
基礎的な知識をいかに上手く使えるかって所だし。
（基礎さえ出来てれば、後は本買って独学でもいいし）
ついでに、メディア生命科学のほうがソフトウェア開発に向いてる感じがする科目が
何個かあるし。
- 69 名前：仕様書無しさん mailto:sage [2006/12/09(土) 21:28:21 ]
- >>59
お前の知識では普通のnew/delete以外にはplacement newしか方法ないの？
メモリ確保の回数が多いのが困るなら
C++でもでかい領域を確保すれば済む話なのだが
それのどこに問題があるんですかね
- 70 名前：仕様書無しさん mailto:sage [2006/12/09(土) 21:36:59 ]
- 自分で言ってておかしいことに気づいたが
クラスあたりのplacement newのことね
もうなんか恥ずかしいので引きこもる
- 71 名前：仕様書無しさん mailto:sage [2006/12/09(土) 21:37:53 ]
- Q.C++で速度がでないんですが？
A.お前はoperatorのオーバライド禁止な
いや、正直C++で遅くなるって、デッドコピー周辺と、過剰なインライン展開がらみでの
命令キャッシュ落ちくらいしか思いつかない。
少し前ならコンパイラの性能のせいにもできたのかもしれないが、なあ。
- 72 名前：仕様書無しさん mailto:sage [2006/12/09(土) 21:38:33 ]
- ×operatorのオーバライド
○operatorのオーバロード
俺もオーラロードの向こうに引きこもる
- 73 名前：仕様書無しさん mailto:sage [2006/12/09(土) 21:39:05 ]
- >>61
C言語とコンピュータアーキテクチャをちゃんと教えてくれるのが役に立つ方で、
Javaしか教えてくれないのが役に立たない方。
これさえ気をつけておけば、その他の差はどうということはない。
- 74 名前：仕様書無しさん mailto:sage [2006/12/09(土) 21:39:57 ]
- >>69
繰り返しになるが、それをやりやすいか、やりにくいかって話で、C++だと
カプセル化とかオブジェクト指向で中の隠匿が進んでるからやりにくい
ことが多いってこと。同じ考え方で組めばC言語でも変わんねーだろ、
と言われればその通りだが、それについては>67。
- 75 名前：仕様書無しさん mailto:sage [2006/12/09(土) 21:47:31 ]
- そうは言ってもきょうび生のCなんか使うか、めんどくせー。
自分で書く労力はさておき、人様の書いたコードを読む際に
割かれる労力が桁違いだっつーの。
下手な奴が書いたCとC++のコード、どっちがマシかは意味無いので議論しない。
- 76 名前：仕様書無しさん mailto:sage [2006/12/09(土) 21:49:58 ]
- >>71
理論的には正しい・・・しかし、現実には他人のクラスを使わざるを得ないし、
その作者全員がお前と同じだけの知識を有すると期待できるはずもないわけで。
- 77 名前：仕様書無しさん mailto:sage [2006/12/09(土) 21:54:40 ]
- >>74
ごめん、ほんとあんたの言うこと分からんわ。
俺が頭悪すぎるだけらしいから永遠にC言語使っててくれ…
- 78 名前：仕様書無しさん mailto:sage [2006/12/09(土) 22:06:42 ]
- >>77
そうか、説明下手ですまんね。
- 79 名前：仕様書無しさん mailto:sage [2006/12/09(土) 22:06:54 ]
- >>74
C だったらカプセル化やオブジェクト指向を捨てるわけでもない。
結局は書いてる奴しだいであって、 C か C++ かは関係ない。
- 80 名前：仕様書無しさん [2006/12/09(土) 22:10:43 ]
- 仮に速度が変わったとしても気になるレベルではない。
重い場所はピンポイントで早くすればいいだけ。
- 81 名前：仕様書無しさん mailto:sage [2006/12/09(土) 22:11:23 ]
- 長々と自演乙
- 82 名前：仕様書無しさん mailto:sage [2006/12/09(土) 22:16:24 ]
- 明日のNHK総合（8：25〜8：55）の経済羅針盤って番組にスクエニの和田社長が出る
ttp://www.nhk.or.jp/k-rasinban/
- 83 名前：仕様書無しさん mailto:sage [2006/12/09(土) 22:17:44 ]
- >>72
ハイパー化しないように注意な
- 84 名前：仕様書無しさん mailto:sage [2006/12/09(土) 22:30:57 ]
- いまさらな話題だなｗ
実際問題C++が遅いっていう理由だけでC++使ってないなら、そんなプログラマ終わってるだろ。
昨今のゲーム開発が大規模な開発になってきてるのに、Cだけで対応するのはしんどすぎ。
ゲームを作るたびに毎回コードを捨てるのか？
そうじゃなくて、拡張しながら「ライブラリ」として次回作以降も使いまわそうと考えるなら
保守と拡張を行うだろうし、そうなればC++の方が優れてるのは当たり前だろ。
Cにそっち方面の思想を取り入れてできた言語なんだし。
あと、C++が遅いとかいってるのは実際にどんなコードが吐き出されるかわかってないだけ。
ボトルネックになってる部分に参照渡しだったり、const や inline 展開をこまめに使用することで速度なんて全然変わるよ。
遅くなるには理由があるんだから、その理由がわかれば、
すぐにボトルネックなんて取り除くことが出来る。
それはCだろうがC++だろうが一緒。
- 85 名前：仕様書無しさん mailto:sage [2006/12/09(土) 22:36:21 ]
- ☆社会の寄生虫、派遣会社をぶっ壊せ！やつらは背広を着た８９３だ！
私は今ここに要求する！派遣法を改善・改正せよ！
サラ金真っ青の３０％、４０％超の暴利を搾取し労働者から毟り取る。
派遣会社の搾取率を１０％未満に規制しろ！
派遣会社の搾取率を１０％未満に規制しろ！
派遣会社の搾取率を１０％未満に規制しろ！
派遣会社の搾取率を１０％未満に規制しろ！
派遣会社の搾取率を１０％未満に規制しろ！
派遣会社の搾取率を１０％未満に規制しろ！
派遣会社の搾取率を１０％未満に規制しろ！
派遣会社の搾取率を１０％未満に規制しろ！
派遣会社の搾取率を１０％未満に規制しろ！
ついでに薄利で中小の乱立する派遣会社に消えてもらって
派遣は大規模派遣会社のみが薄利多売でやる商売にしろ。
そうすれば労働者の手取りも増えてニートやフリーターも減るだろう。
【漫画DB】第0弾フリーザ様に学ぶ派遣会社搾取問題
www2.ranobe.com/test/src/up16740.jpg
- 86 名前：仕様書無しさん mailto:sage [2006/12/09(土) 22:51:39 ]
- 開発現場に生き残ってる奴でC言語しか使えませんなんて奴いないと思うので
いまだに授業でX68000使ってるようなゲー専生なのかなと邪推してみる。
それかコンシューマーを追われてパチンコや携帯アプリに流れたロートルとか。
確かにC++は最良の言語と言うわけではないけども、既に事実上の業界標準言語なんだから
それを使わない（使えない）ってのは問題外だと思うぞ。
- 87 名前：仕様書無しさん mailto:sage [2006/12/09(土) 22:52:53 ]
- 遅くなるとは言ってても使わないとは言ってないような。
- 88 名前：仕様書無しさん mailto:sage [2006/12/09(土) 23:10:39 ]
- あ、スマン。
読み返したら誰もC++使わない(使えない)とは言ってないな。
なんかメモリとか速度とか人的コストとかの否定的な意見があったんで勘違いしてた。orz
- 89 名前：仕様書無しさん mailto:sage [2006/12/09(土) 23:20:10 ]
- へぇ
Ｃだと毎回コード捨てなきゃならんのかｗ
- 90 名前：仕様書無しさん mailto:sage [2006/12/09(土) 23:45:19 ]
- 捨てたくないけど勝手に捨てられる、そんな俺の生き様。
なんつーか、ジェネレーションギャップは露骨に出るよな。
マクロの排除、タイプセーフ、そんなところだけでも普通にC++使って欲しいのに
固定小数点をクラス化しないで全部マクロで組まれてうああああとか。
捨てろ！窓から投げ捨ててー！
- 91 名前：仕様書無しさん mailto:sage [2006/12/10(日) 00:28:55 ]
- そんなの設計次第でそ
モジュール化がキッチリ出来てればCでもコードの使いまわしは効くし、
実際に社内ライブラリ作ってたとこはそういう風に作ってあっただろ。
コードの再利用性に言語は無関係。単に設計にのみ依存するってだけ。
- 92 名前：仕様書無しさん mailto:sage [2006/12/10(日) 00:39:36 ]
- >コードの再利用性に言語は無関係
C厨の正体を見た気がした。
- 93 名前：仕様書無しさん mailto:sage [2006/12/10(日) 00:42:34 ]
- C だと保守が出来ないとか
C++ は C より遅くないとか
じゃあ何で DirectX とかは C で書かれてあるんだ？
- 94 名前：仕様書無しさん mailto:sage [2006/12/10(日) 00:45:29 ]
- そりゃ単に下に合わせてるからだろ。
DXに限っては、COM自体が俺様C++だから寿命が延びてるのもあるかもしれんが。
- 95 名前：仕様書無しさん mailto:sage [2006/12/10(日) 00:55:39 ]
- ミドルウェアのインターフェイスはCっぽく共通のprefixがついた長ったらしい関数名の
関数群がやっぱりまだ求められてる？それとももうクラスライブラリでいけるの？
- 96 名前：仕様書無しさん mailto:sage [2006/12/10(日) 01:02:16 ]
- C だと保守が出来ないとか
C++ は C より遅くないとか
じゃあ何で BREWは C で書かれてあるんだ？
いや、ごめんなんとなく
つーかもう勘弁してくださいあの糞ライブラリ・・・マジでC++で書けよ・・・・
- 97 名前：仕様書無しさん [2006/12/10(日) 01:21:41 ]
- 89とか91とか93はC厨だなｗ
Cが悪いわけじゃなくてCよりC++がベターなだけだ。
- 98 名前：仕様書無しさん mailto:sage [2006/12/10(日) 01:40:01 ]
- 俺がX68000で遊んでたときも、いわゆるタスク部分をC++で書いて
Cで書いたものよりせいぜい20％遅くなる程度で、その気なら十分使える感じだったけど。
（コンパイラが激重だったので見送ったが）
MC68000-10MHzより何桁も高速なハードで「C++が遅い」って、それは完全にギャグですよ。
どうせアセンブリャーコードなんか読んだことないんだろう。
C++どころかCですらナニが速くて遅いかなんてわかってないっしょ。
しかもこれはタスク内の処理が軽い2Dゲーの話で、大部分がただのオーバーヘッド。
3Dゲーなら差なんか出ねーって絶対。誤差レベル以下。
ってことで
>>39
> Ａ４．C++が手に負えんようなザコキャラは来るな。
てか去ね。
- 99 名前：仕様書無しさん mailto:sage [2006/12/10(日) 01:48:48 ]
- そうは言うがな大佐、俺に人事権など無いのだぞ？
- 100 名前：仕様書無しさん mailto:sage [2006/12/10(日) 02:04:51 ]
- ＞俺がX68000で遊んでたときも、いわゆるタスク部分をC++で書いて
＞しかもこれはタスク内の処理が軽い2Dゲーの話で、大部分がただのオーバーヘッド。
＞3Dゲーなら差なんか出ねーって絶対。誤差レベル以下。
ＮＧワード満載で危険過ぎますっ！（＞＜）
- 101 名前：仕様書無しさん mailto:sage [2006/12/10(日) 02:25:16 ]
- まだC++がビルド通らない環境があるからな。
ゲームではほぼなくなったけど、スロとかスロとかスロとか。
まあZ80アセンブラ必須とか、利権でがんじがらめのせいもあるが。
3Dの演算とか、オブジェクトの管理より表層はもうFLASHでも
いいんじゃないかと思うんだが。
- 102 名前：仕様書無しさん mailto:sage [2006/12/10(日) 02:30:52 ]
- CとC++は違う言語。
- 103 名前：仕様書無しさん mailto:sage [2006/12/10(日) 02:41:41 ]
- 俺も>>98と全く同意見。
- 104 名前：仕様書無しさん mailto:sage [2006/12/10(日) 02:49:37 ]
- このスレはオブジェクト指向とタスクシステムの話題で持ってるような希ガス
- 105 名前：仕様書無しさん mailto:sage [2006/12/10(日) 02:49:55 ]
- またCとC++の論争か。何度ループすりゃ気が済むんだ？
Cしか使えない香具師→とっととC++勉強しろ！
C厨をけなしてる香具師→いくらC++が便利だからって、Cしか使えない現場はまだまだある。あまり叩くな。
- 106 名前：仕様書無しさん mailto:sage [2006/12/10(日) 02:50:35 ]
- >>101
ＢＲＥＷのコンパイラは、C++言語が使い物にならんかった記憶有り。
俺の居たところでは、
苦し紛れにＣ言語でオブジェクト指向っぽくコーディングされていたけど、
実際のところ、コンパイラや言語仕様による強制が無いに等しいから保守性はかなり落ちる。
Javaより酷いかも。
つーか、携帯程度なら素直にC言語つかっててもあんまり問題ない気はするがな。
- 107 名前：仕様書無しさん mailto:sage [2006/12/10(日) 02:51:33 ]
- まあC++よりC#のがオススメだけどな。
- 108 名前：仕様書無しさん mailto:sage [2006/12/10(日) 03:27:30 ]
- あーあ。XNA、WiiとPS3にも対応してくんねえかな！
- 109 名前：仕様書無しさん mailto:sage [2006/12/10(日) 03:33:46 ]
- クタラギがPS2のときにゲイツOSを断ったらしいがね。
ゲイツも世界制覇諦めて慈善事業とかやってやがるし
もうダメポ。
- 110 名前：仕様書無しさん mailto:sage [2006/12/10(日) 04:30:09 ]
- 大元の発言はC++がCより遅いとか速いとか
そういう話ではないわな
C厨は世界観の狭さからいきり立ってるだけか
話にもならないね
- 111 名前：仕様書無しさん mailto:sage [2006/12/10(日) 06:56:28 ]
- はき出すコードが無駄にデカくて遅いのは事実だろ。
体感では変わらないってだけで。
- 112 名前：仕様書無しさん mailto:sage [2006/12/10(日) 07:04:41 ]
- 無駄では無いと思うよ
まぁ、理解できない奴には無駄にでかくて重く、開発が困難になるだけで何のメリットも無いが。
- 113 名前：仕様書無しさん mailto:sage [2006/12/10(日) 07:09:08 ]
- C++ vs JAVA みたいな論争に…
まぁ 自分が使ってる言語 = 最強
だからこの議論は無意味。自分でその言語使いたおせばいいよ。
- 114 名前：仕様書無しさん mailto:sage [2006/12/10(日) 07:36:23 ]
- Ｃ++が遅いというより
ライブラリーの出来不出来だと思うが
- 115 名前：仕様書無しさん mailto:sage [2006/12/10(日) 07:48:04 ]
- とりあえず、
C++派で言語の速度が気にならん奴は、多分3Dゲームプログラマ。
全体の統制が重要だし、移植も考えるとC++言語使うのは妥当。
Ｃ言語派は、たまごっち系でも作ってんのかと思うんだが、
とりあえずプラットフォーム晒さないと、話すにも焦点がぼやけるのでは。
- 116 名前：仕様書無しさん mailto:sage [2006/12/10(日) 08:00:25 ]
- もはや言語の速度を気にする時代ではない。
- 117 名前：仕様書無しさん mailto:sage [2006/12/10(日) 08:48:37 ]
- とりあえず俺らのネタ的には、DS未満かどうかで語ればいいのか？
DSくらいなら素直にC++使って何の問題もないと思うが、
それ未満の現役ハードって、もはやすぐには思いつかないなー。
本当にたまごっちとかか？
- 118 名前：仕様書無しさん mailto:sage [2006/12/10(日) 09:28:21 ]
- 過去レス嫁って。
スロとかBREWとか、用意されていなかったり使い物にならなかったり
多少なりともそういう環境が現存するってこった。
しかしそういう(C言語縛りの)環境に長年身を置いていると
本当にC++のスキルは身に付かないね。
将来的に(転職も含めて)ずっとC++が使えないとは言い切れないの
自分なりに業務の枠を超えてでも勉強しておく必要がある。
・・・と自分は感じているが。
- 119 名前：仕様書無しさん [2006/12/10(日) 10:36:03 ]
- >>116
>もはや言語の速度を気にする時代ではない。
そうだこれからは Ruby の時代だ。
C++は糞。
- 120 名前：仕様書無しさん [2006/12/10(日) 10:59:53 ]
- >>118
>もはや言語の速度を気にする時代ではない。
うーん。
これ普通のバイナリの実行ファイルとスクリプト言語とで開きがない？
C++だと多少無理目なコードを書いてもかなり速く動くけど
javaとかってうっかり遅いコードかいちゃうとすごく重くない？
いまのところスクリプト言語って個人的には「遅すぎる」し「重すぎる」と思うんだけど。
javaもエクリプスがなんか無駄にでかくなってきててメモリ１ＧＢ以上でＣＰＵも２ＧＢないと
快適に動かないとかちょっと異常だと思う。
- 121 名前：仕様書無しさん mailto:sage [2006/12/10(日) 11:01:21 ]
- ＨＳＰいじったときは、重いときと軽いときとで何がどう影響してるんだかようわからんかった。
- 122 名前：仕様書無しさん mailto:sage [2006/12/10(日) 11:41:00 ]
- >>120
>>119は多少ネタも入ってるでしょ。
その辺は分かってて言ってると思うよ。
- 123 名前：仕様書無しさん mailto:sage [2006/12/10(日) 12:23:26 ]
- >>120
そうだな
昔はCはメモリ食い過ぎて遅すぎたんだよ
アセンブラでないとつかいものにならなかった
動的にメモリ確保なんてありえないだろ
- 124 名前：仕様書無しさん mailto:sage [2006/12/10(日) 15:21:42 ]
- そうだな。
昔は紙のカードに人がパンチで穴を開けてプログラムを作っていた。
そのプログラムはハンドアセンブルだ。
コンピュータにアセンブルさせる? 遅すぎて使い物にならなかったよ。
ハンドアセンブル以外は考えられないだろ。
- 125 名前：仕様書無しさん mailto:sage [2006/12/10(日) 15:29:04 ]
- >>120
そうだな
昔はプログラムを動かすたびに配線を繋ぎ替えててたんだよ
人力でないとつかいものにならなかった
プログラム内臓方式なんてありえないだろ
- 126 名前：仕様書無しさん mailto:sage [2006/12/10(日) 18:08:49 ]
- C/C++では役に立たない。
Pascalでなくちゃ。
- 127 名前：仕様書無しさん mailto:sage [2006/12/10(日) 19:30:59 ]
- 昔はアセンブラのコマンド一つごとのクロック数を気にしながら
コードを書きました。
ショートジャンプの方が1クロック少ないとか
Push Popの方がメモリー・レジスタ間の転送が早いとか
レジスター同士の計算の方が速いから態々まわりっくどいコード書くとか
- 128 名前：仕様書無しさん mailto:sage [2006/12/10(日) 19:31:02 ]
- ちがいますよ、ゲームも
これからはHaskellの時代ですよ
- 129 名前：仕様書無しさん mailto:sage [2006/12/10(日) 19:34:51 ]
- >>128
Monadius?
- 130 名前：仕様書無しさん mailto:sage [2006/12/10(日) 20:14:36 ]
- ネットゲームのサーバプログラムって販売・配信するわけじゃないから
GPLコード使いまくっても何の問題もないよな。
- 131 名前：仕様書無しさん mailto:sage [2006/12/10(日) 20:24:49 ]
- >>130
著作権保持者に聞けよ。
- 132 名前：仕様書無しさん mailto:sage [2006/12/10(日) 20:37:07 ]
- >130
商用利用禁止とか書かれてないのか?
- 133 名前：仕様書無しさん mailto:sage [2006/12/10(日) 21:18:39 ]
- >>132
GPLだって言うなら商用利用も禁止できないだろ。
- 134 名前：仕様書無しさん mailto:sage [2006/12/10(日) 21:21:48 ]
- >>130
危機感の無い奴だな、社会人になるのはやめとけ
- 135 名前：仕様書無しさん mailto:sage [2006/12/10(日) 21:27:00 ]
- >>109
億万長者が引退後に慈善事業をするのはアメリカでは良くある事。
- 136 名前：仕様書無しさん mailto:sage [2006/12/10(日) 21:30:33 ]
- サーバ側はおｋだろ。Google/Yahoo/はてな等の企業は
GPLコードをサーバ側で使ってるがそのコードはほとんど公開していない。
今時単純にGPLだからってそれを避けるとMSみたいに乗り遅れることになるよ。
ただ、ゲームの場合はサーバとクライアントでコードを共有したいことが
ほとんどだろうから、データベースの利用ぐらいに留めるのが現実的な線かね。
- 137 名前：仕様書無しさん mailto:sage [2006/12/10(日) 21:44:03 ]
- >>127
びんぼ臭い石だのう。
やはりアセンブリ言語使うなら68系の石に限る。
- 138 名前：仕様書無しさん mailto:sage [2006/12/10(日) 22:20:40 ]
- ていうか68系の石以外は持て余す。
|
 |
