インディーズゼロは，ニンテンドーDS（任天堂）などの携帯ゲーム機用のゲームソフトを中心に開発を行っている，ゲームソフト開発会社です。オフィスは，緑の豊富な井の頭公園や，オシャレなお店でにぎわう吉祥寺にあり，スタッフ数は現在22名。「千年家族」や「しゃべる！DSお料理ナビ」といった一風変わったタイプのゲームソフトの開発を得意としています。
連載第2回のテーマは，「ゲーム開発の仕事って？」です。プログラマの仕事の実態を，私たちの会社の2人のプログラマがお話します。
◆プログラマに聞く“仕事”の実体
|
ゲーム開発って意外に…
──ゲーム会社に実際に入社してみて，入社前の想像と違ったところはどんなところでしょうか？
想像していたより，会社での泊り込みがないことと，職人のようなところがありながら，サラリーマンでもあったところです。業界にまつわるマイナスイメージも，会社や場合によってかなり違っていることも感じました。
──ゲーム・プログラマの仕事内容の一例として，今日行った作業内容を教えてください
新しい画面の追加作業をしていました。共通の部分が多く，今後機能が追加される予定があるため，使用する機能を指定して画面を構成できるような仕組みを作成していました。
その後，進ちょく会議とプログラマ会議でスケジュールの調整をし，プログラム作業の続きをしました。
──プログラマの仕事はゲーム業界以外にもいろいろありますが，ゲーム会社のプログラマならではの良いところ，好きなところはどこですか？
好きなことを仕事にできるのが一番の良いところです。仕事が楽しいです。
──では，ゲーム会社のプログラマならではの悪いところは？
有名IT系企業のような，他業種のプログラマ職と比べると，やはり少し給料が少ないところでしょうか。ですが仕事の満足度でカバーできています。
──開発機材はどのようなものですか？
PCに接続できる特殊なゲーム機を使用しています。
──ゲーム開発というと，仕様書はあるにはあるけど，仕様書の通りに作っても「やっぱり面白くないから作り直し」なんていうことがある世界。いったん作ったものが“ボツ”になったり，やり直しになったりすることがあると思います。そういうので，ムカついたりすることなどはありませんか？
全く気にならない…と言えば嘘になりますが，面白くなったほうが良いので仕方がないと思います。むしろ，ボツになってしまうと時間のロスが発生しますので，企画時の研究とテスト用のプログラムでの検証でそのような危険を回避します。プランナとの連携が重要なシーンです。
──会社に泊まりこんだことはありますか？ それはどんなときでしょうか？
私は家が遠いので，開発の終盤で緊急の作業が増えた場合などに泊まることがあります。開発中は泊まりっぱなしということはありません。
──ゲーム・プログラマから見て，ゲーム会社のデザイナ職ってどんな人たちですか？
絵を描くだけではなく，インタフェースのデザインや画像のデータ化作業，さらに3Dになるとマップや埋め込みデータなどまで作る，マルチな人たち。皆さんのイメージ以上に忙しいはずです。ソフトの顔の部分なので変更もかなり入りますし，頭が下がります。
──では，同じ視点で，ゲーム会社のプランナ（企画職）ってどんな人たちですか？
誰よりも先行して仕事をしなければならない苦労者です。彼らがいるので安心して働けます。
──超大作ソフトになると，数十人から100人以上が開発に携わることもあるのがゲーム開発。ゲーム・プログラマの仕事も分業や専門化が進んでいる，またはこれから進んでいくのでしょうか？
ゲーム業界全体としては，分業や専業化は進む方向に行くと思います。ただ，私の会社の場合，比較的少人数で開発しますので，一人で複数の分野の担当個所を持ちます。そのぶん様々な技術を身に付け，使う機会があるのは楽しいです。
また，ミドルウエアをうまく活用するという手段もありますし，これからは大作以外のゲームにも日が当たってくるのではないでしょうか。
|
ゲーム開発って意外に…
──ゲーム会社に実際に入社してみて，入社前の想像と違ったところはどんなところでしょうか？
業界に入る前はあくまでもユーザーとしてゲームを見ていたので，あまり業界としては気にしていませんでした。そんな中，業界に入ることになり，周りの人たちの会話を聞いていると…。
ゲーム業界と関係ないはずの普通の人たちまでが，皆が事情通！？と思うような知識量でビックリしました。
例えば「～というゲームは誰々が作った」とか「～を作った誰々が～というソフトハウスを作った」など，あらゆる雑誌の記事に書いてあることを全部暗記してるのか！？と思うほどでした(笑)。
──ゲーム・プログラマの仕事内容の一例として，今日行った作業内容を教えてください
クライアントからの要望で，イベントで使用するバージョンのROMを作成しました。ゲームの流れが少し変わるので，流れを制御する関数の新たなバリエーションをコピー＆ペーストを中心に作成しました。
その流れを制御する関数自体を，#ifdefで場合分けして，makeから選択できるようにしました。流れの制御だけであれば，if文やswitch case文を使うのが一番素直ですが，もともとバグ出しも含めて完成している場所なので，そこのコードはなるべくそのままにすることを選択して新たなバリエーションを作成しました。
完成している場所にはなるべく手をつけない…というのもバグを減らす，あるいは局所化するためのお約束です。
──プログラマの仕事はゲーム業界以外にもいろいろありますが，ゲーム会社のプログラマならではの良いところ，好きなところはどこですか？
やはり目立つ形で一般ユーザーにお披露目できることですね。システム系では，コンビニで売っている雑誌に販売本数が載ったりしないと思いますから。
自分が作ったゲームの発売日に，店頭で購入していく人を見るのがうれしいですね。また，プログラマに限った話ではないですが，比較的，朝が遅くても済むのが好きです(笑)。朝の満員電車に乗らないだけでもありがたいです。
──では，ゲーム会社のプログラマならではの悪いところは？
好きなところと裏表ですが，割と時間にルーズな点ですね。一般的にゲーム業界は夜が遅いので，それに合わせていると自然と夜型になってしまいます。その結果，朝が起きられなくなるわけです…と他人のせいにしていますが(笑)。
もう一つは，システム系からの視点で見ると，製作手法が遅れていることです。プログラマは，家の建築に例えると，現場で働く大工です。デザイナは内装のエキスパートで，プランナはクライアント（お客さん）から依頼されて，どんな家にしたいのかを想像して提案する人（いわゆる住宅会社の営業）です。
ここまでは見えやすいスキルですが，実際にはこの他にクライアントからの提案を設計図に起こす人が必要になります。クライアントの要望を最大限に取り入れながら，耐震強度や法律に違反していないかを考慮しつつ，設計図に起こす作業です。
この仕事はシステム系ではSEと呼ばれる職業ですが，ゲーム・プログラムの世界ではプログラマとして一括されてしまいます。
一応，メイン・プログラマと呼ばれる人間がそれを担うわけですが，大工がいきなりすべてを考慮した設計図を書けるわけがありません。海外ではそういったゲーム・プログラムとしての学術的な研究が進んでいますが，まだまだ現場にはほど遠いのが現状だと思います。
そういう視点からも，ゲーム・プログラマにはSEという分野が欠けているかな…と思います。
──開発機材はどのようなものですか？
専用機材をWindowsマシンに接続して開発しています。昔はいろいろありましたが，最近は環境も整っているので，Windowsでプログラミングするのと大差は無くなっていますね。
──ゲーム開発というと，仕様書はあるにはあるけど，仕様書の通りに作っても「やっぱり面白くないから作り直し」なんていうことがある世界。いったん作ったものが“ボツ”になったり，やり直しになったりすることがあると思います。そういうので，ムカついたりすることなどはありませんか？
表現としてムカつくという言葉が適切かどうかはわかりませんが，確かにムッ…っと思うことはあります(笑)。
今のところ，幸いなことに理不尽なやり直しは少ないので，納得できる範ちゅうではあります。最初から無計画とノリだけで作成されていったものは，勢いとノリでひっくり返される恐れもあります。しかし，最初から理由があって作られているものであれば，それを修正するときも必ず理由が存在するので，納得しやすいです。
逆に言えば，すべての仕様にきちんとした理由があれば，それと同等かそれ以上の理由が無い限りは，ひっくり返される心配はないということです。
ただ，そんなゲームの上だけでの理由とは別に，諸所の都合や判断（例えば，発売時期にかかわる問題とか）もあるので，一筋縄ではいかないのが難しいところでもあります。
──会社に泊まりこんだことは，ありますか？ それはどんなときでしょうか？
もちろん，あります。でも，泊まるということは，寝ずに作業をするという意味なので，結局，次の日の作業効率が非常に悪いです。そんな理由から『次の日を考えずに済む日＝締め切り前夜』に徹夜という場合が多いです。
締め切りではないときは，トータルで見れば泊まらずに早め出社で遅帰りのほうが全体効率が上がると思います。
また，健康管理も仕事のうちなので，忙しいときほど遅寝早起きでも規則正しい生活を送るようにしています。そうすると慣れてくる自分にも驚きますが，気が抜けると元に戻ってしまうのも驚きます(笑)。何にしても，泊まらないにこしたことはありません。
──ゲーム・プログラマから見て，ゲーム会社のデザイナ職ってどんな人たちですか？
そのままですが，イメージを見た目に変換する人たちです。
モニターを介している以上，ユーザーの目に入るのはすべてデザイナが描いたグラフィックになるので，作り手のイメージが見た目に変換されていることは非常に重要だと思います。
また，単体のグラフィックだけでなく，画面レイアウトやゲームを通しての共通のイメージ・グラフィックなど，動きや計算以外の目に入るものすべてを作成するので，実は“絵を描ければいい”というだけではないのが大変だなぁ…と他人事に思っています(笑)。
──では，同じ視点で，ゲーム会社のプランナ（企画職）ってどんな人たちですか？
プログラムとグラフィック，サウンド以外の何でも屋です(笑)。
最初は，企画として豊富な知識でゲーム性などを考慮して仕様を考えていますが，いったん，ひとまずの形が決まってしまうと，あとはスクリプトを書いたり（私たちの会社では，プランナがスクリプトを書くところまで受け持ちます），ゲーム内で使うあらゆるデータを打ち込んだり…といった作業が多くなります。
想定していていなかった，後々のやむを得ない仕様変更においても，その都度，他の仕様と整合性を保つように考えていかないといけないので，頭はいつもフル回転，という感じです。
プランナは，ストーリーやシナリオを書く人ではないので，プランナを目指す人はゲームの構造や遊び，面白さの定義，人が自分の考えた面白さをどう感じるかなど，もっとゲームという対象を様々な視点で切って見てみることが必要だと思います。
──超大作ソフトになると，数十人から100人以上が開発に携わることもあるのがゲーム開発。ゲーム・プログラマの仕事も分業や専門化が進んでいる，またはこれから進んでいくのでしょうか？
一般的な視点からすると，分業や専門化は進んでいくと思います。ユーザーの目が肥えてきている昨今，たとえ小規模であってもそれなりの内容が求められます。その内容も年々複雑化してきていて，すべてを一人でこなすには無理が出てきています。
専門職としては，主にツールや通信，3Dグラフィックなどが代表的なもので，これらはゲームの種類に関係なく，共用化できる部分も少なくないので，専門職に特化しやすいのだと思います。逆に，これらのどれかをマスターすれば，どこに行っても通用すると言えるのかもしれません。
とはいえ，それぞれが即戦力で使えるレベルになるには独学では難しく，ゲーム製作に特化した知識も必要になってくるので，結局は現場で覚えていくしかないと思います。
私たちの会社では，各個人ごとの将来的なことも想定して，スケジュールとスキルを考慮しつつも，プロジェクトごとに，少しでも新しいことに挑戦できる環境を作っています。知っているだけなのと，実際にプロジェクトの中で経験しているのとでは，作業見積もりや作業負担を想定したりする際に，想定できる深さも変わってきますので。
もちろん，得意分野や専門性は大事ですが，それと同時に，皆が，メインで全体像を想定したり，工数を読みながらプログラム作成ができるようなスキルを，プロジェクトでの経験を通して身に付けていってほしいと願っています。
