ゲーム制作Tips

どうも、solaです。

ここでは、Unity Editorの環境・設定・操作周りのちょっとした便利機能についてまとめていきたいと思います。思い出したり、新たに知った時なんかに随時追加していく予定です。

自分用の備忘録みたいなものですが、お役に立てば光栄です。

■フライトモード

エディターのシーンビュー（カメラ、ライト、その他のゲームオブジェクトが配置されている画面）上で、「マウス右クリックを押しながらWASDQEキー」の操作でフライトモードによる移動が可能になる。

よくあるFPSの移動操作と同じ。WASDがそれぞれ前進、左へ向く、後退、右へ向く。QEはそれぞれ左へスライド、右へスライドとなる。

■シーンビューの見た目とゲームモードの見た目を同じにする方法（現在のシーンビューの視点位置にCameraを移動する（位置と回転を合わせる）方法）

１．Cameraを選択する（メインカメラ）

２．Ctrlキー＋Shiftキー＋Fキーを同時に押す（Windows）　　または、メニューから”GameObject”→”Align With View”を選択する。

※必ずCameraオブジェクトを選択状態にしておくこと。それ以外のゲームオブジェクトを選択した状態で「２」を行うと、そのオブジェクトがシーンビューを見ている位置に移動してしまう。

■ゲームオブジェクトの変更をそのプレハブに適用する方法

プレハブをシーンに追加してから（ゲームオブジェクトとして実体化される）、そのゲームオブジェクトに変更を加えた場合（コンポーネントの追加、サイズの変更など）、該当オブジェクトを選択してからメニューの”GameObject”→”Apply Changes To Prefab”を選択することで、プレハブが更新される。

■ゲームオブジェクトとプレハブのリンクを外す方法

プレハブから生成されたゲームオブジェクト（Hierarchy（ヒエラルキー））欄で青く表示）においてプレハブを削除すると、プレハブ（設計図）がなくなる（Missing）ため表示が赤くなる。その際、ゲームオブジェクトを選択してから”GameObject”→”Break Prefab Instance”と選択することで、プレハブとゲームオブジェクトのリンクを外すことができる。もちろん、表示が青い状態（＝プレハブが存在）においても同じ操作でリンクを外すことが可能。簡単に言えば、プレハブからの実体化ではなく、ただのGameObjectになります。

つづく
＜お約束の破壊による物語の発想法　：　＞

どうも、solaです。

「物語」と一言でいってもコンテンツの種類によってアプローチは異なります。例えば、小説は文字のみの物語です（挿絵は除外）。漫画は文字にプラスして、映像を用いた物語です。ドラマや映画にはさらに音楽が、ゲームにはゲーム性が加わります。

しかし、どんなコンテンツにおいても物語の基本となるのは「文章」です。小説は当然として、漫画のプロット、ドラマや映画の脚本、ゲームのゲームシナリオ、どれも文章がメインなのです。

というわけで，今回は物語の基本となる「文章」つまり日本語の作文技術について語ってみます。

■文体は作家によって千差万別

美文だとか悪文だとか、どの作家が文章力があるだとか、そういう話題って尽きませんよね。文章の書き方＝文体は作家によって様々です。

ちょいと小説家を例にしてみます。

美文の有名どころとしては三島由紀夫がよくあがります。代表作を数冊程度読んだ程度の自分が語るのもおこがましいのですが、確かに美しい文体です。どことなく耽美的な表現だと思っていたら、ロマン主義あたりのフランス文学に影響を受けていたようです。詩的でかつ無駄のないスリムな文体です。

それから、太宰治。小中学生の読書感想文にもよく登場しますね。私もその頃に読み漁りました。同じ時代の作家の中で、特に読みやすい文体です。語りかけるような、口語調の文章が特徴です。

オノマトペや造語を散りばめた幻想的な文体が特徴の宮沢賢治。

東野圭吾氏といえば心理描写、風景描写、比喩表現などはほぼなく、とにかくストーリーを簡潔に伝える文体です。そのため、普段「小説」を読まない方にも受け入れやすいのかもしれません。

春樹節と呼ばれるしゃれた文体の村上春樹氏。人物描写や比喩表現がかなり特徴的でコミカルな伊坂幸太郎氏。年頃の女性の心の動きを美しく細かく描写する恩田陸氏。

伝奇物において、京極夏彦氏、奈須きのこ氏は誰が見ても一発で分かるほどに特徴的な文体です。

……長くなりそうなのでここまでにしておきます。

とにかく「小説」における文章の書き方＝文体は、作家によって様々なわけです。そうして、美文とか悪文とか、文章力があるとかないとかいうのは、読者側の好みという側面もあります。とはいえ、作家の文体をひたすら真似ただけだと劣化したように感じてしまうこともあったりするので、やはりそこにプロの作家としての力量があるのでしょう。

■文章の書き方を学ぶことの意義

小説における文体の良し悪しは好みでしかないとはいえ、限度というものがあります。私自身の文章の巧拙は置いておくとして、例えばインターネット上に公開されている小説（第三者はもちろん、自身ですら推敲していないと思われるもの）の中には、酷いものになると何を伝えようとしているのか全く読み取れないものもあります。いくら自由とはいえ、最低限の「文章の書き方」は学ぶべきでしょう。自分なりの文体は基礎を学んでから身につけるとしましょう。その辺りは、絵や作曲など他の創作修行と変わらないと思います。

これは私が編集者として働いていた時に、研修で使った本の一つです（実際は旧版でした）。

日本語による文章の書き方を論理的に説明している数少ない本です。主にジャーナリスト、ライター向けの内容になっているのですが、物語にも活用できます。

「いや、自分が書きたいのは素晴らしい比喩表現と細やかな心理描写にあふれる独特な物語であって、簡潔で論理的な文章ではない！」という方もいるかもしれませんが、小説（物語）の基本は「物語の展開をわかりやすく簡潔に伝える」ことです。

■なぜ日本語を使った作文は難しいのか

日本語は、基本的に語順が自由で、助詞によって主語や目的語が決定します。さらに、修飾語（形容詞や副詞）についても自由に組み込むことができます。

日本語の自由さのせいで、伝わりにくい文章ができあがってしまいやすいのです。

今回は「語順」「助詞」「修飾語」についてさらっと解説してみます。

・日本語の語順

１．「私はあなたを愛しています。」

２．「あなたを私は愛しています。」

１と２、語順が異なりますが、どちらも意味自体は通じますよね（ちなみに述語＝動詞は最後に来ます）。では、どちらの語順が読みやすい文章ですか？

ほとんどの人が、１の語順を選ぶのではないでしょうか。

英語などのヨーロッパ系言語・中国語の語順はSVO（主語→動詞→目的語）型です（”I love you.”のように）。それに対し、日本語はSOV（主語→目的語→動詞）型です。

つまり、日本語の語順は自由ではありますが、基本的な文型においては「１」のようなSOV型の方が伝わりやすいのです。

ちなみに、「愛しているんだよ！　君を！！　この私が！！」みたいなドラマチックな語順はよくありますが、こういう表現（強調）による語順の変化は英語（SVO型）にも存在します。

・助詞

私は言語学者ではないので講義で習った程度のことしか知りませんが、日本語のようなSOV型言語では助詞が重要になってきます。助詞によってそれが主語なのか目的語なのかなどが決定されるのです。

１．「私が本を読みます。」

２．「私は本を読みます。」

「が」と「は」はどちらも、主語に使用する助詞です。しかし、１と２はニュアンスが全く違いますよね。このくらい短い文章だと使い分けも簡単ですが、長い文章になると助詞がぶれてしまうことが多々ありますので、助詞については常に気を使う必要があります。

「私は彼とアイスを食べます。」

さて、この文章にある助詞「と」ですが、通常ならば”with”つまり「彼と”一緒”にアイスを食べる」という風に読み取ると思います。しかし、万が一”and”という意味で読み取ると、「彼とアイスの二つを私が食べる」というカニバリズム発言になってしまうわけです。この例ではそう読み取る人はほとんどいないと思いますが、実際には助詞のせいで紛らわしい文章になることがよくあります。その場合、助詞を置き換える作業が必要です。この例では、「私は彼と一緒にアイスを食べます。」とするわけです。

助詞の置き換えにはもうひとつあります。

「受験のための勉強のスケジュールをたてる。」

この文章、意味は通じても、なんだか「の」が連続していて読みにくく野暮ったい印象ですよね。

こんなときは、「受験勉強のためにスケジュールをたてる。」もしくは「受験勉強のスケジュールをたてる。」という風に同じ助詞を置き換えたり減らすように文章を書き換えます。

・修飾語

「壊された我が家の鍋」

さて、この文章において、壊されたのは「我が家」と「鍋」どちらでしょうか。語順の自由さが仇となってどちらも修飾しているように読み取れてしまいます。こんなときは語順を変えて、「我が家の壊された鍋」とすると、修飾語「壊された」が修飾するものが「鍋」のみとなります。

日本語は修飾語を好きなように挟むことができるので、何も考えずに修飾語をつけると上記のように読み取り方によって意味の違う文章になりがちです。

ちなみに、修飾語の揺れについては「修飾する言葉にできるだけ近づける」ことを心がけると解決することが多いです。上記の例も、「壊された」を「鍋」に近づける（直前に置く）ことで解決しています。

もちろん、日本語の作文技法はこれだけには留まりませんが、こんな風にしっかりと基礎を学んでいくと伝わりやすい文章を書くことができるようになります。

日本人であれば、日本語を書いて読めてしまうということが当たり前（基本的に）であり、それが逆に日本語の作文技術を学ぶ機会を減らしているのかもしれません。絵や音楽ならば基礎から学ぶことが当たり前なんですけどね。

というわけで今回は、「自由に記載できる小説（またはゲームシナリオ）であっても、基礎的な日本語の作文技術は学んでおいて損はないですよ」というお話でした。

それでは。
＜オブジェクト指向をマスターする手がかり　：　お約束の破壊が物語にドラマを生み出す＞

どうも、solaです。

今回は私の経験を元に、プログラミングを独学で身に付けるためのヒントなんかを語ってみようと思います。

初心者に向けた内容となっています。特に、プログラミングの勉強に一度は挫折してしまったけれど、それでも独学で身につけたいと思っている方（過去の自分のことです）やUnityなどのゲームエンジンをひと通り触っているが、プログラミングについてはよく分かってないので勉強したい方は是非ご一読を。

ちなみに、私のプログラミングとの付き合い方ですが、あくまでゲーム制作が目的であってプログラミングはその手段でしかありません。車輪の再発明はしませんし、面倒だったり難しい処理はライブラリ頼りです。テクニカルなコーディングは苦手で愚直な感じで組んでます。シミュレーションや解析、AI、昨今の3D技術、高度なアルゴリズムなんかも、さっぱりわかりません。スタンドアロンのゲーム制作において、処理（移動とか当たり判定とか、メッセージの文字送りとか、セーブとか……）について設計し実装することにおいてはほぼ問題ない程度のスキルレベルという自己評価です。

実際、どんなものを作ってきたのかというと、C++とDirectXで2DRPGやノベルゲーム、VBやC#＋.NETでマップツール・アニメーションツールなどのゲーム制作関連ツール、それから現在公開しているモバイル向け3Dゲームが代表的な作品です。

前置きが長くなりましたが本題に入ります。

■プログラミング学習の段階

まずは、プログラミングを学ぶ段階を挙げてみます。最終目的はゲームプログラミングです。

１．プログラミング入門

プログラミングがどういうものかを学ぶ段階。

２．任意のプログラミング言語の文法、プログラミングの構築手法（手続き型や構造化やオブジェクト指向など）の習得

任意のプログラミング言語仕（変数、制御文、構築手法毎の文法（手続き型における関数、オブジェクト指向におけるメソッドなど））についてひと通り学ぶ。

３．一般的なアルゴリズム、プログラミング関連知識の習得（ハード、API、ライブラリなどなど）

４．ゲーム制作のためのプログラミング技法の習得

ライブラリの仕様、ゲームエンジンの仕様（クラス設計）、ゲームアルゴリズムの習得、デザインパターン（オブジェクト指向）、数学

今回の記事では、１と２をメインに、初心者向けの独学法について解説します。ちなみに、２，３，４は実際には平行して勉強を進めることが多いと思います。

■初心者に向けたプログラミング学習のヒント

１．まずはプログラミング言語を選択する。

日本語や英語、フランス語など世界中にたくさんの言語が存在するように、プログラミング言語にも様々な種類があります。C++、C#、Java、JavaScript……とにかくたくさん存在します。

個人的な見解ですが、初心者こそプログラミング言語を決めて勉強をはじめるべきだと思っています。プログラミング以前の概念的な知識、論理的思考の基礎知識、下地となるハード寄りの知識なども重要なのですが、それらを学ぶのは後回しにしたほうがいいです。

概念や小難しい前提技術の勉強はつまらないですし（人によりますが）、ある程度プログラミングを知らないと身につかないことも多いです。最初はとにかく、実際にコードを書いて動かしてみることが重要です。

では、どんな言語を選ぼうかということですが、これからプログラミングの世界に入るのであれば、C#をオススメしておきます。ちなみに、すでにゲームエンジンを使っていてこれからも利用し続ける予定ならば、そのエンジンに対応した言語を選ぶべきです。

ぶっちゃけてしまえば、言語なんてひとつ覚えてしまえば、他も比較的簡単に身につくので、メジャーなものであれば適当に選んでいいんじゃないかとも思っています。

２．プログラミングなんて簡単なものなので気楽に構えること。

研究やビジネスで最先端の技術を追いかけるとか、プログラミング技術自体でご飯を食べていくとか、そういうレベルのものはここでは除外します。ゲーム制作が目的でかつ面倒な部分はゲームエンジン（それから、ゲームエンジンより面倒ですがDirectXなどのライブラリ）にまかせる場合、プログラミングを修得するのにセンスや高度な勉強はとくに必要ありません。

ゲームや一般的なツールを作るためのプログラミング言語は、人間に分かりやすく設計されています（主にアメリカで発展してきたので英語ですが）。プログラミングというと、PCの画面に向かってなんだかよくわからん呪文のような言葉を書き連ねているイメージがあるかもしれませんが、しっかりと勉強すれば誰でも修得できるスキルなので、気楽に構えましょう。

３．まずは書籍で勉強を開始する。

プログラミング学習の入口にはインターネットではなく書籍をおすすめします。特に初心者のインターネットでの学習においては、以下のような問題が考えられます。
・情報が氾濫しすぎていて取捨選択が難しい。
・更新が途絶えていたり特定情報に偏っていたりで一貫した学習がしにくい。
・プログラミング言語の仕様について網羅しているサイトの場合、講座ではなく辞典としての情報提供である場合が多い。

もちろん、初心者向けの有用な講座もたくさんあります。また、頻繁に更新のあるツールや最新IT技術については、書籍が出た時にはすでに情報が遅れていることが多く、インターネットにはかないません。

ただし、プログラミング言語に関しては、基本的にそこまで頻繁に更新されるものではないので、書籍で問題ありません。もちろん、プログラミング言語にもバージョンはあるので、あまりにも古い書籍を選択する場合はご注意を（とはいえ、基本を学ぶのであればそこまで気にするものでもありません）。

全くの初心者の方は、以下の基準で選んでみてください（あえて書籍の紹介はしません）。
・ページ数が少なめであること。どこでも読めるように。
・辞書的でないこと。プログラミングをするための準備（開発ソフトのインストールや設定）から説明されていること。
・とにかくまずは作ってみようという形式のもの。ただし、コードがどんな意味を持つのかがわかりやすく解説されているもの（こう書けばこう動く！だけでろくな解説がないものは避ける）。
・著者が日本人のもの。翻訳物は（最近はマシですが）内容自体はよくても表現や文章が微妙なものがあります。

注意事項ですが、「入門書」というタイトルの書籍には、プログラミング初学者ではなく、他の言語を習得済みでその言語について初めて学ぶ人向けのもの（つまりプログラミング自体は知っていることが前提）が結構あるので、中身をよく確認して「プログラミング自体がはじめて」の人向けの書籍を選んでください。

そうして、プログラミングにある程度慣れた当たりで、プログラミングの文法について解説している本を読みましょう。これも好みだとは思いますが、C#の場合、以下は個人的に必読だと思っています。

４．わからない部分はとりあえず飛ばす。

いわゆる文法書、文法講座を読みこなす場合は、絶対に最初のページから理解していかなければならないんだ！と思い込まずに、縦横無尽に飛ばしたり戻ったりを繰り返してみてください。特に、オブジェクト指向に関する部分などは、実際にコーディングしてはじめて理解できるものも多いです。

詰まってしまった場合、他の書籍やインターネットで調べても良く分からなければ、その部分はとりあえず飛ばして次に行ってしまうのが得策です。

後のページの解説を読んだら詰まっていた部分が解消したなんてこともよくありますし。これだけは確実に言えますが、あきらめさえしなければいつか絶対に理解できます。

５．手を動かしながら勉強する。

ただ書籍を読むだけでは身につきません。現状の知識内で構わないので、実際にコードを書いてください。むしろ、コーディングをしながら本を読むくらいの態度が重要です。

６．それでもプログラミングがよく分からない場合（その１）

ここまでプログラミングは簡単だと言ってきましたが、やっぱり一筋縄でいかない部分もあります。私自身も、ある程度自由にプログラミングできるようになるまでに、何度か挫折を味わっています。例えば書籍では解説されずにいきなり出てきた専門用語（ハードやIT技術の前提知識）がわからずに詰まってしまうこともありました。そんなときにおすすめするのが↓です。プログラミング以前の基礎知識についての解説本で、初心者のころにかなりお世話になりました。

７．それでもプログラミングがよく分からない場合（その２）

勉強に詰まってしまった場合、他のプログラミング言語に浮気するのもひとつの手だと思います。私は、”Java（挫折）→C（挫折）→VisualBasic（理解できた！）”という過程を経て再びC言語に戻りました。Javaはオブジェクト指向に挫折（解説本の説明が概念的なものに終始しており具体的なコードを書けなかった）、その次に選んだC言語では、コンソール上でのプログラミングはできましたが、ウィンドウアプリケーション（ウィンドウの表示）がよく分からず（WindowsAPIやMFC辺りまで知識が及びませんでした）挫折。どうしようもなくなってVisualBasic（VB）に手を出しました。

VBはデフォルトでウィンドウアプリケーションの開発が可能です（面倒なコーディング抜きでウィンドウを表示できます）。そんなわけでVBを使うことで現代的なウィンドウズアプリケーションを簡単に実装し、ゲームを制作することができるようになりました。肝心のゲームアルゴリズムに注力することができたのです。一度理解してしまえば、他の言語にも応用できるので、過去に挫折したC言語に戻ったわけです。

今の時代であれば、入門で利用する統合開発環境の多くがウィンドウアプリケーションに対応していると思いますので、私のような挫折はないかもしれません。

ただし、例えばC#がよく分からなければ、似たような仕様ながら簡素なJavaScriptに乗り換えてみることもありだと思いますし、例えばオブジェクト指向が難しければ手続き型言語であるC言語を勉強してみるのもいいかもしれません。

８．とりあえず概要だけ知っておく。詳細は使うときに調べればいい。

勉強を進めていくと、コンストラクタ、キャスト、インターフェース、デリゲートなどなど、難しい単語がたくさんでてきます。解説を読んでとりあえずどういうものかはわかっても、実際どういう時に使うのかさっぱりわからないことが多々あると思います。そんなときは、とりあえずその言葉と概要だけ覚えておいてください。いずれその機能が必要なときがきたら、詳細について調べればいいんです。最初から何もかも覚えようとしないほうが勉強も捗るかと思います。

ちょっと脱線して具体的な話をしますが（言葉の意味は分からなくて大丈夫です）、C#にはデリゲートという機能があります。機能自体は理解しやすいのですが、実際にどんな場面で使うかまで想像することは難しいと思います。このデリゲート機能、Unityにおいて、スクリプトからゲームオブジェクトのコンポーネントにアクセスする場合に多用します。コンポーネントにアクセスしたければこう書くんだと覚えてしまってもいいのですが、デリゲートについての知識があれば応用もききますし実際の使用例にあたることで、自分でクラスを設計するときに利用することもできるようになります。つまり、とりあえずそういうものがあるということだけ知っておき、実際に使用する（出会った）時に詳細を調べることでマスターすることが可能になるというわけです。

９．動けばいいんだくらいに思っておく。

プログラミングの学習を続けていると、アルゴリズムというものに行き着きます。アルゴリズムとは直訳で「解法」のことです。よく使われる処理について、こういう風にコーディングするべきだというお約束だと考えておいてください。ものによってはテクニカルなコーディングになるので、ぱっと見では何をやっているのかよくわからないこともあります。よく分からなければ飛ばしてしまいましょう。とある機能のための実装（＝コーディング）は千差万別なのです。

とにかく、書籍やインターネットで「◯◯な機能を実装するために☓☓のようにコーディングする」というような解説があっても、絶対にそれに従わなければならないわけではありません。自分なりに設計して実装し、動けばいいんだくらいに思っておくと気楽な場合があるかもしれません。

１０　コピペからは早々に脱出する。

「最初のうちは、意味がわからなくても他人のソースコードをコピペして動けばいい」という意見をよく目にします。これについて反対するわけではありません。ただ、何をやっているのか理解する努力をしながらコピペするべきです。

現在、インターネット上には様々なソースコードが存在しています。正直、コピペしてしまえば何の苦労もなく動いてしまうのですが、これに慣れてしまうと自分の足を引っ張ることになります。応用がきかなくなってちょっとした機能の追加で詰まってしまったり、参考となるソースコードがないと何も作れないなんてことにもなりかねません。

汚くてもいいので、自分なりに設計（その機能のためにどういう風にプログラムを組むか考えること）し実装（設計に合わせてコードを書く）していく作業に、できるだけ早い段階から慣れていってください。

※ちなみにですが、コピペについては著作権に注意してください。基本的に、講座やTipsとして公開しているソースコードはOKのはずです（NGだと意味がないので）。

１１．目的を見誤らない。

あくまで「ゲームを作る」ことが目的であることを忘れないで下さい。たとえ難しいアルゴリズムを取り入れようと、テクニカルなコーディングにこだわろうと、車輪の再発明（すでに組み込まれている処理をわざわざ書く）をしようと、同じように動くのであればユーザには分かりません。むしろ、ゲームデザインやテストのほうに時間をかけるべきです。※ただし、綺麗な設計、綺麗な実装は、今後のメンテナンスに有用です。

もちろん、プログラミング自体が目的だというのは悪いことではありませんし、そういう方たちの日々の研究のおかげで今の技術があります。

さて、ちょっと脱線した部分や相反する部分もありますが、とりあえずこんなところで切り上げたいと思います。

別の機会に、オブジェクト指向やゲームプログラミングの具体的な解説もしたいなあと思っています。

それでは。
＜コンピュータゲームの仕組み　：　オブジェクト指向について＞

どうも、solaです。

今回はコンピュータゲームの仕組みについてのお話です。

■コンピュータゲームの定義

まずはさらっと、個人的コンピュータゲームの定義をしてみます。

１．コンピュータ上で動くこと

コンピュータゲームとは、パソコン・アーケード機・コンシューマ機といった各種コンピュータ上で実行するように設計・実装されたゲームソフト＝プログラムを指します。

そして、ゲームソフトを設計・実装するのは人間であり、その作業をプログラミングと呼びます。（本来的にはプログラミングは実装（コーディング）を指します。ですが、ここでは個人制作をターゲットとしているので、設計もプログラミングに含めています）

例えば、RPGツクールや吉里吉里などを利用すれば、プログラミングをせずにゲームを作ることも可能だと思われますが、実はそれらも面倒な作業の大部分がカバーされているだけであって、プログラミング的な考え方＝論理的思考はコンピュータゲームを作る上で必須です。

２．インタラクティブであること

インタラクティブとはユーザーの操作とソフト側の処理が対話形式で進んでいくもので、双方向性とか、対話性とも呼ばれます。もちろん、コンピュータゲームに限ったものではありません。

コンピュータゲームにおけるインタラクティブ性とは、ユーザの操作によってゲーム（ゲームの進行や結果）に変化が起こることを指します。

例えば、十字キーの右を押すとキャラクターが右に移動するとか、NPCの前でボタンを押したら会話がはじまるとか。それから、画面上を勝手に動き回る敵キャラクターも「ゲームをスタートした」というユーザの操作の結果起こった変化です。

ユーザが操作してもゲーム画面に変化が起こらない、または操作が一切介在ないものはゲームではなく、映像作品や音楽といった別の創作物だと言えます。※例外的に、スタート後は勝手にゲームが進んでいきユーザは何もせず画面を眺めているだけというモノもあることにはあります。

３．ゲーム性があること

十字キーの操作でキャラクターが上下左右に移動するだけではゲームとは呼べません。ゲームとは「遊び」でありエンターテインメントです。つまり、人の心を動かし、夢中にさせる仕組みが必要です。

キャラクターを操作して敵を避けるとか、戦闘を行って成長させより強い敵キャラクターを倒していくとか、謎をときながらストーリーを進めていくとか。そういったエンターテインメントを仕込んでいくことがゲーム作りであり、その作業をゲームデザインと呼びます（もっといろいろと含みますが）。そして、ゲームデザインによるゲームの分類が、アクション、RPG、シミュレーションといったジャンルを生み出します。

ゲーム制作において、このゲームデザインが最も重要な要素となります。

■ゲームプログラムの仕組み－fpsとは何か－

特に格闘ゲームやシューティングゲームが好きな方であれば、60fpsとか30fpsという言葉を聴いたことがあるのではないでしょうか。

fps（frame per second）とは、「一秒間あたりのフレーム数」を指します。60fpsなら一秒間に60フレーム、30fpsなら30フレームというわけです。

じゃあフレームってなんだよって話です。

例として「2DRPG風に十字キーの操作でプレイヤーキャラクターを動かす」ことを考えてみます。処理の概要は「十字キーの入力情報を取得」→「入力情報の方向に座標を動かす」→「その座標にプレイヤーキャラクターを表示する」という3つに別れ、その３つの処理をひとまとめにしたものをフレームと呼びます。設計によって千差万別ですが、１フレームの詳細は、例えば↓のような感じになります。

１フレーム
｛
・ユーザによる十字キーの入力情報を取得する（入力がない場合は「入力情報がない」という情報になる）
・入力情報の方向に単位移動量分だけプレイヤーキャラクターの座標を動かす
・プレイヤーキャラクターの座標にプレイヤーキャラクターの画像を表示する。
｝

ちなみに、単位移動量というのは、一回の入力で動く距離だと考えてください。2Dのようなドット単位の場合、1ドットだと滑らかに動きますが1フレームで1ドットしか動かないのでもっさりとします。16ドットだとスッキリと動きますが、16ドットごとにワープすることになります（人間の目にはちゃんと動いているように見えます）。

上記のフレームを何度も繰り返すことで、キャラクターが移動（もちろん操作がなければ止まります）するように見せるわけです。そして、このフレームを一秒間に60回ループさせれば60fps、30回なら30fpsになります。

ところで、上記程度の処理であれば数万fps以上とかで処理することが可能です（あくまで比喩です。多分もっと多いですし、環境によって変わります）。

でもそれでは困ります。なぜなら、fpsが増えるということはそれだけゲーム速度が早くなってしまうからです。早すぎて人間の目に止まらないというのはもちろんですが、例えばレースゲームのようなタイムを競うゲームにおいてユーザの環境ごとに操作感や速度が変わればタイムに影響します。そんなわけで「◯秒ごとにフレームを処理する」という風に制限をかけるわけです。それを固定fpsと呼び、60fpsであれば約0.017秒内で1フレームを処理します。

ゲームの機能が増えればそれだけフレーム内の処理も増えていきます。例えば「一歩動くたびに敵が出現するかどうか判定する」「現在立っているマップチップの情報を取得し毒の沼地ならHPを減らす」などです。本当は60fpsで動かしたかったのに、処理が多すぎるために1フレームを0.017秒で処理できなくなる場合には30fpsにfpsを落としたりします。最近のゲームに30fpsが多いのは高度な3D機能の処理の重さが原因でしょう。ちなみにファミコンなどで敵キャラがたくさん出てきた時に画面がちらついたり重くなったりするのもこれが原因です。処理が増えることで、フレームを実行する時間が増えてしまうのです。

ゲームプログラミングの手法（パラダイム）や2D/3Dの差こそあれ、ゲームプログラミングの基本は上記のようなもので変わりません（※あくまで概念レベルでは）。

簡単にまとめると、コンピュータゲームとは「フレーム内の処理を繰り返し実行し続ける」ものであり、ゲームプログラミングとはそのループする各処理を実装していくことになります。この概念はかなり重要で、この辺りの理解不足でつまずく人をそれなりに見ています。

老婆心ながら補足ですが、操作を一切しない場合でもフレームの繰り返し（ループ）は常になされています。原則としてゲームプログラムを終了するまで止まることはありません。

あくまで概念的な話なので正確でない部分もありますが、とにかくわかりやすさ優先で書いてみました。ひとつのループ（メインループとかゲームループとか呼びます）に実直にすべての処理をコーディングしていく設計思想は現在では古いものだということにご注意ください。

実際のハード（CPUやメモリ、入出力装置など）やソフト（プログラミングの文法、オブジェクト指向など）的な面からのゲーム制作についてはまた別の機会ということで。

それでは。

＜　はじめに　：　ものぐさ文系脳のためのプログラミング勉強法＞

どうも、solaです。スマートフォン向けゲームアプリの個人デベロッパーやってます。
現在はストーリー重視のアドベンチャーゲームをいくつかリリースしています。ぜひ『アプリ一覧』をご覧ください！

さて、私がゲーム制作に興味を持ったのは学生時代、自分専用のPCを買ってもらってからでした。
マリオ64、時のオカリナ、FFやICOといった3Dゲームが好きだったので、そういったものを作りたかったのですが、右も左も分かりません。とある掲示板で「3Dゲームの作り方を教えてください！」という無謀かつ具体性のない質問を繰り出して叩かれたのもいい思い出です。

そんなド素人な自分でも、書籍やインターネットの情報にあたりつつ、なんとか独学でゲームを制作、公開できるようになりました。

特にインターネット上の情報は鮮度も良く、かなり助けられました。
そんなわけで自分もいつか、ゲーム制作関連の情報提供を行いたいなあと常日頃から思ってはいました。
当サイトにも、『Unity Tips』というメニューだけは用意していたのですが、更新には至りませんでした。インターネット上にはUnity（やC#）についての有用で詳細なハウツー、チュートリアルがすでに数多く存在しているからです。中途半端な技術しか持たない自分が情報を発信したところで、ただの焼き直し・引用になってしまうと思ったのです。

というわけで、ちょっと毛色を変えて『ゲーム制作Tips』という形で、ゲーム制作に関連する創作全体について、コラムのようなものを発信しようと思います。

ゲーム制作は様々な創作物の集合体です。システム（ゲームアイデア）、プログラミング、シナリオ、絵素材、サウンド……ぼっちなので、個人でゲームを開発するためにいろいろなものに手を出してきました。
良い言い方をすれば「何でも屋」、悪い言い方をすれば「器用貧乏」。特化型ではなく汎用型みたいな感じです。

まあ、とにかくそういった創作関連の情報をカテゴリに分けて発信していきます。

また、コラムとは別に、それなりの規模のゲームをゼロから作っていく過程を連載することもおぼろげに考えています。

兎にも角にも、
・ゲームを創ってみたいけれど、どうしたら良いかわからない。
・ググってみたけれどなんだか難しいことばかり書いてある。
……みたいな、主に一人でゲームを作ってみたい初心者向けに記事を発信していきたいと思います。

まったりと更新していきますので、お楽しみいただければ幸いです。

それでは。

＞コンピュータゲームの仕組み