ゲームプランナーが『バグの少ないデータを効率的に作る』ための最低限の知識と考え方｜だらねこ

ゲームって、「データ」をいっぱい作らなきゃいけないんですよ。 例えばドラクエのごとく「スライム」を登場させるにしても、 スライムの最大HPは？攻撃力・防御力・素早さは？ 何のスキル持ってる？ とか。 でも頭の中で考えるだけじゃゲームは生まれないので、ゲームに反映するためにちゃんと「データ」として持たなければいけません。こういう感じに。 問題はですね。 表の作り方・各データのつなぎ方（データ構造）によって、 作業効率とバグの数が大きく変わる って話があるんですよ。 データ数が少ないならまだしも、コンシューマのゲームみたいにがっつり作りこむゲームとか、ソシャゲみたいな長期間の運営するゲームみたいのはモロに影響を受けます。 私は制作中のタイトルに途中から参加して、ゲームデザインをしたり引き継いだりもちょくちょくするんですが……この時もっとも恐れるのが、 はい、このデータ構造でこれから頑張って作っ

[runeharst]

これゲームだけの話ではなく、データを扱う人にはとても重要な考え方だ。

[totoronoki]

エクセルとかにも通用する話。まああっちは大量のデータ扱うこと少ないし、見やすさ重視の場面も多いからここらへんスルーしても業務になるけど。

[maninthemiddle]

この辺りの「悪い例と良い例」を体系的に学びたい方は『SQLアンチパターン』っていう本読むといいと思う

[nekoluna]

普通にRDBとデータモデリングの話だった。ふざけんなし、みたいなデータ出してこられることは普通の仕事でもよくある。説明するのも手間だし。。。

[dorapon2000]

“同じパターンのデータ設定をたくさんやるなら、1つ作ってあとはそれを使いまわせばいいじゃん！”

[yarumato]

“実際に大量のデータ（敵モンスターのHP、攻撃力、スキル）を設計・入力・運用していくのはプランナー側なので、データ構造を工夫しよう。不具合生みやすい例。　RDBの正規化の話”