任天堂クライアントエンジニア面接体験記：UnityとC++のデュアルトラック評価

背景紹介

3年間のゲームクライアント開発経験があり、主にUnity+C++を使用していました。中規模のゲーム会社で2本のリリース済みモバイルゲームの開発に参加し、そのうち1本は月間売上1000万を超えました。正直なところ、前の会社では順調にやっていましたが、任天堂のような大手スタジオに入りたいとずっと思っていました。任天堂のゲーム品質は業界でトップクラスですし、技術的な文化も素晴らしいからです。

今年の4月、任天堂の採用ページでクライアントエンジニアのポジションを見つけ、直接応募しました。面接の招待を受けるまで約2週間かかり、その間履歴書が落とされたかと思いました。全体のプロセスは3回の技術面接+1回のHR面接で、約3週間かかりました。各ラウンドの詳細を説明します。

一次面接：C++基礎とUnityコア（1時間）

一次面接の面接官は親切そうな女性で、後でプロジェクトのリードプログラマーだと分かりました。簡単な自己紹介の後、技術的な質問が始まりました。

仮想関数

最初の質問は古典中の古典でした：仮想関数の実装原理は何ですか？vtableはどこに格納されますか？

vtableとvptrから説明を始めました。仮想関数を持つ各クラスにはvtableがあり、仮想関数のアドレスが格納されています。オブジェクトインスタンスにはこのvtableを指すvptrがあります。仮想関数が呼び出されると、vptrがvtableを見つけ、vtableから対応する関数アドレスを取得して動的バインディングを行います。面接官が追及：コンストラクタは仮想関数にできますか？なぜですか？いいえ、コンストラクタが実行される時点ではオブジェクトがまだ完全に構築されておらず、vptrが初期化されていないため、動的バインディングができないと答えました。

スマートポインタ

shared_ptr、unique_ptr、weak_ptrはそれぞれ何ですか？違いは何ですか？

shared_ptrは所有権を共有するスマートポインタで、内部に参照カウントがあり、カウントが0になるとリソースを自動的に解放します。unique_ptrは所有権を独占するスマートポインタで、コピーできずムーブのみ可能です。weak_ptrは弱参照で、参照カウントを増やさず、shared_ptrの循環参照問題を解決するために使われます。面接官が追及：shared_ptrの参照カウントはどう実装されていますか？スレッドセーフですか？参照カウントはヒープ上に別途割り当てられた制御ブロックで管理され、増減はアトミック操作なので、参照カウント自体はスレッドセーフですが、指し示すオブジェクトはスレッドセーフではないと答えました。

メモリアライメント

メモリアライメントとは何ですか？なぜ必要ですか？

メモリアライメントとは、データがメモリに格納される開始アドレスが特定の数の倍数でなければならないことを指します。理由は2つあります：ハードウェアの効率——CPUはアライメントされたメモリにより速くアクセスできること、一部のプラットフォームではアライメントされていないメモリアクセスをサポートしておらず、ハードウェア例外が発生することです。面接官が追及：structのサイズはどう計算しますか？例を挙げました：charとintを持つstructでは、intは4バイトアライメントが必要なため、charの後に3バイトのパディングがあり、struct全体のサイズは5バイトではなく8バイトになります。

Unityライフサイクル

Unityスクリプトのライフサイクル関数は何ですか？実行順序は？

順に列挙しました：Awake → OnEnable → Start → FixedUpdate → Update → LateUpdate → OnDisable → OnDestroy。面接官は特にAwakeとStartの違いを聞きました。Awakeはオブジェクト作成時にスクリプトが有効かどうかにかかわらず直ちに呼び出され、Startは最初のUpdateの前に呼び出されますが、スクリプトが有効な場合のみ実行されると説明しました。だからAwakeは初期化に適し、Startは他のオブジェクトに依存する初期化に適しています。

レンダリングパイプライン

Unityのレンダリングパイプラインについて理解していますか？組み込みパイプラインとURPの違いは？

組み込みレンダリングパイプラインはUnityの従来の固定パイプラインで、URP（Universal Render Pipeline）はScriptable Render Pipelineの実装の一つで、より柔軟でパフォーマンスが良く、カスタムレンダーパスをサポートしていると説明しました。URPはシングルパスフォワードレンダリングを使用し、DrawCallを削減し、Shader Graphをサポートしています。面接官が追及：URPでカスタムポストプロセス効果を作るには？ScriptableRendererFeatureを継承し、ScriptableRenderPassを作成し、Execute内でCommandBufferを通じてポストプロセスシェーダーを実行すると答えました。

二次面接：ゲームアーキテクチャとネットワーク同期（1.5時間）

二次面接の面接官はシニア開発者で、質問はよりアーキテクチャ寄りで、実際のプロジェクト経験を重視していました。

ECSパターン

ECSとは何ですか？従来のOOPとの違いは？ゲーム開発での利点は？

ECSはEntity-Component-Systemの略です。Entityはエンティティ、Componentはデータコンポーネント、Systemはロジックシステムです。OOPとの違いは、OOPがデータとロジックをオブジェクト内にバインドするのに対し、ECSはデータとロジックを分離することです。利点はいくつかあります：データの局所性が良く、Componentは連続して格納されるためCPUキャッシュヒット率が高いこと、ロジックの再利用が容易で、同じComponentを持つ異なるEntityが同じSystemで処理できること、自然に並列化をサポートし、異なるSystem間が疎結合でマルチスレッド化しやすいことです。面接官が追及：UnityのDOTSはECSと同じですか？使ったことはありますか？理解はしていますが、プロジェクトでは使ったことがなく、従来のMonoBehaviourアーキテクチャを使っていると答えました。

ネットワーク同期

この部分は非常に深く聞かれました。ステート同期とフレーム同期の違いは何ですか？それぞれの長所と短所は？

ステート同期はサーバーがゲーム状態を計算してクライアントに同期する方式で、フレーム同期はサーバーが操作コマンドのみを転送し、クライアントがローカルで計算する方式です。ステート同期の利点はセキュリティが良く、切断後の再接続が容易なこと、欠点はサーバー負荷が高く、帯域消費が大きいことです。フレーム同期の利点は帯域消費が少なく、リプレイが容易なこと、欠点は浮動小数点精度の問題や、同期ズレのデバッグが困難なことです。面接官が追及：プロジェクトではどちらを使っていますか？なぜですか？ステート同期を使っていると答えました。ゲームロジックが複雑で、ステート同期の方が一貫性を保証しやすく、サーバーで権威ある検証を行ってチートを防げるからです。

リソース管理

UnityのAssetBundleについて理解していますか？リソース管理はどうしていますか？

AssetBundleベースのリソース管理ソリューションを説明しました。パッケージング時にシーンと機能モジュールごとに分割し、ランタイムではオンデマンドでロードし、参照カウントでリソースのライフサイクルを管理しています。面接官が追及：AssetBundleの落とし穴は何ですか？最大の落とし穴は依存関係の管理だと答えました。AがBに依存している場合、AのAssetBundleをアンロードする時にBのものをアンロードすると、リソースが失われます。また、複数のAssetBundleが同じリソースを参照する場合の重複問題もあり、重複排除が必要です。

三次面接：プロジェクト深掘りとパフォーマンス最適化（1.5時間）

三次面接の面接官はプロジェクトのテクニカルリードで、質問は非常に実践的で、プロジェクトの具体的な問題について話すことがほとんどでした。

プロジェクト深掘り

最も挑戦的だった機能について話してください。

以前開発した大マップシステムについて話しました。1つのマップ上で千人のプレイヤーを同時にサポートする必要があり、最大の課題はパフォーマンスとネットワーク同期でした。ネットワーク同期の最適化のためにAOI（Area of Interest）アルゴリズムを使用し、プレイヤーの視野範囲内の他のプレイヤー情報のみを同期しました。面接官はAOIの具体的な実装について聞き、九宮格方式を説明しました：マップをグリッドに分割し、プレイヤーが移動した時にグリッドを更新し、周囲の9グリッドのプレイヤーにのみメッセージをブロードキャストします。

DrawCall最適化

どのようなDrawCall最適化を行いましたか？

いくつか列挙しました：Static Batching、Dynamic Batching、GPU Instancing、SRP Batcher。プロジェクトでは主にStatic BatchingとGPU Instancingを使用しました。Static Batchingは動かないオブジェクトに効果的で、GPU Instancingは大量の同じオブジェクト（草や木など）に効果的です。面接官が追及：Dynamic Batchingの制限は何ですか？Dynamic Batchingは頂点数が300を超えてはならず、Shaderに余分なPassがあってはならないと答えました。制限が多いため、実際のプロジェクトではあまり使われていません。

メモリ最適化

どのようなメモリ最適化を行いましたか？

いくつかの側面について説明しました：リソース圧縮（テクスチャ圧縮にASTCフォーマットを使用）、メモリプール（GameObjectのオブジェクトプール再利用）、非同期ロード（ロード時のカクつきを回避）、未使用のAssetBundleの速やかなアンロード。面接官が追及：メモリリークの調査方法は？Unity ProfilerのMemoryモジュールを使用して、AssetsとGameObjectの数が継続的に増加していないかを確認し、Memory Profilerでより詳細な分析もできると答えました。

アルゴリズム：A*経路探索

A*経路探索アルゴリズムを実装してください。

これは比較的得意でした。まずA*のコアを説明しました：OpenListとClosedListを維持し、f(n)=g(n)+h(n)でノードを評価します。g(n)は開始点から現在のノードまでの実際のコスト、h(n)は現在のノードから目標までの推定コスト（ヒューリスティック関数）です。マンハッタン距離をヒューリスティック関数として使用し、約20分でコーディングしました。面接官が追及：ヒューリスティック関数はどう選びますか？一般的な選択肢として、マンハッタン距離（4方向移動のみ）、対角線距離（8方向移動可能）、ユークリッド距離（任意方向移動）を説明しました。ヒューリスティック関数が実際のコストに近いほど、探索効率が高くなります。

HR面接：キャリアプランとカルチャーフィット（30分）

HR面接は比較的リラックスしており、いくつかの側面について話しました：

なぜ任天堂か

任天堂のゲーム品質は業界トップレベルだと答えました。マリオからゼルダまで、強い技術力と芸術性を示しています。このようなチームで成長し、より良いゲームを作りたいと思っています。HRは最も好きな任天堂ゲームは何かと聞き、ゼルダの伝説 ティアーズ オブ ザ キングダムと答えました。そのオープンワールドの設計が素晴らしいからです。

ゲーム業界への理解

HRはゲーム業界の未来についてどう考えるか聞きました。業界には浮き沈みがありますが、エンターテインメントとしてのゲームへの需要は持続的であり、技術の進歩（クラウドゲーム、AI NPCなど）によりゲーム体験はさらに良くなると、業界の将来に楽観的だと答えました。

残業についての見解

これは敏感な話題なので慎重に答えました。ゲームリリース前の追い込み期間の残業は理解できるが、長期的な残業はチームの健康とコード品質に悪影響を及ぼすと述べました。時間をかけるよりも、効率を高めることで問題を解決したいと答えました。HRはこの回答に満足したようでした。

面接問題まとめ

1. 仮想関数の実装原理？vtableはどこに格納される？コンストラクタは仮想関数にできるか？

2. shared_ptr、unique_ptr、weak_ptrの違い？参照カウントはスレッドセーフか？

3. メモリアライメントとは？なぜ必要か？structのサイズの計算方法？

4. Unityスクリプトのライフサイクル関数と実行順序？AwakeとStartの違い？

5. 組み込みパイプラインとURPの違い？URPでのカスタムポストプロセスの作り方？

6. ECSとは？OOPとの違い？利点？

7. ステート同期とフレーム同期の違い？長所と短所？

8. AssetBundleの依存関係管理？落とし穴は？

9. AOIアルゴリズムの実装方法？

10. DrawCall最適化のアプローチ？Dynamic Batchingの制限？

11. メモリ最適化のアプローチ？メモリリークの調査方法？

12. A*経路探索の実装？ヒューリスティック関数の選び方？

気づきとアドバイス

1. C++の基礎はゲーム開発の必須条件。任天堂はC++の要件が非常に高いです。仮想関数、スマートポインタ、メモリ管理は完全にマスターする必要があります。概念を暗記するだけでなく、基礎となる原理を明確に説明できる必要があります。

2. Unityは使えるだけでなく、内部を理解する。面接官が聞く質問の多くはUnityの内部に関するもので、レンダリングパイプラインやリソース管理メカニズムなどです。ドラッグ＆ドロップでUIを作るだけでは全く不十分です。

3. プロジェクト経験には技術的な深さが必要。面接官はどんな機能を作ったかではなく、どんな問題に遭遇し、どう解決し、なぜそのように解決したかを聞いています。表面的な説明ではなく、技術的な深さが必要です。

4. ネットワーク同期はゲーム面接の高頻度トピック。ステート同期とフレーム同期の違い、それぞれの長所と短所、プロジェクトでどちらを使っているか、その理由——これらの質問には必ず準備が必要です。

5. HR面接も真剣に対応する。HR面接は技術をテストしませんが、任天堂はゲームへの真の情熱や会社文化との適合を重視しています。任天堂のゲームに詳しくなければ、HR面接で失敗する可能性があります。

よくある質問FAQ

Q：任天堂のクライアントエンジニア面接は通常何回ですか？

A：経験者採用の場合、通常3回の技術面接+1回のHR面接で、約2〜3週間かかります。

Q：C++の要件は高いですか？

A：非常に高いです。特に仮想関数、スマートポインタ、メモリ管理について深く聞かれます。

Q：UnityとC++のどちらが重要ですか？

A：どちらも重要です。任天堂はデュアルトラック評価を行い、C++は基礎原理を、Unityは実践的応用をテストします。どちらも欠かせません。

Q：ゲームデモの準備は必要ですか？

A：必須ではありませんが、自分で作ったゲームデモがあればプラスになります。特に技術的な深さを示せるものが良いです。

Q：HR面接で落とされることはありますか？

A：はい、確率は低いですが、ゲームへの情熱が不足している場合や価値観が合わない場合は、HR面接で落とされる可能性があります。