ゲームプログラマーの技術レベルは高い。 (690ﾚｽ)
上
下
前
次
1-
新
285
(1)
:
142
02/09/08 22:45
ID:zlWfT7z1(4/6)
AA×
[240|
320
|
480
|
600
|
100%
|
JPG
|
べ
|
ﾚｽ栞
|
ﾚｽ消
]
285: 142 [] 02/09/08 22:45 ID:zlWfT7z1 敵の動きの仕様が適当なのは、プランナーの能力がないというより 実際に動かしてみなければわからない部分が多すぎるから。 そもそもゲーム開発とはそういう予測が不可能なものであり、 トライ＆エラー（試行錯誤）の回数が多ければ多いほど良いものができるのである。 従来の開発プロセスでは、 実際に動かして、パラメータを調整して、また動かして というＴ＆Ｅのプロセスの多くはプログラマにしか許されていなかった。 そのため「ゲームのおもしろさはプログラマで決まる」と言われてきたのだろう。 我々が目指すべきなのは、 プランナが指示をだしデザイナがデータを作りプラグラマが試行錯誤する。 ではなく、 プランナ、デザイナ、プログラマがそれぞれに試行錯誤を繰り返すことである。 そしてＴ＆Ｅの間隔を短くし、それを円滑に統合するのが汎用化されたオーサリングツールなのである。 従来の開発プロセスでプログラマに負荷が集中するのは当然で、 またそうした環境に慣れたプログラマがプログラマ至上主義になるのもまた当然である。 しかし大規模化し高度化する昨今のゲーム開発において従来の方法が限界に来ているのもまた事実である。 http://mevius.5ch.net/test/read.cgi/gamedev/1018670878/285
敵の動きの仕様が適当なのはプランナーの能力がないというより 実際に動かしてみなければわからない部分が多すぎるから そもそもゲーム開発とはそういう予測が不可能なものであり トライエラー試行錯誤の回数が多ければ多いほど良いものができるのである 従来の開発プロセスでは 実際に動かしてパラメータを調整してまた動かして というのプロセスの多くはプログラマにしか許されていなかった そのためゲームのおもしろさはプログラマで決まると言われてきたのだろう 我が目指すべきなのは プランナが指示をだしデザイナがデータを作りプラグラマが試行錯誤する ではなく プランナデザイナプログラマがそれぞれに試行錯誤を繰り返すことである そしての間隔を短くしそれを円滑に統合するのが汎用化されたオーサリングツールなのである 従来の開発プロセスでプログラマに負荷が集中するのは当然で またそうした環境に慣れたプログラマがプログラマ至上主義になるのもまた当然である しかし大規模化し高度化する昨今のゲーム開発において従来の方法が限界に来ているのもまた事実である
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 405 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
ぬこの手
ぬこTOP
0.047s
