「ゲームプログラミング/書類/集団作業の場合の書類と書き方」の版間の差分
削除された内容 追加された内容
再スタート,前文のみ。前も書いたけど,3回リターンって,一般的には必要ないと思う。 タグ: 2017年版ソースエディター |
冒頭の問題提起であげられた「文章量が多い」は問題点ではないので除去。理由は、市販のゲームデザイン本はもっと長いので。200ページ以上あるのが普通。 |
||
1 行
{{substub}}このページの主要執筆者は、ゲーム業界経験者ではないので(2022/1時点)、ここの記述は調べ物としては役立ちません。
2022/1時点で(1
このページは、教科書としてゲームプログラミングの方針を説明する際に、どうしても書類についての説明が必要だから記述されています。現状では、一般IT業界や製造業などの設計図を参考に説明がなされています。
16 行
ではまず、「設計図」とは何か、について、考えていきましょう。これは普通科高校では学習しない事項です。
は
ゲーム業界では、「仕様書」を含む書類群の「発注書」には、決められたルールや書式はありません。だから作るゲーム内容や製作チームごとに、適切な発注書のありかたを毎回考える事になります<ref>『ゲームデザイン プロフェッショナル』、P.145</ref>。
|