「ゲームプログラミング/書類/集団作業の場合の書類と書き方」の版間の差分

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