[CEDEC2014] 消滅都市のつくりかた半年で素敵なゲームをリリースするには -

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Copyright © 2014 Wright Flyer Studios, Inc. All Right Reserved. • 澤智明(33歳) – 消滅都市プロデューサー • 経歴 – 野村総合研究所に3年勤務(SE) – 2006年に社員20名くらいの頃にグリーJOIN • インターネットサービスのエンジニア, プロデューサー • ゲームプログラマー, ディレクター, プロデューサー自己紹介

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

Slide 9

Slide 9 text

Slide 10

Slide 10 text

Slide 11

Slide 11 text

Slide 12

Slide 12 text

Slide 13

Slide 13 text

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Slide 16

Slide 16 text

Slide 17

Slide 17 text

Slide 18

Slide 18 text

Slide 19

Slide 19 text

Slide 20

Slide 20 text

Slide 21

Slide 21 text

Slide 22

Slide 22 text

Copyright © 2014 Wright Flyer Studios, Inc. All Right Reserved. • Vision/夢を語った、議論した – ちょっと照れくさかったけど。。 – 30枚の資料にまとめた – 2時間くらいひたすら語り合った 2.チームワークを高めるこういうゲームにしたい多くのお客様に遊んでいただきたい。家族に遊んでいただきたい。チームの全員が消滅都市を愛し、良くしたいと思うチームにしたい半年後こうなってたい

Slide 23

Slide 23 text

Slide 24

Slide 24 text

Slide 25

Slide 25 text

Slide 26

Slide 26 text

Slide 27

Slide 27 text

Slide 28

Slide 28 text

Slide 29

Slide 29 text

Slide 30

Slide 30 text

Slide 31

Slide 31 text

Slide 32

Slide 32 text

Slide 33

Slide 33 text

Slide 34

Slide 34 text

Slide 35

Slide 35 text

Slide 36

Slide 36 text

Slide 37

Slide 37 text

Slide 38

Slide 38 text

Slide 39

Slide 39 text

Copyright © 2014 Wright Flyer Studios, Inc. All Right Reserved. • 濱坂真一郎(43歳) – リードデザイナー – 株式会社スクウェア・エニックス（２～３回程就職⇔退職） • ＦＦ６ • クロノトリガー • ＦＦ１０ • フロントミッションシリーズ • ファイナルファンタジー零式 • ……etc – 2011年7月にグリー株式会社に転職 • ……etc • 絶対防衛レヴィアタン • 消滅都市自己紹介

Slide 40

Slide 40 text

Slide 41

Slide 41 text

Slide 42

Slide 42 text

Slide 43

Slide 43 text

Slide 44

Slide 44 text

Slide 45

Slide 45 text

Slide 46

Slide 46 text

Slide 47

Slide 47 text

Slide 48

Slide 48 text

Slide 49

Slide 49 text

Slide 50

Slide 50 text

Slide 51

Slide 51 text

Slide 52

Slide 52 text

Slide 53

Slide 53 text

Slide 54

Slide 54 text

Slide 55

Slide 55 text

Slide 56

Slide 56 text

Slide 57

Slide 57 text

Slide 58

Slide 58 text

Slide 59

Slide 59 text

Slide 60

Slide 60 text

Slide 61

Slide 61 text

Slide 62

Slide 62 text

Slide 63

Slide 63 text

Slide 64

Slide 64 text

Slide 65

Slide 65 text

Slide 66

Slide 66 text

Slide 67

Slide 67 text

Slide 68

Slide 68 text

Slide 69

Slide 69 text

Slide 70

Slide 70 text

Slide 71

Slide 71 text

Slide 72

Slide 72 text

Slide 73

Slide 73 text

Slide 74

Slide 74 text

Slide 75

Slide 75 text

Slide 76

Slide 76 text

Slide 77

Slide 77 text

Slide 78

Slide 78 text

Slide 79

Slide 79 text

Slide 80

Slide 80 text

Slide 81

Slide 81 text

Slide 82

Slide 82 text

Slide 83

Slide 83 text

Slide 84

Slide 84 text

Slide 85

Slide 85 text

Slide 86

Slide 86 text

Slide 87

Slide 87 text

Slide 88

Slide 88 text

Slide 89

Slide 89 text

Slide 90

Slide 90 text

Slide 91

Slide 91 text

Slide 92

Slide 92 text

Slide 93

Slide 93 text

Slide 94

Slide 94 text

Slide 95

Slide 95 text

Slide 96

Slide 96 text

Slide 97

Slide 97 text

Slide 98

Slide 98 text

Slide 99

Slide 99 text

Slide 100

Slide 100 text

Slide 101

Slide 101 text

Slide 102

Slide 102 text

Slide 103

Slide 103 text

Slide 104

Slide 104 text

Slide 105

Slide 105 text

Slide 106

Slide 106 text

Slide 107

Slide 107 text

Slide 108

Slide 108 text

Slide 109

Slide 109 text

Copyright © 2014 Wright Flyer Studios, Inc. All Right Reserved. プレイヤー体験（機能）を当てはめていくと… chapter1 仲間を集め chapter2 事件の核⼼へ chapter3 ロストを⽬指せ︕ チュートリアル BOSS BOSS BOSS 機能紹介強化合成進化合成ドラクエ３のプレイ感（感情）と照らしあわせると… アリアハンロマリアへ船を⼊⼿バラモス機能と感情の流れから全体を設計

Slide 110

Slide 110 text

Slide 111

Slide 111 text

Slide 112

Slide 112 text

Slide 113

Slide 113 text

Slide 114

Slide 114 text

Slide 115

Slide 115 text

Slide 116

Slide 116 text

Slide 117

Slide 117 text

Slide 118

Slide 118 text

Slide 119

Slide 119 text

Slide 120

Slide 120 text

Slide 121

Slide 121 text

Slide 122

Slide 122 text

Slide 123

Slide 123 text

Slide 124

Slide 124 text

Slide 125

Slide 125 text

Slide 126

Slide 126 text

Slide 127

Slide 127 text

Slide 128

Slide 128 text

Slide 129

Slide 129 text

Slide 130

Slide 130 text

Slide 131

Slide 131 text

Slide 132

Slide 132 text

Slide 133

Slide 133 text

Slide 134

Slide 134 text

Copyright © 2014 Wright Flyer Studios, Inc. All Right Reserved. • ⼈数、期⽇的に3Dゲームは厳しそう – 2Dゲームの企画にしてもらうようにした • ゲーム基盤 – Cocos2d-x Ver3.0.0 α → Ver3.0.0 RC – LWF for Cocos2d-x • swf (Flash) を再⽣する – 開発⾔語 C++11 消滅都市のプロトタイプ開発

Slide 135

Slide 135 text

Copyright © 2014 Wright Flyer Studios, Inc. All Right Reserved. • がっちり決めないで開発開始 – ラフな仕様書 – 画⾯イメージ • プログラマで適当に作る – アクション部分 1名 / 裏の戦闘部分 1名 – プロトタイプ開始⼀週間後から結合実験 • プロトタイプはスタンドアロン – 本番ではサーバが持つべきデータも全部抱く消滅都市のプロトタイプ開発

Slide 136

Slide 136 text

Slide 137

Slide 137 text

Slide 138

Slide 138 text

Slide 139

Slide 139 text

Slide 140

Slide 140 text

Slide 141

Slide 141 text

Copyright © 2014 Wright Flyer Studios, Inc. All Right Reserved. • 実機ベースによる議論は良かった – 各⼈の想像によって議論が進むことがない – 触り⼼地等が机上の空論では無い – 仕様書が無い / 少ない状態でも問題なかったポストモーテム • 環境を維持するのが⼤変だった – サーバとの開発進捗ずれ – 初期化シーケンスのバグで起動しない

Slide 142

Slide 142 text

Copyright © 2014 Wright Flyer Studios, Inc. All Right Reserved. • 常時動作できるように – クラッシュログは最優先対応 – サーバ開発は極⼒⼿元で⾏えるように • チーム内の周知 – 開発環境ダウンタイムの連絡 – 前もって連絡することで別作業をしてもらう • スゴイ仕組みを⽤意したわけではない – 機械的ではなく⼈間的な温もりポストモーテム

Slide 143

Slide 143 text

Slide 144

Slide 144 text

Slide 145

Slide 145 text

Slide 146

Slide 146 text

Slide 147

Slide 147 text

Slide 148

Slide 148 text

Slide 149

Slide 149 text

Slide 150

Slide 150 text

Slide 151

Slide 151 text

Slide 152

Slide 152 text

Slide 153

Slide 153 text

Slide 154

Slide 154 text

Slide 155

Slide 155 text

Slide 156

Slide 156 text

Slide 157

Slide 157 text

Slide 158

Slide 158 text

Copyright © 2014 Wright Flyer Studios, Inc. All Right Reserved. • データ検証機能の充実が良かった – データ制作者の安⼼につながる – データ起因の問題に時間を割かなかった – ⼈に怒られるよりも、機械に怒られたいポストモーテム • データ共有が難しい – Excelの共有ブック機能では使えない機能もある – 作業者ごとにExcelファイルを分けた

Slide 159

Slide 159 text

Slide 160

Slide 160 text

Slide 161

Slide 161 text

Copyright © 2014 Wright Flyer Studios, Inc. All Right Reserved. • ゲーム仕様追加 / 変更に柔軟に対応 – ツール側も機能追加することで対処できた • 専⽤ツールなので分かりやすい – 新しく配属された⼈でもすぐ使える – QAチームとのデータ共有 • 機能追加の要望に対応しきれない – 細かいところまでやり切れていないポストモーテム

Slide 162

Slide 162 text

Slide 163

Slide 163 text

Slide 164

Slide 164 text

Slide 165

Slide 165 text

Copyright © 2014 Wright Flyer Studios, Inc. All Right Reserved. • 納期に間に合った (結果論) – かなり危険な綱渡りだった – 誰か⼀⼈でも交通事故にでも遭ったらアウト • コードがカオスに (お察し) – 運⽤する製品でこんなことしちゃダメだった – ⾟くなってきたので全体を整理中 (今現状) • 属⼈性が⾼すぎる – リリース後にジョブローテーションを実施 – ドキュメントの充実ポストモーテム

Slide 166

Slide 166 text

Slide 167

Slide 167 text

Slide 168

Slide 168 text

Slide 169

Slide 169 text

Slide 170

Slide 170 text

Copyright © 2014 Wright Flyer Studios, Inc. All Right Reserved. • パーティクルの使⽤をやめた – Cocos2d-xのパーティクルはCPU負荷が結構⾼かった – LWFアニメーションで代⽤(表現の変更) • オーバードローを回避 – 不要なピクセルの上書きをしない • glClear呼ばない – Cocos2d-xを改造 – どうせ全画⾯が塗りつぶされるゲームパフォーマンス関連

Slide 171

Slide 171 text

Copyright © 2014 Wright Flyer Studios, Inc. All Right Reserved. • SpriteBatchNode結局速い – Ver3系から⾃動バッチレンダリング機能 – 分かっているものは事前にまとめておく • フラグメントシェーダを変更 – 無駄な乗算演算を削除 – ⼀部GPUで効果が⾼かった • iPhone等ではほぼ変化無しパフォーマンス関連

Slide 172

Slide 172 text

Slide 173

Slide 173 text

Slide 174

Slide 174 text

Slide 175

Slide 175 text

Slide 176

Slide 176 text

Slide 177

Slide 177 text

Slide 178

Slide 178 text

Copyright © 2014 Wright Flyer Studios, Inc. All Right Reserved. • 安い・早い・ウマい︕ – ⼈的リソースが少なくても運⽤可能 – サーバ費⽤のコントロールが容易 • 何が当たるか分からない市場に対してスモールスタートできる︕ • プロモーションで突発的に⼈が増えるという状況にも対応できる︕ Ø要件を叶えてくれる︕是⾮チャレンジしたいなぜAWS採用に至ったか

Slide 179

Slide 179 text

Copyright © 2014 Wright Flyer Studios, Inc. All Right Reserved. • オープン数⽇で想定ピークを突破 • 数々の想定外の問題発⽣ – 負荷検証時と⽐較して性能が出ない – デプロイ時の切り替えで障害 – ロードバランサーの挙動が不安定 – 無停⽌でスケールアウト／アップできない Ø対応⽅法わからず、とりあえずの停⽌メンテナンスを繰り返すことにリリースを迎えて

Slide 180

Slide 180 text

Copyright © 2014 Wright Flyer Studios, Inc. All Right Reserved. • 費⽤が爆増し、制御不可能、運⽤コストが極限まで⾼まった – 性能が出ないので、最終的に⼀番⾼いインスタンスに買い替えた – オートスケールは実現できず⼿運⽤ – デプロイが致命的に不安定でエンジニアが付ききり、施策運⽤が柔軟にできなかった Ø⾃社インフラ（オンプレミス）に全⾯移⾏することを決断した結局どうなったのか

Slide 181

Slide 181 text

Copyright © 2014 Wright Flyer Studios, Inc. All Right Reserved. • 前提としてAWS⾃体は良い製品だが、圧倒的な検証不⾜だった – ハードウェアの集合としての仮想化技術であることという当たり前の前提を常に疑うべきだった – 仮想化されたブラックボックスを扱うので、トラブル発⽣の際の運⽤リスクを重視すべきだった – 特性を理解したうえで最適なソリューション・ツールを取捨選択し、徹底検証するべきだった ØAWSに夢を⾒ず、⾃分の頭で考えて慎重に導⼊しましょう AWSをどう使えばよかったか