第2回【関西ITベンチャー】開発ツール チラ見せ♡ナイト@大阪

2. おまえだれやねん
うつみ けいすけ
KLab (Osaka) Developer
よく忘れるもの：名刺入れ
マイブーム：禁酒ダイエット
刺青エンジニアって覚えてください
Golang,PHP,C#
今年もISUCON頑張ります（TeamKu’s
CrystalFantasiaのサーバー作りました。

3. !!!!注意!!!!
この発表には敢えて極端な言い回しや、
過激な表現がふんだんに含まれています。
※また、この発表は私個人の見解であり、所属する組織の公式見解ではありません。
ご注意くださいまし。

5. 2015/06/30 15:00
∼永眠∼

6. で、何の話？

7. jenkinsで
自動ビルド？？

8. 自動でUnitTest？？

9. 当 た り 前

10. そんなものはエンジニアだけ
で勝手にやっててください。

11. Agenda
ツール紹介
作るときの注意点
いつ何をどう作るか
まとめ
おまけ

12. まずは作った
開発支援系ツールをご紹介
※お見せできるものは最後のおまけスクショとかにあるますよ

13. プロト∼コア開発
AssetBundleGenerator for Unity
CCMS (Creative Contents Management System)
リソース更新システム
CMS
デバッグツール
Webサーバーキャッシュ管理

14. コア開発∼リリース
S3Manager
AssetBundleManager
WwiseSoundManager
マスタデータ管理ツール
マスタデータバリデータ
土下座システム
メンテナンス管理
ガチャ＆クエストシュミレータ
マスタデータGenerator
WebViewGenerator

15. リリース∼サービスアウト
CMS (Contents Management System)
イベントカレンダー
カスタムレポート
マスタデータバリデータ(随時追加
サーバーエラーログ監視ツール

16. 開発支援ツールを
作る際の注意点

17. 夢や理想なんて捨てちまえ
開発支援ツールはプロダクトと共に成長していくもの
いきなり大掛かりな仕組みを作ると後戻りできない
理想を語っていても使ってもらえないシステムは無価値
小さなツールをたくさん作る
開発に2日以上かかるのは多分課題分解ミスってる

18. 他人に頼るな
サードパーティー製のライブラリで本当にいいの？
結局それが足かせになってない？
必要十分以上のことやろうとしてない？
結局中に手突っ込むことになった経験ない？

19. お前が使うんじゃねぇんだよ
ゲームはユーザー様に遊んでいただくもの
開発支援ツールはプロジェクトみんなが使うもの
プログラマだけが使うものではない
エラー内容などは日本語でおｋ
お前だけわかってても意味ねぇよ(*´ω｀*)

20. 単一な仕組みを作れ
システムの利用者に理解を求めない
理解が不要なほど単純なオペレーションにする
複数の仕組みを組み込まない
組み込んだとしても、利用者に意識させない

21. 元に戻す機能なんて不要
運用が始まると出したものを消すことはほぼ不可能
消去するシステムは絶対作らない
不要なデータが出てもそれは運営コストとして諦めも肝心
消去する必要がある場合は承認を経てエンジニアが責任を
持って対応する

22. 自動化！自動化ぁぁっぁぁ!!!って騒ぐな
なんでも自動化したらいいってもんでもない
人の目、人の手で確認しなければいけないポイントは自
動化しない
逆にそれ以外は極力自動化しましょう。
見極め大事

23. 全ては1オペレーションで
オペレーション手順が増えれば増えるほどミス発生率が急
上昇!!
利用者の自由をなくす
一定のことしかできなくていい
迷いはミスを生む

24. ツールは集約しろ
CMSなどブラウザベースで動作するツールにする
複数のウインドウを行き来するのは集中が途切れる
あのツールってどこにあったっけ？とか無駄

25. 情報も集約しないと誰もみねぇ
ChatworkでもSlackでもなんでもいい。
僕はChatwork派ですけどね|дﾟ)ﾁﾗｯ
でも github てめぇはダメだ。(プロジェクト全員見れる場
合を除く
特にエラーに関しては派手に通知

26. いつ、何をどう作るのか

27. プロトや仕様が
固まっていない時期

28. この時期は
イテレーション速度が重要

29. ビルド時間を圧縮 for Unity
ビルド時間が長くなる要因
ビルドマシンのスペック
Assetに含まれる膨大なexample
モバイル向けに最適化される画像
初期に含まれやすいゲーム内データ
→アニメーションやサウンドなど

30. ビルドマシン
上長にご相談ください

31. 膨大なexample
$ find . -name 'examples' | xargs -n 10 rm -rf
とかやっとけばいいんじゃないですかね
（すっとぼけ

32. モバイル向けに最適化される画像
CacheServer 導入すると早くなるよ
上長に相談

33. 初期に含まれやすいゲーム内データ
これをどうにかする
できるだけ早いうちにAssetBundle化する
アニメーションファイルの更新とかだけでリビルド不要に
なる
適当にS3とかに置いて、DLする仕組みを雑でも作る

34. コア∼リリースの
モリモリ作る時期

35. この時期は
ヒアリングしまくる

36. 誰が何に困っているかを知る
オペレーションコストが高いもの
非効率なこと
オペレーションなどミスった箇所
属人化しているもの

37. 責任分界点を明確に！

38. 作ったものには責任を。

39. 各部署で最後まで面倒みる
ゲームで必要になる更新要素
AssetBundle
サウンドデータ (Bank
マスタデータ(sqlite
訴求用画像 (S3
プログラム

40. 製作者が本番に更新できるように
ゲームで必要になる更新要素
AssetBundle→クリエイティブ
サウンドデータ (Bank→サウンド
マスタデータ(sqlite→プランナー
訴求用画像 (S3→プランナー
プログラム→プログラマ

41. 全てのオペレーションを誰でも安心
してできる環境を作るのは
プログラマであり、その責任である。

42. でないと、全ての質問とか問題をプ
ログラマに持ってこられることにな
るよ？
いいの？(*´ω｀*)

43. (ヾﾉ･ ･`)ﾑﾘﾑﾘ

44. じゃあやりましょう！
作りましょう！！！！！

45. リリース∼その後

46. 仏の顔は一度まで
運用でミスが出てしまうのは仕方ない
次出さないようきちんと分析する
障害の度にユーザーは離れていく

47. ツールをいっぱい作ると結果的に工数削減
になるので、
本当にやりたいことに専念できます。

48. やりましょう！！！
作りましょう！！！！！

49. まとめ
ツール単体はプロダクトに依存しないように作る
状況に応じた完成度でいい
利用者は運用初心者を想定しろ
初期∼中期は特にツールに力を入れる
集約大事
必要最低限以上は求めない
仕様は限りなく縛り尽くす

50. ご清聴
ありがとうございました。
壁紙とかDLできるよ！
→ https://www.crystalfantasia.com/info/
続きのおまけはお時間あれば…

51. おまけ

52. AssetBundleGenerator
アニメーションやUIチームが自分たちで正確な
AssetBundleを作る
管理ツールに生成されたものをうｐ
実機で更新が自動で走る

54. CCMS
(Creative Contents Management System)
クリエイティブデータを発注∼納品まで管理する
リソースをベースとしたスレッド形式で、リテイクなどの
依頼を時系列に見れる
もちろんリテイク依頼時の参考画像等もUPLOADできる
社内横断ツールへ進化

55. WwiseBankManager
Wwise(サウンドエンジン)のエクスポートしたファイルを
解析できる仕組みをつくる
管理ツールでサウンドチームがエクスポートされたZIPを
うｐ
実機で更新が自動で走る

56. マスタデータ管理
モンスターのデータや、クライアント側で表示するために必
要な情報はサーバーではなく、クライアント側に持ってて無
通信で表示してくれる。
例えばモンスターの名前や属性。

58. マスタデータ管理~2~
結局はDBなのでCSV管理されている
CMSでプランナーがうｐ
クライアントで保持しているデータに変更があれば
実機で更新が自動で（ｒｙ

60. DebugTool

61. キャッシュ管理

62. マスタチェッカー

63. マスタチェッカー(ルール

64. 土下座システム（報酬付与

65. メンテ管理

66. メンテ管理

67. ガチャシュミレータ

68. WebView管理＆Preview

69. カスタムレポート

70. イベントカレンダー