■プログラマに嫌われる書類書くだけのかんたんなお仕事のひとたち

プログラム書くようになってあるプロジェクトで実践でも投入されるようになってから数年。当時の上司にプログラマって名乗っていいんじゃない？とか言われてプログラマという自認もできた。

もともとはSE的な立場として仕様書を書いたりしてた。ゲーム業界だからSEとはいわずに企画とかプランナーとか呼ばれる職種。書類仕事がメインで、自分でツール作るかスクリプター的な役目でないかぎりコードみたいなものを書いたりはしなかった。コード書くの楽しい。VBなんかに戻れないし、もう書く事もできないだろうな。

だからってわけでもないけれど、できる企画とダメな企画ってのがわかるのよね。プログラマ側からみての意見になるから、ディレクターからみて、とかデザイナーから見て、とかはまたちょっと違うのだと思うのだけど。

なのでプログラマからみてダメな企画をつらつら挙げていく。

わかったふりをしてる

自分、ちょっとコードの読み書きできるのでわかってます、な体で仕様書書いてくるのだけど、全然穴だらけ。要件が不明なままフローだけ書いてくる。実際にやりたいことは何なの？そこを説明して実装はプログラマに任せようよ、と。

イベント駆動とかもわかってないから仕様書の書き方も不明。

エクセル方眼だけど図は皆無

ゲーム作るのにはバージョン管理システムを導入するのが常。subversionとかgitとかあるでしょ。すごく便利なんだけど基本的にテキスト形式のファイルを管理するためのものなので、エクセルみたいなバイナリ突っ込まれると差分じゃなくて全部のバージョンが入るから容量を圧迫するの。

画像データはまだいいよ。githubがpsdの差分さえ教えてくれるからね。

だがエクセル、てめーはダメだ。

文字情報メインなのに差分を見る事もできない。検索もできない。

ただ、データ管理としてのエクセルは優秀なのよ。ちょっとしたツールもつくれちゃうし。仕様書をエクセル方眼で書いてくるやつはカスだ。

俺も若い頃はよく使ってたけどMarkdownを知ってからは断然こっちの方が書きやすい。そしてなにより読みやすい。検索もできるし成型もできる。強調表示や画像も貼れる。文法も簡単だし覚えやすい。

Markdownは文字列情報だ。文章だ。文章は一次元的に表現される。つまり書く側が完全に整理した思考でないと書ききれない。読む側に理解させるにはどういった順番で説明をすればいいか考えてからでないと表現できない。おのずと書類の内容、精度が上がる。ただの文章だからこそだ。

エクセルはタブやらなんやらで並列なまま多次元情報としたまま表現できる。思考が整理されてなくても表現できてしまうし、表現した気になる。書いてる側の思考がまとまってないまま表現できてしまうあたりはエクセルの自由度の高さでもあるのだけど、通して読む事ができない形式でもあるので、読む側のことを考えていないクソみたいな仕様書も提出されてきてしまうのが難点。

プログラマ「あの仕様どこにかいてあるの？」

企画「XXファイルのYYタブに書いてありますよ。ちゃんと読んでるんですか？」

殺意が沸くわ。

しまいにゃ図で示せばらくなものでも図にしてない。

Photoshopなり何なりで書いた絵図をGyazoにでもあげてリンクだけMDに貼れよ。エクセルでシェイプ駆使して作るより早いだろ。

パワポの方がマシですわ。あれはページにスペースの制限があるから１ページ内にまとめよう、伝えようっていう意思と能力がないとまとめられないから。

データ構造とか意識できない

要件を伝えるのもいいけどバランス調整するための調整項目だしなよ。調整できるようにするし、こっちも使う変数を見出すきっかけになるから助かるんだよね。

データ構造意識できてないとバランス取れないと思うよ？

3Dアーティストのあげてくるデータも仕様書書くでしょ？あれの要件とかもまとめられないでしょ。ノードとか意味わかる？揺れもの数とか制限あるのわかる？

新しい事覚えようとしない

なんでもいいからゲームエンジン触れよ。Unityとか簡単じゃん。プログラム書かなくてもいいじゃん。

俺があれだけMarkdown簡単だから覚えろって言ってもエクセルで上げてくるし、古い知識のままアップデートされない人って存在が迷惑ですわ。

説明が下手

プランナーで説明が下手って終わってるよね。俺も下手だわ。よく怒られてた。ごめんなさい。これは別にプランナーに限った話ではないけれど、プランナーて人に伝えてなんぼなので職能としてこれがないのは致命的だよなぁ。

書いてすっきりしたので寝る。星くれ星くれ

Permalink | 記事への反応(3) | 04:27

ツイートシェア