Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
エンジン戦略におけるブリッジエンジニアの役割
Search
gree_tech
PRO
June 10, 2019
Technology
0
340
エンジン戦略におけるブリッジエンジニアの役割
「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
マネジメントに役立つ Google Cloud
gree_tech
PRO
0
16
今この時代に技術とどう向き合うべきか
gree_tech
PRO
2
2.3k
生成AIを開発組織にインストールするために: REALITYにおけるガバナンス・技術・文化へのアプローチ
gree_tech
PRO
0
110
安く・手軽に・現場発 既存資産を生かすSlack×AI検索Botの作り方
gree_tech
PRO
0
110
生成AIを安心して活用するために──「情報セキュリティガイドライン」策定とポイント
gree_tech
PRO
1
590
あうもんと学ぶGenAIOps
gree_tech
PRO
0
140
MVP開発における生成AIの活用と導入事例
gree_tech
PRO
0
160
機械学習・生成AIが拓く事業価値創出の最前線
gree_tech
PRO
0
150
コンテンツモデレーションにおける適切な監査範囲の考察
gree_tech
PRO
0
86
Other Decks in Technology
See All in Technology
今、MySQLのバックアップを作り直すとしたら何がどう良いのかを考える旅
yoku0825
0
260
CodexでもAgent Skillsを使いたい
gotalab555
9
4.5k
從裝潢設計圖到 Home Assistant:打造智慧家庭的實戰與踩坑筆記
kewang
0
160
Flutterで実装する実践的な攻撃対策とセキュリティ向上
fujikinaga
2
380
やり方は一つだけじゃない、正解だけを目指さず寄り道やその先まで自分流に楽しむ趣味プログラミングの探求 2025-11-15 YAPC::Fukuoka
sugyan
1
610
コード1ミリもわからないけど Claude CodeでFigjamプラグインを作った話
abokadotyann
1
160
「データ無い! 腹立つ! 推論する!」から 「データ無い! 腹立つ! データを作る」へ チームでデータを作り、育てられるようにするまで / How can we create, use, and maintain data ourselves?
moznion
7
4.1k
LINE公式アカウントの技術スタックと開発の裏側
lycorptech_jp
PRO
0
370
ソフトウェア開発現代史: 55%が変化に備えていない現実 ─ AI支援型開発時代のReboot Japan #agilejapan
takabow
2
2.6k
Post-AIコーディング時代のエンジニア生存戦略
shinoyu
0
280
Master Dataグループ紹介資料
sansan33
PRO
1
3.9k
マーケットプレイス版Oracle WebCenter Content For OCI
oracle4engineer
PRO
3
1.3k
Featured
See All Featured
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
9
970
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
46
7.8k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
16
1.7k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
508
140k
Build your cross-platform service in a week with App Engine
jlugia
234
18k
Stop Working from a Prison Cell
hatefulcrawdad
272
21k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
46
2.6k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
54k
Writing Fast Ruby
sferik
630
62k
Music & Morning Musume
bryan
46
6.9k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
31
2.6k
How to Think Like a Performance Engineer
csswizardry
28
2.3k
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