「ゲームプログラミング/バランス調整」の版間の差分
削除された内容 追加された内容
編集の要約なし |
|||
574 行
== ゲーム用のスケジュール計画の注意点 ==
=== バランス調整とデバッグの優先度合いの差 ===
:※ ページ内容が完成するまでの間、このバランスのページを間借りする。
デバッグとバランス調整の優先順位は、バグの程度にもよりますが、
バランス調整を優先的に行います。
なぜなら、テストプレイは、中心メンバー以外の外注企業など他の人でも出来るからです。（ただし、コードを直す「デバッグ」は、さすがに中心メンバーになります。）よほどの深刻なバグで無い限り（ゲームの強制シャットダウンとか、ハードディスク破壊とか）、ちょっとくらいの数値エラーやマップの壁抜けバグやら、プレイヤーに有利なバグなどなら、対応を後回しにする事もできます。
一方、バランス調整は、ゲームコンセプトを深く理解していて、しかも経験豊富な中心的スタッフでないと、困難です。
なのでスケジュール管理では、デバッグよりも、ややバランス調整を優先します。
また、デバッグ系作業はあとからでも比較的に可能ですが、一方でバランス調整はあとからだと、影響を与える要素が多くて手間が余計に増えます。
ゲーム作りにおいて「全体像を決めるのが先」みたいな事がよく言われますが、それはあくまで、システム部分の制作やデバッグ対応などの範囲です。
バランス調整は、全体像が出来る前から取り掛かります。先に手本となるバランス調整を、ある程度プログラムで実際にプロトタイプとして作ってみて、制作メンバーがテストプレイで面白くなるまでバランス修正して確認していきます。
=== ストーリーなどの順序 ===
要点は
| |||