Upgrade to PRO for Only $50/Year—Limited-Time Offer! 🔥
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
エンジン戦略におけるブリッジエンジニアの役割
Search
gree_tech
PRO
June 10, 2019
Technology
0
360
エンジン戦略におけるブリッジエンジニアの役割
「WFS Tech Talk #1」で発表された資料です。
https://gree.connpass.com/event/129292/
gree_tech
PRO
June 10, 2019
Tweet
Share
More Decks by gree_tech
See All by gree_tech
変わるもの、変わらないもの :OSSアーキテクチャで実現する持続可能なシステム
gree_tech
PRO
0
2k
マネジメントに役立つ Google Cloud
gree_tech
PRO
0
24
今この時代に技術とどう向き合うべきか
gree_tech
PRO
3
2.3k
生成AIを開発組織にインストールするために: REALITYにおけるガバナンス・技術・文化へのアプローチ
gree_tech
PRO
0
150
安く・手軽に・現場発 既存資産を生かすSlack×AI検索Botの作り方
gree_tech
PRO
0
140
生成AIを安心して活用するために──「情報セキュリティガイドライン」策定とポイント
gree_tech
PRO
1
1.2k
あうもんと学ぶGenAIOps
gree_tech
PRO
0
250
MVP開発における生成AIの活用と導入事例
gree_tech
PRO
0
270
機械学習・生成AIが拓く事業価値創出の最前線
gree_tech
PRO
0
190
Other Decks in Technology
See All in Technology
ガバメントクラウド利用システムのライフサイクルについて
techniczna
0
160
Gemini でコードレビュー知見を見える化
zozotech
PRO
1
140
Overture Maps Foundationの3年を振り返る
moritoru
0
140
シンプルを極める。アンチパターンなDB設計の本質
facilo_inc
2
1.7k
Sansanが実践する Platform EngineeringとSREの協創
sansantech
PRO
1
100
法人支出管理領域におけるソフトウェアアーキテクチャに基づいたテスト戦略の実践
ogugu9
1
200
グレートファイアウォールを自宅に建てよう
ctes091x
0
130
Microsoft Agent 365 を 30 分でなんとなく理解する
skmkzyk
1
500
Ruby で作る大規模イベントネットワーク構築・運用支援システム TTDB
taketo1113
1
110
Docker, Infraestructuras seguras y Hardening
josejuansanchez
0
150
形式手法特論:CEGAR を用いたモデル検査の状態空間削減 #kernelvm / Kernel VM Study Hokuriku Part 8
ytaka23
2
420
Karate+Database RiderによるAPI自動テスト導入工数をCline+GitLab MCPを使って2割削減を目指す! / 20251206 Kazuki Takahashi
shift_evolve
PRO
1
410
Featured
See All Featured
Context Engineering - Making Every Token Count
addyosmani
9
490
Why You Should Never Use an ORM
jnunemaker
PRO
60
9.6k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
12
970
We Have a Design System, Now What?
morganepeng
54
7.9k
The Cult of Friendly URLs
andyhume
79
6.7k
Git: the NoSQL Database
bkeepers
PRO
432
66k
KATA
mclloyd
PRO
32
15k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
49
3.2k
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.4k
Speed Design
sergeychernyshev
33
1.4k
Producing Creativity
orderedlist
PRO
348
40k
YesSQL, Process and Tooling at Scale
rocio
174
15k
Transcript
エンジン戦略における ブリッジエンジニアの役割 2019/6/6 吉本誠也
吉本誠也 • 前職 • ウェブゲーム開発 • 2013年グリー入社 • ネイティブゲーム配属 •
ハコニワ、天と大地と女神の魔法、武器よさらば等 自己紹介
• 2013年頃、グリーとしてもネイティブゲームシフトしていく序 盤に作成していたアプリ • unity • Flash→lwf • SMY(StateMachine written
in YAML) • サーバEN ハコニワ
• マルチプレイRTS • unity • 2014年頃のスマホでも動くようにバトルの経路探索等ロジック 全般C++のバイナリをUnityで読み込んで使用 • UI、バトルロジック 天と大地と女神の魔法
• ごりごりのアクションゲーム • Unity • バトルロジック、バトルUI 武器よさらば
同一エンジンなのです! 実はこれ・・・
同一のエンジンを使うことで 多くの開発人員が必要 開発工数の圧縮 多くの開発人員が必要 注力領域にフォーカス グリーには複数の自社エンジンが存在
だがしかし ©️ WFS
• 日々生まれ続けているゲームアプリ • 長年運用されクオリティを上げ続けてきたアプリ • 高いクオリティ、多くのコンテンツを有する状態でリリースし ないとヒットは生まれない アプリ開発レッドオーシャン時代
• プロトタイプ8人で3ヶ月やって・・・ • アルファ期間20人で半年やって・・・ • ベータ期間30人で半年やって・・ • QA期間40人で1ヶ月やって・・ やっとリリース(1例) レッドオーシャン時代のアプリ開発は
レッドオーシャン時代のアプリ開発は 多くの開発人員が必要 多くの開発人員 多くの開発人員が必要 柔軟な人数増強 他社様の力をお借りしましょう 注 1例です 動ける人員がすぐに 確保できない・・・
共同事業モデル A社 グリー 最近の某開発事例
共同事業モデル A社 : グリー 最近の某開発事例 共同事業モデル A社 :パブリッシャー、CS業務、版元交渉(IP監修) グリー:ゲーム開発責任、プロトタイプ作成、QA、コンサ ルタント及び実務サポート
共同事業モデル A社 : グリー 最近の某開発事例 共同事業モデル A社 :パブリッシャー、CS業務、版元交渉(IP監修) グリー:ゲーム開発責任、プロトタイプ作成、QA、コンサ ルタント及び実務サポート
グリー側では社内スタッフ、外部開発会社との開発体制の構築
最近の某開発事例 • プロトタイプ3ヶ月 • アルファ期間2ヶ月 • ベータ期間7ヶ月 • QA期間2ヶ月 開発会社B社様
グリー グリー A社様 A社様 開発11ヶ月でリリース グリーの技術資産を活用しつつ 円滑な開発でリリースさせる 全職制での本開発
最近の某開発事例 他所の技術を使って11ヶ月でリリース? グリー(ゲーム開発責任、QA、コンサルタント及び実務サポート) A社様(パブリッシャー、CS業務、版元交渉) 考えた企画は実装できるのか? B社様(全職制での本開発) 実装方法は他社特許にひっかからない?
この座組みで問題になりやすいこと • グリーだけで企画を詰め切ることができない • 開発会社が既存技術の解読に時間が取られてしまう • パブリッシャーからへの返答に即答できない
この座組みで問題になりやすいこと • グリーだけで企画を詰め切ることができない • 開発会社が既存技術の解読に時間が取られてしまう • パブリッシャーからへの返答に即答できない • 開発会社の技術的課題でのコミュニケーションコスト ブリッジエンジニアを入れましょう!
ブリッジエンジニアが入ることで • 企画速度UP:既存のエンジンで何ができて、何ができないのか 瞬時にわかる • 実装速度UP:既存のデバッグ機能、マスタ構造、既存の実装に 精通していることでどこをどうすればすぐ実装できるかわかる。 開発会社の躓きポイントに気づきいち早く対策を講じることが できる。
アルファ期間の業務例 • B社様会議室にてマスターデータ、デバッグ方法説明会 • B社様オフィスに吉本の席を用意してもらい、週2〜3作業 • B社様の開発にあたってひっかかる箇所のヘルプ 簡単に聞ける関係づくりの構築
アルファ期間の業務例 • グリーアートチームの表情差分書き出しを簡略化したい →どういう形でやれば良いか社内で話しながらルール作成 →jsxで表情グループ以下の表情差分を切り出して配置
アルファ期間の業務例 • グリーアートチームで作った地図をゲーム中に出したい →psdからjsxでpngとjsonを吐き出してUnity側で読み込み 会社間のやりとりを極力省く
その結果 • 2ヶ月でアルファビルドの完成 • ホーム、クエスト、バトル、リザルトがさし代わり、別ゲーム に生まれ変わる
ベータ期間の業務例 • 何にどれくらいメモリを使えるのかわからない →ベースエンジンのメモリ管理を参考に
ベータ期間の業務例 • 特許問題でA社、グリー共に実装観点で問題ないかの確認を求 められる →資料を作成して説明し問題ないことを確認
ベータ期間の業務例 • 開発会社のENに1機能の開発に2ヶ月の工数が必要と言われる →既存の機構を利用することで、一ヶ月でできることを説明し、 ヘルプにも入った • UIの組み込み要員が足りなくなった →prefabいじり続ける(便利機能の開発) • 開発会社から納期までに入れられない機能があると言われる
→自ら実装
その後もいろいろありつつ ©️ WFS
なんだかんだで 多くの開発人員が必要 無事リリース!
総じて • 自社だけでは開発コストがどうしても高くつく時代 • 自社の蓄積を活かしつつ、他社と共同して新しいプロダクトを 効率よく生み出していきたい 様々な人や技術をつなぐ ブリッジエンジニアが重要です
ご清聴ありがとうございました ©️ WFS