Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Speaker Deck
PRO
Sign in
Sign up for free
Unityでの開発事例
いも
May 10, 2021
Technology
4
17k
Unityでの開発事例
新卒エンジニア向け研修でお話しました。
利用したものから社外秘情報を抜いています。
いも
May 10, 2021
Tweet
Share
More Decks by いも
See All by いも
Unityテスト活動のふりかえり
adarapata
1
260
Gather.townはいいぞ その後
adarapata
1
740
どこのご家庭にもあるシーンマネージャーの話
adarapata
1
2k
Gather.townはいいぞ
adarapata
2
1.9k
宴はいいぞ
adarapata
0
820
わかった気になるモブプログラミング
adarapata
1
25
モブワークっぽいのをやっている話/Trying mobwork
adarapata
2
970
Zenjectを導入する前に
adarapata
0
3.2k
Zenject Example SubContainer
adarapata
1
8.6k
Other Decks in Technology
See All in Technology
データ分析で切り拓け! エンジニアとしてのデータ分析職キャリア戦略
ksnt
0
120
スクラムのスケールとチームトポロジー / Scaled Scrum and Team Topologies
daiksy
1
440
OpsJAWS Meetup21 システム運用アンチパターンのすすめ
yoshiiryo1
0
1.4k
Istio入門
nutslove
15
5k
PUTとPOSTどっち使う?
hankehly
0
260
アーキテクチャを明文化して開発に臨んだ話
akkie76
0
310
UIKitのアップデート #WWDC22
akatsuki174
4
330
データをモデリングしていたら、組織をモデリングし始めた話 / engineers-in-carta-vol3-data-engineer
pei0804
4
3.3k
The Fractal Geometry of Software Design
vladikk
0
910
oakのミドルウェアを書くときの技のらしきもの
toranoana
0
130
JJUG2022_spring_Keycloak (Red Hat Single Sign-on)
tinoue
0
200
eBPF for Security Observability
lizrice
0
170
Featured
See All Featured
Code Reviewing Like a Champion
maltzj
506
37k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_i
23
15k
Writing Fast Ruby
sferik
612
57k
Agile that works and the tools we love
rasmusluckow
319
19k
Bootstrapping a Software Product
garrettdimon
296
110k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
29
4.3k
Infographics Made Easy
chrislema
233
17k
The Art of Programming - Codeland 2020
erikaheidi
32
11k
The Brand Is Dead. Long Live the Brand.
mthomps
46
2.7k
Put a Button on it: Removing Barriers to Going Fast.
kastner
56
2.3k
Producing Creativity
orderedlist
PRO
334
37k
Side Projects
sachag
450
37k
Transcript
Unityでの開発事例 2021/04/22 井本 大登
自己紹介 • 井本大登(imo) • https://adarapata.com • Unityクライアントエンジニア • テストとかDIとかの話をよくします •
ガルパン
アジェンダ • Unity開発事例 • Unityでの開発で考えること
開発事例 社外非公開情報なので見せられないよ!
チームメンバーは大体Unityを触る • エンジニアはもちろん • デザイナも企画もUnityを使う • 「リソースを作ったのでUnityに追加してください」というフローはない(多分) • 自分で作って自分で確認するのが一番早い
2D 3D C# Scripting Sound Timeline UI Unityの機能を使って各メンバーが開発を行う
エンジニアがやっていること • コンテンツを作る • コンテンツを作れるような仕組みを作る • 効率的に作業できるような自動化
2D 3D C# Scripting Sound Timeline UI プロダクトを作りやすいようにカスタマイズしていく ステージ エディタ
ファイル チェッカー 実機 デバッガ
ex.井本が主にやっていること • アウトゲーム全体の基盤システムの作成 ◦ 画面遷移の仕組みとか • エンジニアが高速に開発できるような整備 ◦ 開発ルールなどの策定 ◦
テストコードの導入でコード品質の担保及び向上 • 機能開発 ◦ ゲームとしてこんなのがほしいとか
Unityでの開発で考えるべきこと • 統合開発環境の強みを活かす • みんなでUnityを触るということを理解する
統合開発環境である強みを活かす • 複数の職能の人たちが共通言語で会話できるのは開発効率がよい ◦ Prefabを触ってください、Sceneを確認してくださいで伝わるのはよいこと ◦ 専門領域ごとのUnity知識が共有できるとチーム全体の糧になる ◦ エンジニアがUI組んだりバランス調整したってよい •
一緒にモノを作るという環境を作りやすい ◦ 目の前でUI作って目の前でコードを直して目の前でデータを修正する ◦ 一緒に作るのが一番認識の齟齬と手戻りを抑えられる ◦ 一体感を得られることはプロダクト開発で重要
みんなでUnityを触るということを理解する デザイナがUIレイアウトを編集し、プランナーがキャラクターのデータを調整することが常に 行われる世界。 PrefabやSceneに素朴にコンポーネントをアタッチしてコードを書いていくと、同一のファイル への変更差分が発生してコンフリクトが起きることもままある。
Player.prefab レイアウト修正 コード修正 バランス調整 無理無理無理無理 衝突
適切なレイヤリングを意識する 各職種が何をやりたいのか、そのためにはどの部分を扱えば良いのか理解し、コードを分解していく。 • データとロジックの分割、切り出し ◦ ScriptableObject、Excel、json、etc... • 巨大なMonoBehaviourからの脱却 ◦ デザイナの触りたい
UI機能の領域とゲームロジックを切り分ける ◦ MonoBehaviourを継承すべきかも考えるべき 最終的には責務を分けたコードの分割統治が大事
レイヤーを分けること ≠ 無関心でいること 「言われた通りにデータを調整できるようにしたから上手くいく」はほぼない。 相手がどのようなワークフローなのかを知らないとそもそも適切なレイヤーを切ることはできない。 • 相手がUnityをどう使おうとしているのか理解すること ◦ どの機能を使おうとしている?どんなミスが起こりうる? ◦
故にUnityの知識も大事 • プロダクトがどのような性質なのかドメインを理解すること ◦ 格闘ゲームと音楽ゲームでは設計が根本から異なる
まとめ • みんなでUnityを扱う強みを活かそう • 競合を避けるためにレイヤーを意識しよう • レイヤーを理解するために各職種の仕事を理解しよう
質疑応答