285(1): 142 [] 02/09/08 22:45 ID:zlWfT7z1(4/6) AAS
敵の動きの仕様が適当なのは、プランナーの能力がないというより
実際に動かしてみなければわからない部分が多すぎるから。
そもそもゲーム開発とはそういう予測が不可能なものであり、
トライ＆エラー（試行錯誤）の回数が多ければ多いほど良いものができるのである。
従来の開発プロセスでは、
実際に動かして、パラメータを調整して、また動かして
というＴ＆Ｅのプロセスの多くはプログラマにしか許されていなかった。
そのため「ゲームのおもしろさはプログラマで決まる」と言われてきたのだろう。

我々が目指すべきなのは、
プランナが指示をだしデザイナがデータを作りプラグラマが試行錯誤する。
ではなく、
プランナ、デザイナ、プログラマがそれぞれに試行錯誤を繰り返すことである。
そしてＴ＆Ｅの間隔を短くし、それを円滑に統合するのが汎用化されたオーサリングツールなのである。

従来の開発プロセスでプログラマに負荷が集中するのは当然で、
またそうした環境に慣れたプログラマがプログラマ至上主義になるのもまた当然である。
しかし大規模化し高度化する昨今のゲーム開発において従来の方法が限界に来ているのもまた事実である。

299(2): 名前は開発中のものです。 [sage] 02/09/09 00:36 ID:??? AAS
あ、わかった。１４２の鼻持ちなら無いとこ。
理想論をさも当然のごとく「こんなことすら理解できないの？バカめ」
って書き方してるからだ。

んで、そんなこと書かなくてもみんな思ってるってことに気づいてない（藁
だれだって効率を考えたとき行き着くとこは大体にてるのに、さも
「おまえらバカじゃねーの？」な勢いでいってるとこが嫌なんだ。

・・・・つーか１４２よ。マジ気づいてないの？そんなの誰だってわかってることなんだよ。
チームの実力なんてそれぞれなんだから、実行できるとこと
実行できないとこがあってあたりまえってこともわかってないの？

118(2): 名前は開発中のものです。 [sage] 02/09/01 16:43 ID:??? AAS
>>117
開発ツールって、どっちかというアプリケーションプログラマとしての
経験やスキルがいるからね。
ゲームオンリーでやってきた人はそういうプログラムを作るのは
つまらないと思うだろうし。

大手だったらアプリケーションプログラマを中途で採用して、
開発ツール専業で作ってもらうというのもありかもしれない。

119(1): 名前は開発中のものです。 [] 02/09/01 17:11 ID:EGQi8DSZ(1) AAS
>>117
　なんで優秀なプログラマをツールにまわさなあかんねん。という
考えもある。でもデザイナで自分でツールつくちゃうパワフルマン
もいるよ。愚痴ってる暇があるなら挑戦ぐらいはしたんだよな？