ゲーム開発者が技術書を書くべき４個の理由

こうゆうタイトルで一度書いてみたかった

先日のDiGRA Japan2012年夏季研究発表大会のUSTREAM放送を流し見してたら、 ゲーム開発者と技術書について触れられていました。 （気になったらUSTREAMの録画があったと思うのでそれを見ましょう） ここで、「ゲーム開発者はもっと本とか文書書いた方がいい、いろいろ捗るぞ」 と日頃から思っているわたくしめが、幾つか愚見を述べたいと思います。 まずもって箇条書きさせてもらいますと、次の通りとなります。

1. 勉強の方法としておすすめできる
2. 文書書きに慣れておいて損はない
3. 良い本の選び方が見えてくる
4. ポジションペーパー的な役割を果たせる

実際書いてみると、別にゲーム系の開発者に限った内容ではなかった感が強いのです。 まあ、ゲーム開発に携わって、それを通して知り合ったりした人たちに対する感想がベースになっているので、 そのような感じで読んでもらえればと思う次第です。

勉強の方法としておすすめできる

自分がなにかしら勉強するときは、写経なりアルゴリズムの移植なりでサンプルコードを書きちらかしつつ、 それらをまとめて、本のような仕立てでドキュメントを作るというやりかたを良くやります。 特にウェブ上に散らばっている記事などをつまみ食いしつつ学習するといった時に、まとめを作りつつというのが非常に有効だと思っています。

しっかりした解説を書くためには、その対象をしっかり理解している必要があります。 用語の説明、仕組みや概念の説明などは、その要素が相互に組み合わさっている事もあり、 どういった順番で説明したらよいのかということも考える必要があるでしょう。 文書を書く場合、このような事を念頭に置かなければならないため、自然と知識がいい具合に洗練されていくと感じています。

文書書きに慣れておいて損はない

文書というのはいろいろとお作法というか、お決まりがあります。 章や節によって区切られて階層化されているとか、目次があったり付録があったりとかいうやつです。

また、文書には役割に応じて幾つか種類があります。 チュートリアルやらマニュアルやらリファレンス、レシピブックとかクックブックとか呼ばれるようなものもありますね。 このあたりも意識しておくと、文書を書く時にも読む時にもいろいろと有効です。

これらを踏まえて日頃から文書を書いていると、書店で売ってるようないい感じの体裁の文書が自然に書けるようになります。 例えば、ちょっとしたツールを作ってからその説明書などを書く場合など、きっと役に立つでしょう。

良い本の選び方が見えてくる

これは個人的な経験則の話しですが、文書を書くようになると普段何気なく読んでいる本に対する感覚が変わってきます。 目次を見ただけでどんな本かがなんとなく分かるようになったりするなどです。 「良い本を選ぶセンス」のようなものが向上したというか、「自分の考えや目的に合った本の選び方」が出来上がってきた気がします。

「技術書ってすごいたくさんあるけど、買った後に失敗したなと思う事が多い」というような人は、 自分で書いてみることで自分に合った本の探し方が分かるようになるんじゃないかと思います。

ポジションペーパー的な役割を果たせる

これは件のUSTREAM放送中でも確か触れられていましたが、 書いた文書を公開していると自然とその分野におけるポジションらしきものができるみたいです。 あー、あれ書いてる人ねー、みたいな感じでしょうか。

昨今はゲーム開発者向けの勉強会も増えてきた印象がありますし、そうゆう会に参加した時に役に立つことがあるかもしれません。 自分の経験でいうと、拙著とセットで自己紹介したところ受けがよろしかったという事がありました。 （これはポジションペーパーとはちと違う感じですが）

もっと細かいとこある気がするけど

とりあず、こんな感じでしょうか。 本を書くというと大仰な仕事に聞こえるかもしれませんが、ドキュメントやブログ記事でも書く感覚でやってみるといいんじゃないかと思います。 どうしても本＝書店でならんでる分厚いやつ、という考えになりがちですが、世の中には薄い本もたくさんあるわけですし、嗜み程度にやってみるのをおすすめしています。