ゲームプログラミングでフローチャートは書くべきですか？

[TJJ]

　ゲームプログラミングをしている者です。開発に行き詰ることが多いです。
みなさんはゲームプログラミングをする際、全体のフローチャートまたは何らかの図を描いて設計していますか？
教えていただけるとありがたいです。

管理人様、覚えていらっしゃらないと思いますが、私の質問にお答えいただき、ありがとうございます。

[softya（ソフト屋)]

クラス図・モジュール図ぐらいは書きますね。
あと、日本語でメモ程度に部分的な簡単なフローのようなものは書きます。
人それぞれだと思いますけど。

あと状態遷移がややこしいと状態遷移図がほしいですね。
こんな感じで。

[ISLe]

ゲームプログラムのフローチャートは書かないですね。
ブロック図みたいな必要な要素の関係図は書くことあります。メモ書き程度ですけど。
基本的にはどんどん(中身のない)関数プロトタイプを用意していく感じです。

企画レベルで作るプレイするときの画面の流れ図がフローチャートと言えるかもしれません。
それ自体は実装を考えるためのものではありませんけど。


ゲームプログラムってフレーム単位で動くじゃないですか。
メインループ(という言い方は好きじゃないけど)を上から下へ抜けていく中で、すべての要素が同時並列的に動くように作ります。
それは、常に動いているものの進行を止めていたり、映らないようにしていたりするわけです。
むしろどうやってフローチャートにするのか疑問なんですよね。

すべての要素が同時並列的に存在するということはおおよそ必要なものを足していけば完成に近付けるはずです。
迷走するのは完成というゴールが明確ではないことだけが理由だと思うのですよね。

[box]

私はゲームプログラミングに興味がなく、また、プログラミングできるほどの実力を持ち合わせてもいませんが、
仮にプログラミングすることがあるとすると、たぶん、フローチャートは書かないと思います。
ゲームの中で登場するであろうさまざまなイベントに対応する処理を表現するのに、
フローチャートはあまり適切ではない、と思うからです。
おそらく、別の技法、例えば状態遷移図などを使うと思います。

[jay]

僕もフローチャートというよりは状態遷移図を書きます。　ちょうどsoftyaさんが張ってる画像みたいな感じですね。
今までに似たようなゲームを作ったことがある場合は書かないことの方が多いですが、逆に始めて作るタイプのゲームだと必ずと言っていい程書きます。

遷移図だけでなく、大まかな仕様を書き上げていくだけでも、後からごちゃごちゃすることが減るので大分やりやすくなります。
まぁ僕の経験が少ないのも原因の一つかもしれませんが(苦笑)