ゲームプログラマの人に聞きたい 34問目

ゲームプログラマの人 ..

176:仕様書無しさん
09/03/22 17:58:07
>>172
キャストで話せばC++は型変換に対して
より厳密になっている。
厳密であるという事は不都合もあるという事。

その一例がコードの冗長さが生じる場合という事だ。

C++の教科書を読み直せよ、雑魚。

177:仕様書無しさん
09/03/22 17:58:43
まーたもりあがってまいりまし
　　　　　　　　　　　　　　　　　た

178:仕様書無しさん
09/03/22 18:03:46
reinterpret_cast の類は型変換の厳密さを得るためには仕方の無い手間じゃないの？
こうでも書かないとプログラマの意図をコンパイラに伝えられないんだし。
そういうのは「冗長」とは言わないはずなんだが、何のこと言ってるのかな？

179:仕様書無しさん
09/03/22 18:03:49
C++を押す奴は、CもC++も使い、その上で清濁合わせてC++の方が便利と言ってる

ここでC++否定してる奴の特徴
そもそも、C++はCのサブセット、C++でC風に組む事か出来るのにもかかわらず
ほんの少しのCとC++の違いをだけを理由に、変化を拒むロートルさん

そもそもC++を使いこなして否定してるかも疑問
C++の悪口言う内容が、C++使いこなせない奴のレベルの言い分ｗ

180:仕様書無しさん
09/03/22 18:05:22
>>176
＞キャストで話せばC++は型変換に対して
＞より厳密になっている。
＞厳密であるという事は不都合もあるという事。

よう！
無能ｗ

181:仕様書無しさん
09/03/22 18:05:33
厳密なほうがいい言語じゃん

182:仕様書無しさん
09/03/22 18:08:18
プログラマの最終目的は、バグの無い実行バイナリを作る事

ここでさっきから、Cマンセーしてる奴の言い分って

俺がプログラム組みやすい、ってレベルで

言語レベルでバグの無い実行バイナリを作る事を目指して改良された部分を

全然理解してないのなｗｗ

183:仕様書無しさん
09/03/22 18:09:44
>>6で結論出てるのにまたやるのか

184:仕様書無しさん
09/03/22 18:10:36
>>182
D言語知らないの？？？

185:仕様書無しさん
09/03/22 18:11:32
XとYの比較にZ持ってこられても。

186:仕様書無しさん
09/03/22 18:12:15
「どの程度の規模の何を開発するのか」を決めないと言語の優劣なんて議論できないだろ
前提が全員違うから議論になってない

187:仕様書無しさん
09/03/22 18:13:58
XとYじゃなくてXとX'ぐらいなんだがな

188:仕様書無しさん
09/03/22 18:15:37
厳密であるにも関わらず暗黙のポインタやらvtableは言語仕様とは
切り離されている。

つまり、厳密にはその周りはイジレナイって事だ。

一方Cは低級言語よりなので
そのような煩わしい事はない。

つまり開発者はある種のトレードオフを選択してる訳だが
馬鹿は気付いてないだけの事。

要はパラッパラッパープログラマなんだろう。

189:仕様書無しさん
09/03/22 18:16:36
いや、そもそも
D言語って、Cを否定してCより使いやすくって話じゃん

で、これは個人的な理解だが…
C++あるって言われても難しいからさ、D言語って作るよ～
だと思ってるｗｗ

頓珍漢なCマンセーしてる奴にピッタリだなD言語ｗ

190:仕様書無しさん
09/03/22 18:17:17
こっちで思う存分やれ
ｽﾚﾘﾝｸ(prog板)

191:仕様書無しさん
09/03/22 18:18:18
＞つまり、厳密にはその周りはイジレナイって事だ。

そう言う設計しか出来ないCロートルが
そう言う設計にしないで組んでる奴を知らないだけ

ほんとさっきからバカ丸出しｗ

192:仕様書無しさん
09/03/22 18:19:53
>>188
そしてあなたは工数とか保守性とかプログラマの数とかのトレードオフに気づいてないわけですが

193:仕様書無しさん
09/03/22 18:20:41
＞ある種のトレードオフ

自分か理解出来るか出来ないかだけだろｗ
コンパイラが吐き出すバイナリは、ほとんど違いが無いレベルだろ

さっきからコードの記述レベルの話しか出来てないC言語バカは笑っちゃうなｗ

194:仕様書無しさん
09/03/22 18:22:13
いい加減飽きた。この流れ。
もうぷち強いCでいいから。

195:仕様書無しさん
09/03/22 18:23:33
>>191
そんな御託は知ってる。

C++は言語仕様上、設計レベルで対処して考えなければ
回避出来ない問題だからな。

196:仕様書無しさん
09/03/22 18:24:39
なら設計をしっかりすればいいだろ。

197:仕様書無しさん
09/03/22 18:24:45
>176
それは冗長とは言わないなw

198:仕様書無しさん
09/03/22 18:25:04
>>188
お前の言い分は、設計的に間違ってる内容を
言語的に記述可能だから良しとする的な無能の理論

199:仕様書無しさん
09/03/22 18:26:39
>>195
お前の言い分は、設計的に間違ってる内容を
言語的に記述可能だから良しとする的な無能の理論

…お前の理屈は同じなのなｗｗｗ

200:仕様書無しさん
09/03/22 18:28:19
ゲームプログラマってみんなこんなに低レベルなんですか？
あ、低級って意味じゃなくて低能って意味ね

201:仕様書無しさん
09/03/22 18:28:51
この人の主張をおおざっぱにまとめると
・設計が糞だからCじゃないとヤダヤダ！
ですか？

ごめん意味わかんない

202:仕様書無しさん
09/03/22 18:29:26
今日のC言語派は、頭悪い挙句に無能そうだな…

暇つぶしにならん

203:仕様書無しさん
09/03/22 18:29:48
>>193
Cならいかようにもカスタマイズ出来んだろ、カス。
規模が小さい内はその方が融通効くんだよ。

なんでCがなくならないか足りない頭で考えてみろよw

204:仕様書無しさん
09/03/22 18:31:21
はぁ？

205:仕様書無しさん
09/03/22 18:32:09
規模が小さいプログラムにCを使うことに関して誰も反対していないんですが

206:仕様書無しさん
09/03/22 18:32:44
>>203
C++ でも、いかようにもカスタマイズできます。俺はね。

207:仕様書無しさん
09/03/22 18:32:44
スレからゲームプログラマがいなくなるまで延々と同じこと繰り返してろカス共

208:仕様書無しさん
09/03/22 18:33:09
はぁ？

209:仕様書無しさん
09/03/22 18:34:20
>>203
お前見たいな、さっくと新しい良いものに対応できない無能が多いからｗ

お前が言ってる内容が、C++で出来ないとでも？ｗｗｗ

もはや、お前はC言語しかしらない、C++もC++コンパイラも知らない事が判明だなｗ

210:仕様書無しさん
09/03/22 18:35:20
CはC++に統合されないし
Cのプロジェクトはなくならない。

馬鹿は結果で考えた方が早いかもなw

211:仕様書無しさん
09/03/22 18:36:48
馬鹿でなければこんなスレで熱くはなれないだろ？
なあ、210さん？

212:仕様書無しさん
09/03/22 18:37:30
FortranはC++に統合されないし
Fortranのプロジェクトはなくならない。

Fortran最強ｗ

213:仕様書無しさん
09/03/22 18:39:25
>>210
さっきから、その頓珍漢な自分都合の理解はなんなのｗｗｗ

統合ってｗｗｗｗｗｗ

C++はCのサブセットだってのは言語仕様

お前って、もしかしてCコンパイラしか使った事ないの？ｗ

214:仕様書無しさん
09/03/22 18:40:47
サブセットの意味を見直せ。
一度はスルーしたが、二度目は我慢ならん。

215:仕様書無しさん
09/03/22 18:41:27
＞Cのプロジェクトはなくならない。

C++を使えないバカが沢山いるのが理由

それが、C++よりCが優れている理由にはならない

バカはやっぱりバカなんだなｗ

216:仕様書無しさん
09/03/22 18:42:42
3月末で契約切れ、4月から無職のC言語派にはキビシイ春みたいですなぁw

217:仕様書無しさん
09/03/22 18:43:01
なんでコイツらこんな糞な話題でヒートアップできるんだろう・・・
メシでも食ってこよ

218:仕様書無しさん
09/03/22 18:44:58
つーか、いいかげんC++のメリットを書けや
厨ども

それとも馬脚を顕わすのが怖くて
ビビってんのか？w

あと俺はC派ではない。
和洋折衷派だ。

219:仕様書無しさん
09/03/22 18:45:56
だれも言語であつくなってないと思うよ
さっきから一人C言語派のおかしな言い分を書き込む人がいるからヒートアップしてるんだよｗ

220:仕様書無しさん
09/03/22 18:46:43
ぴゅう太の日本語BASICとN88-BASICの折衷派か？

221:仕様書無しさん
09/03/22 18:48:18
>>218
＞つーか、いいかげんC++のメリットを書けや
!=
＞あと俺はC派ではない。

これは、ダウト…
と言う事でOK?

ｗｗｗｗｗｗｗｗ

222:仕様書無しさん
09/03/22 18:49:10
知らずに煽れると思って集まってきたガキが多すぎて困る。
ここまでにしとけ。

223:仕様書無しさん
09/03/22 18:51:29
>>215
典型的厨だな。

ある程度の規模まではCの方が開発効率が良いのは
数字が出ている。

ソースは自分で探せよ、カスw

224:仕様書無しさん
09/03/22 18:51:36
時代の流れに乗れないC派は哀れだな。
まぁ、最後の一人になれば残存者利益を独り占めできるから、せいぜいガンバレ。

225:仕様書無しさん
09/03/22 18:52:03
わかります
C++を知ったかしてC言語を偉そうに語ったは言いが、頓珍漢だったのを無くしたいのですね

226:仕様書無しさん
09/03/22 18:53:30
端から見てると
自分でソースはもってこれないうえに
ボコボコにされて今日はここまでにしておいてやる
そんな3流悪役にしか見えないんですが

227:仕様書無しさん
09/03/22 18:55:06
＞ある程度の規模まではCの方が開発効率が良いのは
＞数字が出ている。

世にC++を使えないバカが沢山いる状況で取ったサンプルなら
そうなるべくしてなるのですが…

きちんとCを使った開発効率と
きちんとC++を使った開発効率で比べて下さい

…ほんと、バカはバカなんですねｗ

228:仕様書無しさん
09/03/22 18:55:47
C言語派…w

自分はこういうロートルにならないようにしよう…。

229:仕様書無しさん
09/03/22 18:56:06
ここでＣ使い叩いてるヤツも
Ｃ＋＋０Ｘが来たら同じグダグダを言うに１００ペリカ

いや、俺は言うねｗ
Ｃ＋＋０Ｘは厳密であるがゆえに不都合が云々ｗ

230:仕様書無しさん
09/03/22 19:02:21
厨どもが使っているライブラリが
実はCで書かれているに100ペリカw

231:仕様書無しさん
09/03/22 19:03:31
ぶっちゃけC++使いこなせる奴が、C言語を使えないわけがない
その上でC言語に固執してる奴は、頭固い使えない奴だろ

そう言う奴はC言語だけで開発できてるうちだけ、そのうち段々と仕事出来る世界が狭くなって
自分か引退するが先か、仕事がなくなるのが先かってレベルだろ

組み込みでC言語が高級言語で普通にアセンブラも使うってターゲットでも
ツールはC++でSTL使いまくって、ちゃっちゃって作る奴だっている

232:仕様書無しさん
09/03/22 19:04:12
やったー！ライセンスの話からCvsC++の話にしたぞー！

233:仕様書無しさん
09/03/22 19:04:35
つーか、実際そうだけどなwww

234:仕様書無しさん
09/03/22 19:04:46
>>230
OSインタフェースがC++なのはシンビアンぐらいだろ。
どんなシステムだって低いレイヤは低水準はもので書かれてるに
決まってるわヴォケ。

235:仕様書無しさん
09/03/22 19:10:10
>>234
和洋折衷じゃん
馬鹿だろ？w

さらに言えばJAVAだってスクリプト等だってある。

236:仕様書無しさん
09/03/22 19:13:45
>>235
Cで書かれたライブラリを使うから
全てC++で書いても和洋折衷って…ばかっすか？

それとも使うライブラリがCだから
言語の採用はC or C++で、Cに決定と言う理屈？

237:仕様書無しさん
09/03/22 19:16:44
やはりパラッパラッパーかw

238:仕様書無しさん
09/03/22 19:17:33
　　　　　　　＿＿＿_
　　　　　　／＼　　／＼　ｷﾘｯ
.　　　　　／　（ー）　（ー）＼　　　　＜「JAVAだってスクリプト等だってある。」
　　　　／　　 ⌒（__人__）⌒ ＼
　　　　|　　　　　|r┬-|　　　　|
　　　　＼　　　　 `ー’´　　／
　　　　ノ　　　　　　　　　　　＼
　／´　　　　　　　　　　　　　　ヽ
　|　　　　ｌ　　　　　　　　　　　　　　＼
　ヽ　　　 -一””””~~｀`’ー?､　　　-一”””’ー-､.
　　ヽ＿＿＿＿(⌒)(⌒)⌒)　)　　(⌒＿(⌒)⌒)⌒))

　　　　　　　　＿＿＿_
　　　　　　　／_ノ　ヽ､_＼
　ﾐ　ﾐ　ﾐ　　oﾟ(（●）) (（●）)ﾟo　　　　　　ﾐ　ﾐ　ﾐ　　　＜だっておｗｗｗ
/⌒)⌒)⌒. ::::::⌒（__人__）⌒:::＼　　　/⌒)⌒)⌒) 　　
|　/　/　/　　　　　|r┬-|　　　　|　(⌒)/　/ / /／　　　　　　　
|　:::::::::::(⌒)　　　　|　|　 |　　／　ゝ　　:::::::::::/　　　　　　
|　　　　　ノ　　　　|　|　 |　　＼　　/　　）　　/
ヽ　　　　/　　　　　`ー’´ 　　　ヽ /　　　　／
　|　　　　|　　 l||l　从人 l||l 　　　　 l||l 从人 l||l　　バンバン
　ヽ　　　 -一””””~~｀`’ー?､　　　-一”””’ー-､
　　ヽ＿＿＿＿(⌒)(⌒)⌒)　)　　(⌒＿(⌒)⌒)⌒))

239:仕様書無しさん
09/03/22 19:21:16
ライブラリの意味も知らずに
Cライブラリを使うC++コードを見ると、Cラッパーとか言い出す
頭のおかしいC言語さんがいるスレは此処ですか？ｗ

お前は、C++で書かれたライブラリをCで書き直して使えば良いんじゃね？
ｗｗｗｗ

240:仕様書無しさん
09/03/22 19:25:12
おいおい、前スレから何百レスCvsC++で盛り上がってんだよ
10年以上前に枯れた話題で盛り上がるなんて
ゲーム業界って最先端かと思ってたが最後発なんだな

241:仕様書無しさん
09/03/22 19:25:21
Haskell最高ー

242:仕様書無しさん
09/03/22 19:32:58
>>240
分野によって、新技術の向き不向きがあるという当然のことなんだが。

243:仕様書無しさん
09/03/22 19:33:59
新技術に限った話でもない。

244:仕様書無しさん
09/03/22 19:37:06
つーか、争いの次元がCとかC++とかレベル低すぎ。
言語っていったらもきゃぴいだろ？それ以外はクソ。

245:仕様書無しさん
09/03/22 19:54:48
Objective-C最強
iPhoneアプリでウハウハだぜｗｗｗ

246:仕様書無しさん
09/03/22 19:57:41
何気にC++厨が全てをC++でw
からトーンダウンしてるのがウケルw

馬鹿だから過去にosをC++で書いて大失敗した有名な話も知らないんだろうな。

そもそも知識の幅が糞だから
今頃にC++をマンセーしてるんだろうがw

247:仕様書無しさん
09/03/22 19:58:37
　　　　　_,,.-'';;;;;;;;;;/　 l| i　　　///　{{i´ 　　　 `''=シ､彡'､
　　　　ヾ;;;;;;;;;;;;:-''{　　ヽ`ﾆ=彡/　　`''ー　　　（´　 iヽ　ヽ
　　　　ヾ／　　'、_,,ノ ,,..ニｼ--､,,_　　　　　　　 _,-i　ヽ　}!
　　　　　/　　　／　 / （(彡, ミ=ｒ=≧;;-　　 /≦=ﾔト､）ﾂ　　C++はその昔、PGの単価を上げるために
　　　　　{!　　　/ 　　　>､ミ= ､ヽゝヾ;;ｼ`` 　　l"k;;ｼﾁ )）´ﾉ!　　　どうしても必要だったの
　　　　　lヽ、　,'　　　（　￣｀ヾ.）＾^^｀　　　 i ´^^｀/'´　ハ　　
　　　　　＞､ヽ|　　　　ヾミ＝‐イ　　　　　　'、　 (__彡'　 ',　　そして今度はCellを造ったのよ
　　　　/,.- ヾミ、　　　　{`＝彡ｒ,.　　　　　　／　 (´_彡'i､　 !　
　　　 .l/=-'´￣ヽ、　　　`{´ { {{{i､_ノ　ｰ-｀ﾆ- 　 ∧ !　ヾ!,ﾉ
　　／´/　,,. ‐＝{ヽ、　　｀`ヽ￣ヽ、　｀''ー'　 ,.ｲﾘﾉ' ヽ　 |l!
　 ./ ,,.=ｌ／ ,,.=＝{ヽ、` = _　　、ヽ　` ､　 ,.イ　,,.ノ　　l ノ==､
　 l/ ,r=ｆ／／´￣ﾄ､ `= __　ヾ、ヽ ', 　　｀´　!／　 _,,,.ノヽ＝=､ヽ

248:仕様書無しさん
09/03/22 20:00:46
一体誰と戦っているんだ

249:仕様書無しさん
09/03/22 20:05:08
そんな事よりはやくC++厨はメリットを書けよ。

結局ただのクレクレ君なのか？w

250:仕様書無しさん
09/03/22 20:10:40
これはC厨が火病ってオシマイというオチでよろしいか

251:仕様書無しさん
09/03/22 20:11:55
お前ら全員アマチュアなの？
言語なんてプロジェクト毎に適切なものが決められてるから、
それを使うに決まってるだろ。
自分で決められるときは、問題解決に適切なものを選択するだけだし。
たかが手段を、あたかも目的のごとく語るのはヤメレ。

252:仕様書無しさん
09/03/22 20:14:33
ゲーム会社って
Ｃ言語とＣ＋＋でケンカが頻繁におこるんですか？

253:仕様書無しさん
09/03/22 20:14:58
やっとの思いでC++を覚えた特に取柄のない
ラッパープログラマが無知を晒したが正解

254:仕様書無しさん
09/03/22 20:16:11
↑お前なんでそんなに必死なの・・・？

255:仕様書無しさん
09/03/22 20:25:29
ま、最終的に行き着くのは結局HSPなんだけどね。

256:仕様書無しさん
09/03/22 20:30:18
>>254
無知がノーガードで飛び掛かって来るから
ジャブでいなしてるだけだが、何か？w

257:仕様書無しさん
09/03/22 20:30:23
Ｃで分かりやすいプログラムが書けないからってＣ＋＋に逃げるなよう

258:仕様書無しさん
09/03/22 20:32:02
人類はHSPに帰結するよ

259:仕様書無しさん
09/03/22 20:32:42
え？ジャブ？
めっちゃ本気で空振りしまくってるように見えるんだけど

260:仕様書無しさん
09/03/22 20:34:50
J言語だろJK・・・・・・

261:仕様書無しさん
09/03/22 20:35:18
なんだこのスレｗ
愉快だから上げとくか

262:仕様書無しさん
09/03/22 20:38:34
あれだけ必死になったあとにジャブですとか言われたらさすがのオレでも引くわ

263:仕様書無しさん
09/03/22 20:43:54
【攻撃力】「10ｃｍの爆弾」射程10ｃｍ、鍛えた人間の頭に穴を開け数メートルふっとばせるほどの威力。
避けても衝撃波だけで皮が裂けてダメージを与える。
「ハイパー」爆弾以外のすべてのパンチ。
パンチによって起こる衝撃波だけで鍛えた人間を数メートル吹き飛ばし、加えていた葉巻の火を消せる。
威力は爆弾より多少落ちる程度。
ジャブのスピードは世界最高クラスの審判が残像しか見えず、何発うっているか分からないほど。
その他のパンチのスピードはジャブより落ちる

264:仕様書無しさん
09/03/22 20:44:15
厨どもはヘタレてないではやくC++のメリット書けよ。

書けないのか？

265:仕様書無しさん
09/03/22 20:49:31
お前様が一番「厨」っぽい件について。

266:仕様書無しさん
09/03/22 20:52:27
>>265
わかったから泣くなw

267:仕様書無しさん
09/03/22 20:53:23
そんなことよりベネズエラに腹立ってる人のほうが多いんですけどね

268:仕様書無しさん
09/03/22 20:58:19
>266
イミフ。
オレ今来たばっかりなんだが、なんで泣かなきゃいけないの？
厨っぽくない論理的な説明をよろしく。
ベネズエラにはがっかりだが泣くほどでもないし。

269:仕様書無しさん
09/03/22 20:59:57
C++が最高と言うつもりはないが、現実にC++以外で開発してるところってあるんかな？
うちはポータブル系はやったことないので、知らないだけだがあのあたりのハードは今でもＣ開発あるんかな？
昔、ＳＨ４での開発があったときはSH4のC++が糞だったので、Cの割合が多かったけどな。

もしＤとかで開発してるデベロッパーがあれば、かなり度肝を抜かれるんだけど・・・
ぜひなんかの機会に講演して欲しい

270:仕様書無しさん
09/03/22 21:42:35
スレが進んでると思ったらまだ33問目を引きずってるのか

271:仕様書無しさん
09/03/22 22:08:54
DSもPSPもC++だよ
携帯電話はJavaが多い

いまどきわざわざCで書くメリットは少ない
確かに細部の速度は上だろうけど、それならアセンブラで書けば？って思う
実際、マトリクスとかベクトルとかのコア部分はアセンブラで書いてるし

272:仕様書無しさん
09/03/22 22:19:40
DSはしらん。
PSPはC言語でやってる。

273:仕様書無しさん
09/03/22 22:55:15
>235
和洋の『和』ってナンだよwww

274:仕様書無しさん
09/03/22 23:05:51
DSもPSPもC++だ。
いわゆる次世代機は言わずもがな。

C使ってるのは組み込みやってる部署くらいかな。

275:仕様書無しさん
09/03/22 23:16:24
DSみたいなハードで
C++って選択は妥当なのか？

処理落ちしまくりOKとか
ショボゲーをサクっと開発するとか駄目系な理由しか
妥当性が見当たらない。

276:仕様書無しさん
09/03/22 23:16:29
社内や自分の知人関係では100%がC++。Cでゲーム作ってるという話はもはや聞かない。
１０年前はC++は少数派だったけど、今はCは一部を除いてほぼ絶滅したんじゃないかな。

ただSTLをきちんと使いこなしているところは多くない感じ。
ましてやboost使っているところはごく一部という印象。

277:仕様書無しさん
09/03/22 23:24:18
C++が遅いと言っているやつは、コンパイラがどんなコードを吐くのか
理解できない、アセンブラも読めないヘタレじゃないの？
コンパイラの癖をきちんと把握していればCと変わらないコードを書ける。

278:仕様書無しさん
09/03/22 23:31:16
STLもboostも速度に関しては微妙なことが多いしなー
高機能そこそこの速度ものより低機能高速が求められるから、実際パフォーマンス的に問題なくても
一々ネックになる部分のこと考えるくらいなら全部Cで書いてしまった方がいいという思考停止状態に陥るのも分からないでもない

279:仕様書無しさん
09/03/22 23:34:09
>>277
最適化オプションの種類や数を知ってる人間の
発言じゃないな。

たぶんお前が考えてるよりもコンパイラの方が
良いコードを吐くだろうな。

280:仕様書無しさん
09/03/22 23:38:53
>179
>C++を押す奴は、CもC++も使い、その上で清濁合わせてC++の方が便利と言ってる
すんません、Cあまり使わずにC++使っちゃってすんません。

281:仕様書無しさん
09/03/22 23:44:12
>>276
とりあえずboost::randomとboost::foreachだけなら使ってる人も多いかと。
特に前者。

282:仕様書無しさん
09/03/22 23:46:46
MT使ってる

283:仕様書無しさん
09/03/22 23:51:28
AGB でも C++ 使えたよ。例外と RTTI は切ってたけど。 STLport 入れて
auto_ptr や algorithm 程度は快適に使えた。 boost に手を出そうとしたころに
AGB の仕事がなくなった。

284:仕様書無しさん
09/03/22 23:52:17
そもそもC++のマングリングとアセンブラは相性が悪い。

アセンブラに限らずちょっとバイナリレベルな事を混ぜると
面倒な事になりがち。

結局は使い分けだろ。
当たり前だけど。

285:仕様書無しさん
09/03/23 00:32:29
export "C" するのってそんな面倒なことか
や、使い分けなのは同意だが

286:仕様書無しさん
09/03/23 00:44:28
何言いたいのかさっぱりわからない
野球で例えてくれ

287:仕様書無しさん
09/03/23 01:00:43
ゲッツー

288:仕様書無しさん
09/03/23 01:21:00
鈍足の強打者を二番に起用またはリリーフエースを先発で起用。

289:仕様書無しさん
09/03/23 01:32:04
昔はブイブイ言わしていたかもしれないが、今は無能で故障ばかりの清原が二軍で
新人ピッチャー相手にフルスイングの三振で周りにバカにされて四面楚歌。

290:仕様書無しさん
09/03/23 01:35:38
一番秋山
三番イチロー

理論上うまくしのげそうなのだが、結果が出ない

291:仕様書無しさん
09/03/23 01:47:36
一時期の巨人。

金にモノを言わせて人を集めたはいいが
使い方が下手で結局最下位。

292:仕様書無しさん
09/03/23 01:48:20
そんな事より今後のゲーム業界の話し聞かせてよ！

293:仕様書無しさん
09/03/23 06:10:16
開発会社と販売会社の全面戦争だよ
URLﾘﾝｸ(www.8bit.co.jp)
URLﾘﾝｸ(ssl.form-mailer.jp)

294:仕様書無しさん
09/03/23 07:01:04
>>293
いいぞおもしろいぞもっとやれ

295:仕様書無しさん
09/03/23 08:08:03
クソゲーはどうでもいい。
というか、信頼できる相手と仕事しない時点で自分が悪いと気づけない奴は、救いようのない馬鹿だ。

296:仕様書無しさん
09/03/23 08:58:55
格好付けてもプラットフォームを選ぶ立場の限り
ガキの発言にすぎない。

つーか、スカしてる奴が一番使えない。

297:269
09/03/23 18:45:03
C++が割合的に多いけど、Ｃもまだまだ現役ってところかね。

うちでもboostやSTLは積極的に使用してるけど、たしかにボトルネックになる部分はある。
ただ、それもきちんとプロファイラとって、どうしても目をつぶれない箇所は修正するぐらいで、
どちらかといえば開発効率アップのためにこれらのコンテナは普通に使うことが多いかな・・・

ちなみにboostは乱数関係と、スマートポインタ、稀にファンクション使うぐらいだけど。
STLもSTLportを使うようにしている。

298:仕様書無しさん
09/03/23 20:02:21
組み込み系プログラマからおまいらに素朴な質問
趣味でDirectX使った3Dゲームソフト作ってるんだけど、
DSとかPSPとかPS3とかもそれに似たようなライブラリが用意されてるわけ？
なんかかっこいい名前ついてるの？
箱○はDirectXそのままなんだっけ？
あと、組み込みだと、CPUごとに統合開発環境が用意されてるんだけれど、
ゲーム開発もそういうのがあるのか？

299:仕様書無しさん
09/03/23 20:16:19
ドザはだまってろｗ

300:仕様書無しさん
09/03/23 20:26:23
>>298
だいたいあるから心配するな

301:仕様書無しさん
09/03/23 21:40:58
>298
そんなのはMW買ってこれば良いんだよ。

302:仕様書無しさん
09/03/23 22:35:11
>>298
PSPはしらんけど、DSとPS3はかっこわるい名前がついたのがあるよ＞ライブラリ

303:仕様書無しさん
09/03/24 02:15:42
>>298
ハードによるかな。PS2は最初は無かった。
外人が作ったポリゴン出るよ程度のサンプルからソニー社内の開発チームとか
初期タイトル出すメーカーが色々作ってた。後期に大分充実したけど。

ソフトウェアハウスがどのハードで発売するかを考えた時、ゲームの内容で選ぶことはまずない。
どのハードなら売れそうかで考えるので、
作りやすいハード→参入しやすい→タイトルが増えやすい→ユーザが増えやすい
→パイが多いから買ってもらえる可能性が増える。
なので、最近はハードを出すところも作りやすさを考えて色々作ってくれてる。

304:仕様書無しさん
09/03/24 03:24:46
XBOX360はゲームプログラマなら誰でも使えるDirectX採用だから簡単に開発できる。
PS3はゲームプログラマが慣れてないOpenGL採用だから開発が難しい。

XBOX360はWindowsパソコン上のVisual Studioで開発できる。
PS3は糞高い専用のワークステーションを買わないと開発できない上にコマンドライン()笑。

XBOX360にはXNAみたいな優れたライブラリがある。
PS3はライブラリが無いからハードウェアを直接叩くしかない。

熱心なXBOXファンが言ってたんですが、これは本当ですか？

305:仕様書無しさん
09/03/24 03:37:44
UNIXツールなめんなよクズども

306:仕様書無しさん
09/03/24 03:41:14
熱心なXBOXファン、つまりお前の意見だろｗ

307:仕様書無しさん
09/03/24 06:04:01
>>304
全部嘘。

308:仕様書無しさん
09/03/24 07:11:39
>304
> XBOX360にはXNAみたいな優れたライブラリがある。

XNAはC#用だwww
バカだろ、オマエもその『熱心なXBOXファン』とやらもwwwww

309:仕様書無しさん
09/03/24 07:37:25
え？PS2はDirectXですよね？
ゲーム作りやすいDirectXだったのにOpenGLとかいう未知の技術に切り替えたから
PS2やXBOX360と比べて開発費が20倍がかかっちゃうんですよね？

310:仕様書無しさん
09/03/24 08:00:21
違います。

311:仕様書無しさん
09/03/24 09:11:55
ここまで的確に全部嘘ってのもすごいな
普通は本当のことも混じってるもんだが

312:仕様書無しさん
09/03/24 09:57:32
>>308
「みたいな」って日本語が読めない？
360用のライブラリの簡略版がXNAなんだが

313:仕様書無しさん
09/03/24 09:58:53
>>304
「熱心なXBOXファン」を捏造して開発者と360を切り離そうとしても手遅れだよ

314:仕様書無しさん
09/03/24 10:00:00
一言「ゲハうざい」で放置すりゃいいだろ

315:仕様書無しさん
09/03/24 10:05:09
>>312
残念ながらそれも違います

316:仕様書無しさん
09/03/24 11:47:46
OpenGLが未知の技術って・・・
冗談は顔だけにしろよ

317:仕様書無しさん
09/03/24 16:17:16
XNAはC#専用じゃない。
しかしXNAなんかで製品は開発しない。

318:仕様書無しさん
09/03/24 20:52:27
XNAのデメリットって何？PCとXBOX両方で出そうとした場合、
PCのOSの敷居が上がって必要ランタイムが増えるくらい？

319:仕様書無しさん
09/03/24 20:57:28
箱○触ったことない俺がなんか重そうとか言ってみる

320:仕様書無しさん
09/03/24 21:57:04
XNAのデメリットは、DirectXより機能が乏しいということもあるけど、
これまでDirectXで構築したり購入したりしたライブラリやツールが使えなくなるとか、
マルチプラットホームのミドルウェアが使えないとか
（商品がシングルプラットホームでもミドルウェアだけ使いたいこともある）、
マイナーなライブラリは外注やバイトが慣れるまで時間がかかるとか、
C#やC++/CLIで開発したらPS3やWiiへの移植に困るとか、そんなとこ。

.NET自体は、ツールとかビュアーとかを作ってみた限りでは、
起動時をのぞいてパフォーマンスはネイティブとほとんど変わらないと思う。
いざとなったら一部をネイティブで書いて高速化できるし。

321:仕様書無しさん
09/03/24 22:30:37
XBOX360でXNAを使うデメリットは、携帯機器など非力な環境向けに設計された糞遅いGC。
あれが動き出すとパフォーマンスが目に見えて低下するから、動かないように気を付けた
コーディングをしなけりゃならない。C#やC++/CLIはCLRの元で動く、つまり、マネージド
コードという枠が与えられているのに、その枠内でさらに自前でメモリ管理しなけりゃ
ならない。C#で受けられる恩恵の一つを、自ら潰してしまわないといけないって事だ。

XBOX360向けに書いたものをPCへ移植するのは割と楽だが、逆をやると大変だ。
ある程度の規模を越えると、PCではちゃんと動いていたものが、まともに動かなくなる。

322:仕様書無しさん
09/03/24 22:49:23
なるほど。
過去の資産とＧＣか。ＧＣはXNA用に.NETと違うアルゴリズムが搭載されてるって聞いてたけど、
むしろそれがネックなのか。

323:仕様書無しさん
09/03/24 23:39:59
なんだゲームキューブの話か

324:仕様書無しさん
09/03/24 23:50:54
XNAは簡単なゲームなら簡単に作れるところがメリット
コラムスとかテトリスだったらサクっと作れる

ハイエンド向けにやろうとすること自体間違い
MFCで全てをやろうとするくらいアホ

325:仕様書無しさん
09/03/25 02:53:09
現世代機でベクトル演算器使いすぎるとPCに移したときSSEのあまりの遅さに悶絶する。

XNA使った商用タイトルって存在しないよね？

326:仕様書無しさん
09/03/25 03:09:30
XboxLIVEアーケードに存在するって噂を聞いたけど本当かどうか確かめたことは無い
PCでは多分無いだろ。難読化面倒そうだし

327:仕様書無しさん
09/03/25 03:11:19
>現世代機
PS3？個人的にはそれ以外のコンシューマーは遅いCPUを
GPUでカバーなイメージなんだけど。

328:仕様書無しさん
09/03/25 08:08:56
ところで
sgiって言ったらシリコングラフィックスなんたらだよな？
なんで創価学会なんたらとかいいだすん？

329:仕様書無しさん
09/03/25 09:26:53
お約束のボケだから

330:仕様書無しさん
09/03/25 09:54:19
もはやなんたらという程度の知名度しか残ってないから

331:仕様書無しさん
09/03/25 20:16:04
創価の方が知名度高いから

332:仕様書無しさん
09/03/25 20:32:41
そうか

333:仕様書無しさん
09/03/25 21:06:37
電車で吊革広告を見たら、SGIとあの名が一緒にあったので不思議に思ったけど、そうか

334:仕様書無しさん
09/03/25 22:42:27
>>293
の問題は
URLﾘﾝｸ(news.dengeki.com)
結局こうなったのか

まぁプロジェクトがポシャるのは珍しくないが
これはやるせねぇなぁ

335:仕様書無しさん
09/03/25 22:52:41
しょうもないオチだなあ
パブリッシャーが糞だとほんとみんなが迷惑する

336:仕様書無しさん
09/03/25 23:00:00
ネットが無い時代だと、もっと酷い話もあったんだろうな

337:仕様書無しさん
09/03/25 23:22:08
感情論で考えると元の開発者達を応援したくなるけど、
仮契約の上にゲームのクオリティの線引きを受注側が勝手に決めるのはどうかと。
金の為に作るかユーザの為に作るか、開発者なら誰もが抱えるジレンマだけど
クライアントがいる以上、下がそれを勝手に選んじゃいけないんだよなぁ。

338:仕様書無しさん
09/03/25 23:40:18
結局、どっちも糞ってこった
作りたいものを作りたきゃ、自分で調達した金で作れってこった

339:仕様書無しさん
09/03/25 23:53:52
江戸時代かよｗ

340:仕様書無しさん
09/03/26 01:48:46
>>334
URLﾘﾝｸ(www.os.rim.or.jp)

こんなプロジェクトに関わったらぐったりする程度じゃすまなそうだ
こういうの見ると自社開発って恵まれてるんだと改めて思う

341:仕様書無しさん
09/03/26 06:39:37
そういう書き込みする事事態が、守秘義務違反に感じる訳だが
全てにおいてガキ臭い

342:仕様書無しさん
09/03/26 07:37:49
じゃあ開発会社が勝つためにはどうすればよかったの？
いい案もってるならアドバイスしてあげたらよかったじゃん

俺は逆の意見でやれることはなんでもやったらいいと思う
その上で結果がアホならアホ、いいならいい
今回は結果オーライだね

343:仕様書無しさん
09/03/26 07:39:17
ただ裁判はこれからっぽいね

344:仕様書無しさん
09/03/26 14:06:35
>>342
「２週間開発を伸ばしてもらい、それにかかる損害を全て開発費から引いてもらったらどうでしょう？」
ユーザに無責任にこんな事言われたら怒るでしょ？
「俺の納得するゲームができてないので出せない」
開発にこんな事言われたら怒るでしょ？

どちらも責任を取れる立場にないから。今回の場合、どうしたらいいか解らんけど
「このクオリティで出すなら期間短縮の為と全責任をそちらが取るって一筆書いてください。
既知のバグのリストを出しますので、これを容認した旨を書類にして下さい。」
で、発売後ユーザ怒るも書類を盾につっぱねる。消化不良のユーザの要望が高まったところで
版権元が完全版の需要を見込んで開発に話がくるのを待つ。くらいかなぁ。

345:仕様書無しさん
09/03/26 14:34:24
ここでCvsC++

346:仕様書無しさん
09/03/26 20:18:49
Gamebryoを採用したうちの会社は勝ち組？

でも機能が足りなくて、エンジン部分書き換えまくってます。
次のバージョンアップが来たら軽く死ねます。

347:仕様書無しさん
09/03/26 20:25:26
>>344
開発の人達保身のために怒ってるわけじゃないのに的外れじゃね？
ユーザーになんも救いがないうえに書類盾にして裁判でもやりたいなら今の状況とどう違うっていうの？

348:仕様書無しさん
09/03/26 20:53:35
開発の契約が結べないなら、著作権買い取って開発してユーザーに売れば？

349:仕様書無しさん
09/03/26 21:23:57
>>348
解決策もってないのにこの発言（>>341）はどういうことなの？
ガキどころかクズじゃんｗ

350:仕様書無しさん
09/03/26 22:33:27
>>346
オブリビオンもFallout 3もバグだらけなのによく採用する気になったね…。

まあどこかに人柱いないと内容広まらないからありがたいけど。

351:仕様書無しさん
09/03/26 22:47:28
>>350
それどっちも同じ会社じゃないかｗ
Civ4やPrince of PersiaもGamebryoだよ

352:仕様書無しさん
09/03/26 23:49:29
うちの会社なんか、まともに技術持ってるプログラマ俺しかいない（というかプログラマが俺しかいない小さい会社）のに、
やたら自社エンジンにこだわってて困る。

353:仕様書無しさん
09/03/27 00:32:21
自社エンジンにこだわるのは海外もいっしょみたいよ。
Gamasutraでミドルウェア採用してみたものの、次回はやめたいって調査があった。

354:仕様書無しさん
09/03/27 00:46:25
自前でなんでもやった方がいいんじゃないの

355:仕様書無しさん
09/03/27 00:48:47
携帯電話ゲーが無いなら作ればいいじゃない
知識も資金も無いが、やる気があるなら集え！
知識のある賢人や資金のある資産家も募集中
アイデアだけでもキャラデザだけでも手伝ってくれる人なら大歓迎
ｽﾚﾘﾝｸ(appli板)l50

みたいな事をやっていますが助言・助太刀等を頼みます

356:仕様書無しさん
09/03/27 02:01:04
だがことわる

357:仕様書無しさん
09/03/27 02:41:23
同じ不自由なら自前の方がマシだと思うよ
ミドルウェアのサポートがこちらの都合に合わせてくれることはまず無いから

10年以上使い倒されて枯れてるっていうならともかくね

358:仕様書無しさん
09/03/27 03:34:20
>>347
次回、完全版の依頼が来れば、もう１度作るチャンスができるでしょ？その時納得するまで作りこめる。
開発がユーザ側に立っているなら今の結果は選択しないでしょ？
多分、自分達が納得するものを作りたいだけだと思う。
職人として志が高いのは認めるけど、請負としては残念な人たちだと思う。

359:仕様書無しさん
09/03/27 03:55:12
>>352
そして開発効率を優先するあまり
・テクスチャのアルファチャンネル使えない。
・ボーン数は１０まで、ウェイトは２つまで。
・サウンドループ時音が一瞬止まるのは仕様。

という目も当てられない制限が‥。

360:仕様書無しさん
09/03/27 06:47:01
>>358
同意
行動が社会人として幼すぎる

361:仕様書無しさん
09/03/27 07:31:02
は？次回完全版の依頼？何ズレたこと前提にしてるの？
今回の件に関しての解決策は全くないってこと？
おじさん頭が悪いなら黙ってたほうがよくない？

362:仕様書無しさん
09/03/27 07:56:02
つうか、開発会社がワガママなだけだろう。
言われた仕事も満足にできてないくせに。

363:仕様書無しさん
09/03/27 08:26:16
>>361
エラい怒ってるねｗ
今回は涙をのんでクライアントの言うことを聞いて
せめて次に繋げる努力をするのが最善だったんじゃないかと。
それが無理なら誰からも指図されない同人でも作るしかないんじゃない？
おじさん、黙ってろって言われたのに頭悪いから喋っちゃったねｗ

364:仕様書無しさん
09/03/27 08:35:37
掻い摘んでいうと解決策は無いっていってるんでしょ？
餓鬼も糞もただの馬鹿じゃん
なんでその状態で人のこと餓鬼だのなんだの酷評できるのかわからない
恥ずかしくないの？
つまんない時間だったね
バイバイおじさん

365:仕様書無しさん
09/03/27 12:45:27
ゲームやるだけの立場ならでかいこと言えるけど、いざ当事者になると何もできないのはよくあることです。

366:仕様書無しさん
09/03/27 13:00:07
開発会社の評判が落ちるってことはないんかな
もちろん、ネットに暴露するほうが落ちるとは思うけど、
仮に販売に全部責任を被ってもらったとしても、若干の評判落ちは否めないと思うんだが

367:仕様書無しさん
09/03/27 14:12:35
このスレageてる馬鹿が激しくガキ臭い件

368:仕様書無しさん
09/03/27 14:29:01
先輩方に質問です
あるクラスではベクトルを表す変数にD3DXVECTOR3 m_vEyePt;
vと先頭につけているのですが
あるクラスではD3DXVECROR3 m_position;
とvをつけていないのですが統一しないと評価落ちますか？

369:仕様書無しさん
09/03/27 15:02:59
そんなの人による
命名規則なんぞ糞くらえな人も結構いるし
やたら神経質な人もいる

370:仕様書無しさん
09/03/27 17:11:08
インタラクティブプログラミングできないC C++陣営の人たちかわいそうすぎるｗｗｗｗｗｗｗｗｗｗｗ

371:仕様書無しさん
09/03/27 17:50:26
>>349
クライアントとのやりとりを、一々、公の場で晒す奴に、次の仕事も糞も無いだろ
こんな阿呆は久しぶりに見た

372:仕様書無しさん
09/03/27 20:35:55
今不況だけど
普通のPGでも使えなかったら
クビ切られるの？

373:仕様書無しさん
09/03/27 21:56:49
使えない時点で普通ではないよ

374:仕様書無しさん
09/03/27 22:09:55
使えるプログラマでも切られるご時勢
某大手ソフトハウスも300人リストラ予定で追加で＋200人リストラだと
外注も一切止めて内部のみの開発にするらしい
つまりそこから発注を受けてた下請け会社は押して知るべし

375:仕様書無しさん
09/03/27 22:56:59
ゲーム会社だと、まずCGから切られていくイメージ。
それ以前に中堅以上だと最近は開発スパンが長くなり、
１プロジェクトで１年くらい収入無いのはあたりまえなんで、
まだ不況の実感ないんじゃないかな？

376:仕様書無しさん
09/03/28 00:31:52
丸一年経つ頃には発売日未定のゲームがいっぱい出揃ってるんじゃね？

377:仕様書無しさん
09/03/28 00:39:43
>>374
ここ最近なんにもヒットだしてないN社さんですか。

378:仕様書無しさん
09/03/28 01:18:30
そうなるとユーザが少ない選択肢の中からソフトを選ぶようになるので、
ローンチみたいな現象がおきるのかな。ソフト会社は二極化が進みそう。

>>377
スポーツジム運営してるとこ？

379:仕様書無しさん
09/03/28 01:35:52
今期大幅最終赤字を出したS社だと思われます

380:仕様書無しさん
09/03/28 01:46:19
大鳥居だろう。

381:仕様書無しさん
09/03/28 03:58:29
SEGAって赤字なんだっけ？
でもKillのってPGだけじゃないよね？

382:仕様書無しさん
09/03/28 05:20:22
来週からSEGA勤務か。

383:仕様書無しさん
09/03/28 06:59:58
無駄なプロジェクトが淘汰されて、かえって良くなるんじゃね
会議ででしゃばる企画あがりの馬鹿どもが減るだけでも

384:仕様書無しさん
09/03/28 10:43:08
>>368

そこまで神経質にならんでいいよ
そんなことするくらいならゲーム充実させるべし

385:仕様書無しさん
09/03/28 10:47:12
いやいやいやいや
ソースは他人が見た時にわかり易く書く習慣はつけとくべきだぞ
それはそれでプラスポインツだ

386:仕様書無しさん
09/03/28 11:52:29
うちの先輩に何でもマクロにして書きたがる人がいて、すげぇ迷惑してる。

387:仕様書無しさん
09/03/28 11:55:01
先週２３人リストラされたが、何とか生き残れた…

今年いっぱいはサバイバルゲームだな…

388:仕様書無しさん
09/03/28 12:37:19
ゲームが好きでゲーム会社に入ったんだから仕方ないな

389:仕様書無しさん
09/03/28 12:56:57
若者に人気がある職業っていくらでも安い人材が入ってくるから本当にそう言われる。
プログラマー、デザイナー(イラストレーター)、美容師等。この辺は言われた事だけ
やって、１０年後に人並みの生活をおくれると思わない方がいい。

390:仕様書無しさん
09/03/28 13:12:35
大丈夫、ゲームプログラマは言われた事だけやってたらゲーム完成しないから。

391:仕様書無しさん
09/03/28 13:26:01
ですよねー

392:仕様書無しさん
09/03/28 13:37:07
typedef厨ってなんとかならんの？
型って呼べる物作ってるの？

393:仕様書無しさん
09/03/28 13:49:15
厨と言う奴こそ厨の法則が発動しそうだな。

394:仕様書無しさん
09/03/28 13:54:01
うちの会社にいるやつなんだけど

// ベクトルちゃんを作成しました(^ω^) 代入禁止だぉ(#-メ-)
const VECTOR3 vecPosition = VECTOR3(0.0f, 0.0f, 0.0f);

変なコメントに顔文字まで付けてるやつがいる

一番仕事できるし先輩だから文句言いにくいんだよね・・・・

395:仕様書無しさん
09/03/28 14:02:35
>>394
最高やね

396:仕様書無しさん
09/03/28 14:06:12
移植とか考えたら環境依存の型は置き換えて
ソフトからの呼び出しを統一するのは普通だけどね

397:仕様書無しさん
09/03/28 15:54:04
ウチの会社には、コメントにクライアントに対する暴言を書き捨てるヤツがいるなぁ。
ソースコード納品じゃないから発覚したこと無いけど。

398:仕様書無しさん
09/03/28 21:11:49
はいはい

399:仕様書無しさん
09/03/28 21:24:56
裁判だ不況だ、もうちょっと明るい話題はないのかね？

400:仕様書無しさん
09/03/28 21:41:26
>>368
評価する奴が有能なら、そういう視点で重要視するのは一貫性。
どんな俺ルールでも一貫性があるコードは読める。
一貫性があるのに読めないような俺様ルールの場合は、最初から評価の対象外だしな。

アマチュアのコードは概して、最初に書いた部分と、最後に書いた部分で、
ルールが異なっていたりすることが多い。
書いてる最中にもっと気に入ったルールが見つかったんだとは思うけれど、
それが混じっているソースに関して、俺は評価を下げる。
もしかしたら複数の人の作品の可能性もあるしな。

401:仕様書無しさん
09/03/28 22:13:28
>>379-380
セガのリストラは560人て発表してるから違う

そもそもリストラして全部内製って矛盾してるしデマだろ

402:仕様書無しさん
09/03/28 22:15:16
どっちにしろ全部に当てはまるとは限らない個人的な意見だよね
経営が営業よりの会社だとだから技術者の意見は参考程度だから
ゲームのことを良く分かってないおっさんたちには
インパクトある作品みせたほうが受けが良いってこともあるし
大手から独立した技術者集団みたいな会社だと結構中のほうまで見られたり
自分が行きたい会社の取締役が営業の人なのか技術者あがりなのかは割と重要かもしれない
もちろんソースも完璧、見栄えも完璧なら問題ないわけだけど

403:仕様書無しさん
09/03/28 22:16:30
セガが下請け切ってるのはホントみたいだよ

404:仕様書無しさん
09/03/28 22:46:51
>>400

正論すぎて困る

405:仕様書無しさん
09/03/28 22:48:38
typedef厨って何だろ？
ある程度はやってほしいが。

406:仕様書無しさん
09/03/28 23:00:29
セガが切ってるのは
コンシュ＾マーより主にアミューズメントの方みたいだね
ユーザーのゲーセン離れはもうどうしようもないのかもしれん
Wii(フィットネス)と大型液晶の普及が
ゲーセンの売りである体感ゲームの株を奪ったなんて説もあるがどうだろう

407:仕様書無しさん
09/03/29 00:18:27
typedef使わないとか頭おかしくなって死ぬ。

namespaceをusingで省略するくらいならtypedefしようよ・・・。

408:仕様書無しさん
09/03/29 00:21:58
>>407
namespace の省略は typedef じゃ置き換えられないだろ。
意味づけするための typedef なら namespace 関係ないし。

409:仕様書無しさん
09/03/29 00:33:39
まあ何事も適度に使えばOKって事だな。
とboost依存症の俺が言ってみる。

410:仕様書無しさん
09/03/29 01:00:00
つーか、言うほど整然としたソースは大手でも見た事ないな。

むしろバラバラだ。

411:仕様書無しさん
09/03/29 01:00:27
いまだにtypedefをつけるのとつけないときと違いがわからないｗ
つけないとなんかエラーがでるからつけてるｗ

412:仕様書無しさん
09/03/29 01:02:01
>>400
それもよくわからないなぁ
もっといいルールが見つかったなら変えてもいいんじゃない？
なんでダメなの？仮にも人を評価するんだから理由ぐらいは説明できんだろね？
会社のソースだってコロコロ変わってるんでしょ？
変わってないのみたことないもん

413:仕様書無しさん
09/03/29 01:11:39
>>412
最初の方ももっといいルールに則って書き直せということじゃないの？
就職活動期間は十分にあるんだから、
提出されたものはそれがその人の力の全てと判断されても仕方ないと思う

414:仕様書無しさん
09/03/29 01:25:48
「3日前のソースはもう他人のソース」という名言があってだな

415:仕様書無しさん
09/03/29 01:48:05
typedef std::vector<char> buffer

とか宣言して、バッファを表す型を作って
イテレータ使う時も短い記述で済むしすげー便利、と思ってた。
ただ、ソースを複数人で触る場合、読む人がこれが何を表すかを調べるのに
時間がかかったりして作業が増えるのがダメらしい、ということに気づいた。
しかも自分で定義しておいて中身をstd::mapと勘違いとかして悩んだりすることも。
最近はインテリセンスが賢い環境で作ってるので入力量もあまり気にならないので
なるべくtypedefは使わないようにしている。助長だけどガマンする。

416:仕様書無しさん
09/03/29 02:02:15
スコープ内でtypedefして極力影響を小さくしてからだったらよく使うけどな。
namespaceも長くて面倒なときは
namespace n = hoge::hage;
みたいな使い方はたまにする。（.NETのクソ長い名前空間のときとか）

417:仕様書無しさん
09/03/29 02:09:24
std::mapはクラス内で一度typedefしてから使うな
でもvectorはそのまま使うことが多い。一貫性無いな　orz

418:仕様書無しさん
09/03/29 02:27:11
typedef std::vector<char> buffer

これはダメだろｗ

typedef std::vector<char>　vecChar

vecChar m_vBuffer;

これくらいにしてください。

419:仕様書無しさん
09/03/29 02:43:28
なにこれ、エイドリアン記法ってやつ？

420:仕様書無しさん
09/03/29 02:47:54
typedef使うのって関数ポインタくらいだな。
構造体も変数宣言時に structつければいいじゃんと思うようになった。

421:仕様書無しさん
09/03/29 03:12:27
>>412
コーディングスタイルは変えてもいいよ。
問題なのは、１つのプロジェクトで複数のコーディングスタイルを使うことなんだ。
他人に公開しているライブラリの開発では一貫性が特に重要だ。
それに疑問を感じない人や、俺スタイル以外の記述に耐えられない人は、大規模
プロジェクトに参加するのは無理だ。
言ってみれば、生産性と保守性の問題だな。

大体「もっといいルール」っていうのは、よっぽどの初心者でなければ
単に気分の問題だったりするしな。宗教戦争と言われる所以だ。

>>417
必ずそうするなら、それは立派な一貫性。

422:仕様書無しさん
09/03/29 03:37:31
>>421
そんなの重要だと思わないなぁ
１ファイル内でごちゃごちゃまざってんのは邪魔だけど
１ファイルごとに「ああ、なんかかわってんな」っていうのはすぐわかるじゃん
１プロジェクトで違う奴が組んだのが入ってたって大して問題にはならないって

ホントにそんなギャーギャーいうほど大事なことかい？
もっと大事なものが見えないようで心配になってしまうけどね

次ページ