GREE Tech Conference 2023で発表された資料です。 https://techcon.gree.jp/2023/session/TrackB-1
ゲームを制作しながらどうやって開発環境を整えるか？“現場“のツール作成手法株式会社WFSゲームプログラマー奥村 典史
View Slide
ゲームを作るということはツールを作るということ！2
自己紹介奧村 典史株式会社フロム・ソフトウェアを経て、2012年に入社。「ららマジ」などの開発に携わる。その後「アナザーエデン 時空を超える猫」に参加し、2018年ごろから「ヘブンバーンズレッド」にメインプログラマーとして参画。スケジュール管理やアドベンチャーパートの実装、その他ゲーム全体のシーケンスなどを担っている。3
ツール＝ゲームを作るために必要な全てのソフトウェア4
ゲーム開発で必要なソフトウェア● データを作る● 効率を上げる5
ゲーム開発で必要なソフトウェア● データを作る● 効率を上げる○ 速度を上げる○ 作る難しさを緩和する6
もくじ● なぜツールをつくるのか？● なぜツールを「現場」でつくるのか？● ツールを現場で作ることの問題点● 時間が無い！● 共通化出来ない！● さいごに7
なぜツールをつくるのか？8
なぜツールを作るのか？● 1.データを作る● 2.関わる人を減らす● 3.単純作業や大量の作業をこなす● 4.コンテキストスイッチを減らす● 5.イテレーションの速度を上げる● 6.知識を補う● 7.ミスを防ぐ9
1.データを作るとあるゲーム制作者がゲームを作る・・・● 絵が書きたい● プログラムを書きたい● ゲームバランスや設計されたレベルデザインを作りたい10なぜツールを作るのか？↑彼
ゲームを作るデータを作る● 絵を作るツール● プログラムを書くツール● ゲームバランスやレベルデザインを作るツール1.データを作る11なぜツールを作るのか？０１０１０１０１０１００１０１０１０００１０１０１０００１０１０１０１００１０００
1.データを作る画像を作るツール● Photoshop● Illustratorプログラムを作るツール● VisualStudio● Rider12なぜツールを作るのか？
1.データを作るゲームエンジン● Unity● Unreal Engine13なぜツールを作るのか？
1.データを作るゲーム固有のデータ● マップ作成ツール○ 各プロダクト用のデータを作る14なぜツールを作るのか？
1.データを作る画像データから特定のゲームの中だけで使われるデータまでありとあらゆるデータでゲームはできているツールによって効率的にデータの作成ができる15なぜツールを作るのか？
2.関わる人を減らす人にデータを依頼・・・考えたものを人に作ってもらうのは非常にコストがかかる16なぜツールを作るのか？
例えば・・・● プランナーさんが敵の攻撃行動を考える● プランナーさんと会議を開きエンジニアに内容を伝える● エンジニアがAIを実装する2.関わる人を減らす17なぜツールを作るのか？
2.関わる人を減らす例えば・・・● プランナーさんが敵の攻撃行動を考える● プランナーさんがビヘイビアツリーで実装するツールによって工程と関わる人が減った！18なぜツールを作るのか？
2.関わる人を減らす考えている人が考えていることをそのまま出力できると・・・● 時間的な効率が上がる● クオリティが上がる無駄なお手玉を減らすためにツールが活躍する19なぜツールを作るのか？
3.単純作業や大量の作業をこなす単純作業や大量の作業の例● FBXのモデルからゲームで使えるデータに変換する● ファイルを一定の規則でリネームする20なぜツールを作るのか？
3.単純作業や大量の作業をこなす1000ファイルの名前を変えよう！ MQ010105.lua→MQ01_01_05.lua21リネームにかかる時間20秒 ✕ 1000 = 20000秒 = 5時間33分20秒！なぜツールを作るのか？
3.単純作業や大量の作業をこなす1000ファイルの名前を変えよう！ MQ010105.lua→MQ01_01_05.lua会議とリネームで今日が終わった・・・22リネームにかかる時間20秒 ✕ 1000 = 20000秒 = 5時間33分20秒！なぜツールを作るのか？
3.単純作業や大量の作業をこなすリネームツールなら一瞬ですよ！23リネームにかかる時間0.001秒 ✕ 1000 = 1秒 なぜツールを作るのか？
3.単純作業や大量の作業をこなす大量の仕事をツールで自動化する人間には出来ないことを機械にやってもらう24なぜツールを作るのか？
4.コンテキストスイッチを減らす一瞬目を奪われたり、ファイルの作業をするだけで人は今やっている事を忘れる！25なぜツールを作るのか？
4.コンテキストスイッチを減らすそうだ、このシーンに木を一本、生やそう26なぜツールを作るのか？
4.コンテキストスイッチを減らすどれどれ？このシーンの名前は・・・Main・・・ちがうなBaseTown_A_PL0807.unityか・・・・27なぜツールを作るのか？
4.コンテキストスイッチを減らすじゃあまずは、BaseTown_A_PL0807.unityを探さないとな28なぜツールを作るのか？
4.コンテキストスイッチを減らすBaseTown_A_PL0804.unityBaseTown_A_PL0805.unityBaseTown_A_PL0806.unityBaseTown_A_PL0807.unityBaseTown_A_PL0808.unityBaseTown_A_PL0809.unityBaseTown_A_PL0810.unity29なぜツールを作るのか？
4.コンテキストスイッチを減らすBaseTown_A_PL0804.unityBaseTown_A_PL0805.unityBaseTown_A_PL0806.unityBaseTown_A_PL0807.unity これだ！BaseTown_A_PL0808.unityBaseTown_A_PL0809.unityBaseTown_A_PL0810.unity30なぜツールを作るのか？
4.コンテキストスイッチを減らすここであなたの大切な猫がモニターとキーボードのあいだを横切ります31なぜツールを作るのか？
4.コンテキストスイッチを減らすBaseTown_A_PL0807.unityを開いた32なぜツールを作るのか？
4.コンテキストスイッチを減らすなにするんだっけ・・・？33？なぜツールを作るのか？
4.コンテキストスイッチを減らすそうだ、このシーンに木を一本、生やそうここに「シーンを開く」ボタンがあるだけで防げたはず・・・！34開くなぜツールを作るのか？
4.コンテキストスイッチを減らす一瞬忘れると作業を思い出すのに意外に時間はかかる● 操作するところをまとめたり、ボタンを一つ作るだけでコンテキストスイッチは減る想像しているより、小さなボタンの効果は大きい35なぜツールを作るのか？
5.イテレーション速度を上げるゲームでは何回も同じ場所をブラッシュアップしていきます。天才が1回で作ったものよりも凡人が100回作り直したものの方が面白いことが多い！36なぜツールを作るのか？
5.イテレーション速度を上げるじゃあぼくは100回ブラッシュアップしましょう！タイトル画面から、Aの街のなかの町娘Cに話しかけて、選択肢Aを選んだ後に道具屋に話しかけると200秒かかりました 37ブラッシュアップにかかる時間200秒 ✕ 100 = 20000秒 = 5時間33分20秒！なぜツールを作るのか？
5.イテレーション速度を上げるじゃあぼくは100回ブラッシュアップしましょう！タイトル画面から、Aの街のなかの町娘Cに話しかけて、選択肢Aを選んだ後に道具屋に話しかけると200秒かかりました会議とNPCに話しかけてたら今日が終わった・・・・38ブラッシュアップにかかる時間200秒 ✕ 100 = 20000秒 = 5時間33分20秒！なぜツールを作るのか？
5.イテレーション速度を上げる状況を再現するのが20秒に短縮されたら・・・39ブラッシュアップにかかる時間20秒 ✕ 100 = 2000秒 = 33分20秒！なぜツールを作るのか？
5.イテレーション速度を上げる状況を再現するのが20秒に短縮されたら・・・日が沈まない！祈る時間が増えた40ブラッシュアップにかかる時間20秒 ✕ 100 = 2000秒 = 33分20秒！なぜツールを作るのか？
5.イテレーション速度を上げる現在のゲームの状態が一瞬で再現できるデバッグメニュー● ユーザーデータを保存、ロードできる● ロード時にすぐにゲーム自体がリスタートする41なぜツールを作るのか？
5.イテレーション速度を上げる単体の機能だけが置いてあるシーン● 再生するだけで機能の確認が出来る42なぜツールを作るのか？
5.イテレーション速度を上げる繰り返しのボトルネックをツールで減らす時間効率はクオリティに直結する43なぜツールを作るのか？
6.知識を補うドキュメントも立派なツールです44なぜツールを作るのか？
6.知識を補うツールチップとか45なぜツールを作るのか？
6.知識を補うヘルプボタンとか46なぜツールを作るのか？
6.知識を補うGitを使うのが苦手な人が簡単にgitを使えるツールFireCommitter47なぜツールを作るのか？
6.知識を補うツールを通して知識を共有する知識が共有されることでチーム全体の効率を上げることができる48なぜツールを作るのか？
7.ミスを防ぐマスターバリデーション● 値の範囲チェック● 他マスターとの繋がりチェック● アセット参照チェック→変換時にチェックすることで環境が壊れることを防ぐ49なぜツールを作るのか？
7.ミスを防ぐ一つのミスは連鎖的に次のミスにつながるチーム全体を止めてしまう事もあるミスをすることを恐れて効率を落としてしまうこともあるミスを防ぐツールは速度も向上させる50なぜツールを作るのか？
なぜツールを作るのか？● 1.データを作る● 2.関わる人を減らす● 3.単純作業や大量の作業をこなす● 4.コンテキストスイッチを減らす● 5.イテレーションの速度を上げる● 6.知識を補う● 7.ミスを防ぐ51
なぜ「現場」でツールをつくるのか？52
なぜ「現場」でツールをつくるのか？● 1.同じゲームは２つとない● 2.「現場」のことは「現場」でしかわからない53
1.同じゲームは２つと無いあなたのゲームにはあなたのゲームにしか無い「しくみ」がある54なぜ「現場」でツールをつくるのか？
1.同じゲームは２つと無いCharacterAssetConcierge● 1ボタンでとてもたくさんの作業をするツール● 「ららマジ」でしか使わないキャラクターのアセットを作るために存在している55１ボタンでやっている処理一覧Bake退避データのインポートSpineのインポートBakeデータ作成 defaultのダメージコリジョンの作成 defaultのトランスフォームアニメーション 新しいRootモーションに更新するアニメーターの作成 （アニメーションクリップの生成） defaultのメカニムをコピートランスフォームアニメーション作成エフェクトのSpineデータインポートエフェクトのアニメーター作成Viewのプレハブをつくる インスタンス化 飛び道具のコピー モーションエフェクターのコピー コリジョンのコピー ステータスエフェクトをのせる ボーンを減らすUIViewのプレハブを作る容量オーバーのBakeを退避なぜ「現場」でツールをつくるのか？
1.同じゲームは２つと無い探検マップエディター● 「ヘブンバーンズレッド」の探検機能を作るためだけに存在● ミニマップととそれと同じ構造のダンジョンのつながりを作る56なぜ「現場」でツールをつくるのか？
1.同じゲームは２つと無いすべてが同じ仕様のゲームはこの世に２つ存在しないだから、ゲーム作りでは共通化出来ないツールも作らなければならない57なぜ「現場」でツールをつくるのか？
2.「現場」のことは「現場」でしかわからない● 「こんなツールが欲しい！」は使う人にしか分からない● 「使いやすい」は使う人にしかわからない欲しくないツール使いにくいツールはどうなる？58なぜ「現場」でツールをつくるのか？
使われない59
2.「現場」のことは「現場」でしかわからない現場の困っていることを解決FireCommitter● Gitを使えない人でも簡単に使えるツール○ 手元を最新にする（git pull)○ ファイルをアップロードする（ gitcommit）60なぜ「現場」でツールをつくるのか？
2.「現場」のことは「現場」でしかわからないFireCommtterが生まれたあらすじ● ファイルを最新に出来ない○ Unityは時々勝手にmetaファイルを変える○ 変更されたファイルがローカルにあると gitはpullしない○ git checkout .などでファイルを戻さなければいけないが・・・■ アートさんはわからない● コマンドは難しいし● GUIツールでも難しい● 自分で変えたわけではない○ じゃあ、全部git checkout .で「燃やし尽くして」から pullすればいいじゃん！■ →すごく乱暴だけど上手くいった。みんな pullできるようになった。61なぜ「現場」でツールをつくるのか？
2.「現場」のことは「現場」でしかわからないFireCommtterが生まれたあらすじ● ファイルをアップロードできない○ アップロードするためには・・・■ git checkout -b feature/hogehoge ←ブランチを切ってるブランチ名を決めなきゃだ■ git add hogeFile.unity ←ファイルをステージしてる。ステージって何？■ git add hogeFile2.unity ←全部ステージしなきゃいけない■ git commit -C “ファイルを更新” ←ちゃんとコミットログ書いて欲しい■ git push origin feature/hogehoge ←ネットにアップしてる■ Githubでプルリクを出す○ どうか1ボタンで・・・・・62なぜ「現場」でツールをつくるのか？
なぜ「現場」でツールをつくるのか？● 1.同じゲームは２つとない● 2.「現場」のことは「現場」でしかわからない63
ツールを現場でつくることの問題点64
ツールを現場でつくることの問題点● 時間がない● 共通化出来ない65
だけど・・・● 時間がないけどツールは現場で作る必要がある、またツールを作らないとよけいに時間はなくなる● 共通化全ては無理だけど、出来る部分もあるはずだだから、現場でツールを作ろう！共通化しよう！チームや組織で肯定していこう66ツールを現場でつくることの問題点
ツールを現場でつくることの問題点● 時間がない● 共通化出来ない67
時間がない！68
時間がない！● 1.ツールを作るコストを減らす● 2.ゲームと同時に作る● 3.効率化することで、時間を作り出す● 4.作る人を増やすことで、時間を増やす69
1.ツールを作るコストを減らす● 「ツールを作るツール」を使う● 「ツールを作るツール」を作る● コードの依存性を切り、機能を独立させる70時間がない！
1.ツールを作るコストを減らす● 「ツールを作るツール」を使う71時間がない！
1.ツールを作るコストを減らす● 「ツールを作るツール」を作る○ Decoma72時間がない！
1.ツールを作るコストを減らす● コードの依存性を切り、機能を独立させる○ 機能の依存の樹を小さくする○ プロジェクトのコードがシンプルじゃないとツールを作るコストも上がる！73時間がない！
2.ゲームと同時に作るゲームを作るには● データを作らなければならない● イテレーションを繰り返さなければならない74時間がない！
2.ゲームと同時に作るゲームを作るには● データを作らなければならない→データを作るツール● イテレーションを繰り返さなければならない→イテレーションを早くするツール75時間がない！
2.ゲームと同時に作るデータを作るツール● 最初はどういうゲームを作ればいいかわからない● エンジニアが企画を聞いて最低限で実装○ 実装を作る時にツールも実装○ 完璧でなくていいし、未完成で良い、方向性が正しいか見てもらうのが重要● ゲームの仕様変更に合わせてデータを作るツールを改善していく○ 最初から作りすぎてしまうと変更に時間がかかる○ 未完成の方が軌道修正のコストが小さくてすむ76時間がない！
2.ゲームと同時に作るイテレーション（確認）を早くするツール● 「開発中」が一番たくさん確認する○ もっともツールの効果が最大化する● 細かく確認してもらう事で仕様変更が小さくなる77時間がない！
2.ゲームと同時に作るゲームと同時にツールを作っていく● 探検マップエディター○ どうやってマップ間をつなげるのか？○ そのデータはどう作るのか？○ どんな見た目のミニマップを作るのか？○ マップ上には何を配置するのか？様々な事をゲームと同時に決めながらツールの制作を行った！78時間がない！
2.ゲームと同時に作るゲームと同時にツールを作っていく● 細かく早く確認してもらうことで仕様変更が小さく細かくなる○ 作りすぎる事が少なくなる！● 早く準備することによってツールで減らせるコストは最大化する時間を作れる！79時間がない！
3.効率化することで、時間を作り出すシナリオ変換ツール「ちゅーりっぷ」シナリオファイルをLuaファイルに変換！● いちいちコピペで書き写すよりも1ファイル10分以上の節約に！80時間がない！
4.作る人を増やすことで、時間を増やす簡単にデバッグコマンドを作れるツール「Decoma」● アドレスとIMGUIを書けば簡単に誰でもデバッグコマンドを作成可能なツール81new DebugCommand("Debug/リセット", () =>{if (GUILayout.Button("リセット")){Reboot();}});時間がない！
4.作る人を増やすことで、時間を増やす● デバッグメニューの作成のハードルを下げることで・・・○ 経験の浅いプログラマーでも！○ 痒いところに手が届かないのをもどかしく思っていたプランナーでも！○ 簡単に状況を作り出してデバッグしたい QAでも！実際に作れました！82時間がない！
4.作る人を増やすことで、時間を増やすプログラムを書くことを職掌でフタをしない● 「誰でもかける様」にしておくこと！● 「誰でも書いて良い」にしておくこと！おかしなプログラムが入ってきたら怖い→場所をエディターやデバッグコマンドに限定する→コードレビューをきちんとする83時間がない！
4.作る人を増やすことで、時間を増やす企画者ウインドウ● フタをしなかった結果、生まれた良い例● 企画者の得意な人がC#で書いてくれた● プログラマーが書くよりも「要件」をよく知っている人が書いたので便利！84時間がない！
● 1.ツールを作るコストを減らす● 2.ゲームと同時に作る● 3.効率化することで、時間を作り出す● 4.作る人を増やすことで、時間を増やす時間がない！85時間はない！永遠にない！しかし、ツールを作らなければもっとない！みんなで時間を生み出そう
共通化出来ない！86
共通化出来ない！● 共通化はなんで難しいか？● 共通化が成功したツール● 1.命名せよ！● 2.パッケージ化せよ！● 3.前のプロジェクトを継承してゆっくり育てる● 4.ドキュメント制作会議87
共通化はなんで難しいか● どんなツールがあるのか知らない● 他の現場のツールを持ってくることが出来ない● 機能が少ないので使ってくれない● ドキュメントが無い88共通化出来ない！
共通化が成功したツール● OniUI○ MVCで言うところのViewのレイヤーを完全に切り分けるための UIライブラリ○ 詳しくはCEDEC2022のUIの講演でも紹介しています→UIの開発スピードを高速化させる仕組み ~ヘブンバーンズレッドにおけるUnityを用いた事例~https://cedil.cesa.or.jp/cedil_sessions/view/2651このツールで有効だった手段をいくつか・・・89共通化出来ない！
1.命名せよ！“まるで鬼神のごとき速さでUIを実装するライブラリ「OniUI」”● 使う人が呼んでくれる● 何に対しての会話かが分かる● 導入する時にも「◯◯がほしい！」「◯◯でいこう！」と言える● 導入しないときにも「◯◯は今回はなしで！」と言える90共通化出来ない！
2.パッケージ化せよ！もしかしたら共通化出来ないツールでも積極的にサブモジュール化する● プロジェクトに依存したコードを排除できる● 他のプロジェクトが簡単に導入する事ができる● 開発中の段階から２つ以上のプロジェクトで変更を入れていくことができる91共通化出来ない！
3.前のプロジェクトを継承しゆっくり育てる！Project AnimalでのOniUI● LWFをUIに使っていた● LWFのオブジェクトに対して値を入れる中継クラスがあった92ProjectA共通化出来ない！
3.前のプロジェクトを継承しゆっくり育てる！Project XaiでのOniUI● LWFで実装してあったコードをそのままにNGUIに置き換える必要があった● 同じインターフェイスでNGUIに置き換えられうように● コード自動生成なし● オートバインドなし93ProjectAProjectX共通化出来ない！
3.前のプロジェクトを継承しゆっくり育てる！「ららマジ」でのOniUI● インターフェイスのコードを拡充● UITechさんによるViewのコードを書く場所を追加● UIのベースクラスの自動生成Project WでのOniUI● UGUIへの置き換え● カルーセルの機構追加● イケてるバーチャルスクロール94ProjectAProjectXららマジProjectW共通化出来ない！
3.前のプロジェクトを継承しゆっくり育てる！「ヘブンバーンズレッド」でのOniUI● コードバインドの自動生成95ProjectAProjectXららマジProjectWヘブバンNextNext共通化出来ない！
3.前のプロジェクトを継承しゆっくり育てる！思想やプログラムは人と一緒に移動する！● 奥村が昔のプログラムを持ってProjectを移動する● UITechさんがプログラムをもって別のProjectに移動する人の移動によって思想が広まっていき、多くのProjectに入っていった思想だけでも移動すると共通化が進んでいく96共通化出来ない！
4.ドキュメント制作会議ドキュメントがないから直接教えて欲しい！● 教えて欲しい人を募って会議● 機能ややり方を解説する● 参加者がその場でまとめる→あら不思議！ドキュメントが完成！97共通化出来ない！
共通化出来ない！● 共通化はなんで難しいか？● 共通化が成功したツール● 1.命名せよ！● 2.パッケージ化せよ！● 3.前のプロジェクトを継承してゆっくり育てる● 4.ドキュメント制作会議98
参考[CEDEC2022]ヘブンバーンズレッドにおけるLuaの活用事例 https://cedil.cesa.or.jp/cedil_sessions/view/2697 [CEDEC2022]UIの開発スピードを高速化させる仕組み ~ヘブンバーンズレッドにおけるUnityを用いた事例~ https://cedil.cesa.or.jp/cedil_sessions/view/2651 [CEDEC2018]『アナザーエデン 時空を超える猫』における“ツール運営“事例 〜開発ツールの運用で学んだこと〜 https://cedec.cesa.or.jp/2018/session/detail/s5ab9f3ac0efa3.html [Unite 2017 Tokyo]Unityで出来る『見える開発』のススメ ～スマホゲーム「ららマジ」開発事例～ https://events.unity3d.jp/unitetokyo/2017/session-lineup.html#session81 [Unity Sync2022]『ヘブンバーンズレッド』の大規模開発と高速イテレーションを支える、自作ツール群の秘密 https://events.unity3d.jp/sync/session/8/ Unityで開発しているゲームの単体テストをCI環境で運用している話 https://labs.gree.jp/blog/2015/12/15392/ [WFS Tech Talk ＃1]ららマジでしかできない！？キャラクターアセット最適化事例 https://www.slideshare.net/greetech/ss-149149594 [GREE Tech Conference 2022] ヘブンバーンズレッド × バトル × アドベンチャー 〜WFSのゲーム制作・演出の最大化手法〜 https://techcon.gree.jp/2022/session/TrackB-2 99
さいごに● 走りながらツールをつくろう● ゲームを作る人にしか出来ないツールづくりがあるこの発表がもし、あなたのゲーム作りの助けになれば！100
101
gree_tech
sansantech
dahatake
glaforge
koki_nishihara
miura55
gakumura
kzkmaeda
ryosk7
o11yfes2023
hirosat
sansan_randd
pfn
lemiorhan
chriscoyier
myddelton
holman
danielanewman
jmmastey
pedronauck
keavy
kevinliebholz
nonsquared
maltzj
geeforr