ID:53945さん

# 次項記載の共通基盤に載せた上で共通基盤と同時に開発を進行 - 設計・コードレビュー - 開発ワークフローの構築・ルール化・資料化 - コンテンツ開発の設計 - アウトゲームの設計・実装 - Unity、各種SDK、パッケージのバージョンアップの取り込み - デザイナー、スクリプター向けのワークフロー・ツール開発やそのサポート

# 新規プロジェクト①・②および今後の新規開発でも利用する共通基盤の開発 ## ランタイム共通基盤の開発 - コードフォーマットの設定 - .editorconfigの設定 - Riderの設定 - アセットビルド、アプリビルド - Unity内の構成 - コマンドラインAPIの実装 - コードアーキテクチャ - クリーンアーキテクチャ - asmdefの利用 - DIコンテナの利用 - 依存関係逆転、実装の差し替え - アセットロード - 非同期ロード・キャンセル・解放 - 解放漏れ防止や不必要な多重ロードの防止策としてプロキシを実装 - アセットダウンロード - AssetBundleのダウンロードの最適化も行った - アセットバンドルのダウンロードをUnityにお作法に則って実装するとパフォーマンスが悪い - パフォーマンスをチューニングしようにもI/Fの役割が大きすぎたり、UnityAPIがメインスレッド以外で実行できないなど制約が大きすぎる - なのでUnityAPIに頼らず自前でアセットバンドルをダウンロードするようにした - UnityWebRequestAssetBundleではなくHttpClientを使う - HTTP/2.0にも対応させる - Cachingを使わない - 通信、保存、LZMA->LZ4への再圧縮、CRCの比較、ハッシュ比較・保存を自前でやる - UnityAPIを使わなくした箇所はワーカースレッドで並列処理で動かすようにする - Addressablesのカスタマイズで上記を実現 - 非AssetBundleのアセット（CRIWareのサウンド・ムービーアセット）のダウンロードに関してもHttpClient、HTTP/2.0、ワーカースレッドでの通信・保存することで高速化 - エラーハンドリング - エラー概要がわかりやすいように例外クラスを実装 - アプリケーション実行やコンテンツ実行のルート文脈で例外をキャッチし、その型により適切なメッセージを表示したり、復旧フローに促すように - フロントエンド接続先変更機能 - テスト環境、オペレーション環境、本番環境など、ランタイムで接続先を変更できるように - ダウンロードアセット接続先変更機能 - アセットはアセットリポジトリのブランチ名をディレクトリ名としてコンテンツサーバーにデプロイするように - その接続先のディレクトリ名をランタイムで選べるように - WebView組み込み - UniWebView - Vuplex - フロントエンドとの通信プロトコル - WebNativeコマンド - Web→ネイティブに対しての命令のこと - サーバーAPIのようにリクエスト・レスポンスの形で命令の引数と結果の受け渡しが行われるように - レスポンスには成否と失敗の場合のエラーコードやエラーメッセージを含むようにし、フロントエンドでエラーハンドリングができるように - サウンド基盤 - CRIWareを利用 - CueSheetの非同期ロード・キャンセル・解放 - Playerの生成・破棄 - 非プレイモードのサポート - CancellationTaskAgentWithLifetime - クラスなどのインスタンスの寿命と紐付けて非同期処理をキャンセルする仕組み - 各種デバッグツールの組み込みと統合 - DebugSheet - SRDebugger - In-GameDebugConsole - Graphy - Proxima - WorkerThreadPool - ワーカースレッドに同期・非同期処理を投げて完了や例外を受け取れるクラス - UnityLogging組み込み - テストの構成 - TestRunnerを利用 - PlayModeで結合テスト、EditModeで単体テストを実装 - コマンドラインから呼び出せるように - CI/CDへの組み込み - JenkinsのジョブからコマンドラインのAPIを呼び出す - テスト開始とテストの成否のタイミングでGitHubのリポジトリコミットステータスを付与 - リポジトリ更新時Webhookで上記ジョブを実行 - ScreenResolutionUtils - スクリーン解像度、仮想スクリーン解像度の取得 - CoordinateUtils - スクリーン座標、仮想スクリーン座標、ワールド座標の相互変換 - サウンドとStreamingAssetsからのロードとDL先からのロードの切り替え - 非プレイモードでのサウンドロード・再生 - Timelineからのサウンド再生 - 非ランタイム（プレビュー） - 倍速、シーク - InputSystemを用いたスクリーンジェスチャーの購読 - PerspectiveCameraのFOV計算、OrthographicCameraのサイズ計算 - パッケージの自前管理&パッチ管理 - UniTaskの拡張 - UniTask.WhenAllは引数のUniTaskが1個でも例外スローすると他のUniTaskの完了や成否は検知できない - UniTask.WhenAllWithReportsを実装 - 引数のUniTaskが成否含めて全て完了するまで必ず待機する - 成否や失敗の場合の例外はReportsとして返り値として受け取れる ## 開発環境の構築・運用 - Unityプロジェクト - GitHubで管理 - ローカルアセット、リモートアセット、アセットビルド設定とはリポジトリを分けている - ローカル環境構築時にそれらのリンクを貼ることでローカルで統合させている - ローカルアセット - Amazon CodeCommitで管理 - リモートアセット - Amazon CodeCommitで管理 - アセットビルド設定 - GitHubで管理 - AddressablesAssetSettings - AddressablesGroup - SmartAddresserLayoutRuleData - 各種自動化スクリプト - アセットビルド、アプリビルド&デプロイ、アセットバリデーション、テスト、Unityプロジェクト環境構築自動化などのスクリプト - ShellScript、Batch、Python(venv)、Ruby(gem, bundler) - Jenkins - Master - Linux(Amazon EC2) - Docker + jenkins/jenkiで構成管理 - Agent01 - Linux(Amazon EC2) - Docker + jenkins/agentで構成管理 - Agent02 - Mac - ConfigurationAsCodeで構成管理 - Jenkins Job - Declarative Pipeline - Groovy - SharedLibraryを作って共通処理やコア実装をライブラリ化 - Webhookを使ってリポジトリ更新時に自動でテスト、アセットビルドのジョブが実行されるように - WebhookはGitHubはGitHubWebhook、CodeCommitはCodeCommit + Amazon Lambda - アプリビルド - UnityプロジェクトにコマンドラインAPIを実装 - JenkinsJob→ジョブ→ShellScript→コマンドラインAPI→Unityの流れでビルド - ShellScriptでDeploygateやプラットフォームストアにアップロード - アセットビルド - UnityプロジェクトにコマンドラインAPIを実装 - JenkinsJob→ジョブ→ShellScript→コマンドラインAPI→Unityの流れでビルド - ローカルアセットアセットバンドル - ローカルアセットビルドコンテンツとして専用のリポジトリにプッシュして管理 - アプリビルド時にチェックアウトしてリンクを貼ることでビルトインさせている - リモートアセットバンドル - リモートアセットビルドコンテンツとしてAmazon S3にデプロイ - ランタイムクライアントはAmazon CloundFrontにアセットバンドルをリクエストし、CloundFrontはS3から取得してクライアントに返しつつキャッシュする

近年、ネイティブエンジニアの業務範囲が拡大しており、かつここの問題解決に必要な専門知識のレベルも上がっているため、ネイティブエンジニアとして全ての範囲の業務を求められるレベルでこなすことが難しいと感じていた。 ネイティブエンジニアをネイティブエンジニアⅠとネイティブエンジニアⅡ（一般的にはTAと呼ばれる職）に二分し、それぞれの業務範囲を限定しつつ専門性を上げることを狙っている。 また、それに伴いネイティブエンジニアのマネージャーから両セクションのマネージャーにポジションをシフト。 設立の経緯や今後の展望など、詳細はインタビュー記事で話している。 https://game8.jp/articles/568517