ゲーム業界エンジニア転職

ゲーム会社の「エンジニア」は、画面を動かす人、対戦を成立させる人、ツールを内部向けに作る人、基盤を止さない人に分かれます。Webのフロントエンド経験がそのままクライアント職になるとは限りません。モバイルアプリ経験がそのままソーシャルゲームになるとも限りません。関連する職種・テーマの職種ガイドとは、成果物が「遊びの体験」である点が違います。

クライアント

プレイヤーの端末側。描画、入力、演出、端末差。エンジン上の実装が多いです。

サーバー

マッチング、状態同期、課金連携、不正対策、運用中のイベント投入。

エンジン／ツール

社内の制作パイプライン、エディタ拡張、ビルド、アセットパイプライン。

同じタイトルでも、チームは分かれます。応募票の「ゲームエンジニア」は、どのリポジトリの話かを聞いてください。グラフィストとの距離、プランナーとの距離、インフラとの距離が、翌日の会議を決めます。

モバイルエンジニア向けのガイドは、アプリ一般の話です。ゲームはストア審査に加え、プラットフォームホルダーの認証、年齢レーティング、課金の審査が乗ることがあります。あるかないかを求人票から拾い、無ければ質問します。

立ち上げ中のタイトルと、長期運営のタイトルでは、忙しさの形が違います。前者はマイルストーン前の集中、後者はイベント投入と障害です。どちらが「クランチ」と呼ばれるかはスタジオの文化であり、時間の平均値では測れません。

Unity、Unreal、内製エンジン、C++、C#は検索用の単語です。必須がエンジン経験なのか、ゲームプレイ実装なのか、ツールなのかを切ります。ソシャゲ、コンソール、PC、カジュアルも、運営の密度が違います。

• 対象プラットフォームが書いてある
• 新規か運営かが書いてある、または質問できる
• プランナー／デザイナーとの成果物の受け渡しが想像できる
• テストプレイとデバッグの責任分界がある
• 「ゲーム好き歓迎」だけが根拠の応募理由になっていない

残業が少ない職場の探し方は関連記事があります。ゲーム特有なのは、マスター提出、イベント、大型アップデートのように、日付が外から来る繁忙です。制度名（36協定、裁量）の確認は働き方記事へ渡し、ここでは日付型の繁忙を聞きます。

1. 01
   直近の提出物の名前を聞く

   アルファ、マスター、季節イベントなど、チームが使っている言葉で。

2. 02
   その前後の休みの取り方を聞く

   数字の平均ではなく、取得できた人の話、代休の扱い。

3. 03
   障害の一次受けを聞く

   夜間のログイン障害がエンジニアか、運用か、外部か。

4. 04
   内製ツールの夜間ビルド

   壊れたビルドを誰が直すか。クライアント職でも発生します。

IT・Web・ゲーム領域に強いサービスは、職種名の翻訳が早いことがあります。それは「報酬が高い順の1位」という意味ではありません。領域特化で相談しやすい、という使い方です。Webエンジニア全般の比較ランキングは、ゲーム以外の選択肢を見るときに併用します。

• 領域特化で聞くこと

  クライアントとサーバーの求人の切れ目、運営タイトルの割合、エンジン経験の見方。

• 技術全般で聞くこと

  ゲーム以外のWeb/モバイル求人との比較。閉じた業界だけで決めないため。

• 伝えてよいこと

  エンジン名、担当（描画、UI、対戦、課金）、新規か運営か。売上数字は確認できるものだけ。

• 伝えないこと

  未発売タイトルの機密、社内の未公開指標、他社の年収の噂。

• ゲーム好きアピールより、担当工程の再現性
• 最新の募集は公式票と面談
• 同一求人の重複応募を避ける

商業タイトルは守秘が厚いです。担当機能を一般化した説明、公開トレーラーと一致する範囲、個人で作った小さなプレイアブル、のどれで話すかを先に決めます。映像の切り抜きが契約違反でないか、退職時の誓約を読みます。

• クランチの噂で全社を切る

  スタジオとチームと時期で違います。数字のない噂を確定情報にしない。

• Webフロント経験をクライアント経験と書く

  ブラウザとエンジンでは、描画とリソース制約が違います。差分を話してください。

• ゲームを遊んだ時間を経験年数にする

  プレイと実装は別です。

• 領域特化サービスを年収順1位と呼ぶ

  相談のしやすさと、報酬ランキングは別です。

失敗は、遊びの愛着で労働条件を飛ばすことです。愛着は動機に残し、条件は提出物の日付と障害対応で見てください。

1. 01
   希望役割を1つ選ぶ

   クライアント、サーバー、エンジン、基盤。複数希望なら優先順を書く。

2. 02
   接続できる経験を3行

   リアルタイム、状態管理、描画、課金、運用、ツール。無いものは無いと書く。

3. 03
   繁忙の質問を日付型にする

   平均時間を要求せず、直近の提出と休みを聞く。

4. 04
   相談を領域特化と全般で分ける

   ゲーム票の翻訳と、Web側の代替を混ぜない。

コンソール、PC、モバイル、ブラウザは、提出と審査の手続きが違います。手続きの違いは、エンジニアの締め切りの形を変えます。ホルダーの認証、ストアの審査、年齢レーティング、課金の審査。あるかないかを票から拾い、無ければ質問します。ある場合の担当が自分か、運営か、外部かも分けます。全部が自分だと書く票は、少人数の合図です。合図を善悪にせず、自分が広い穴を望むかを決めます。

ソーシャルのライブ運営は、イベントのカレンダーが外から来ます。コンソールのパッケージに近い進め方は、マイルストーンが外から来ます。どちらが穏やかかは、スタジオとタイトルと時期で違います。業界平均の残業でどちらを切らない。切るなら、自分の生活が日付型の繁忙と両立するかどうかです。両立の数字は、そのチームの直近タイトルの出来事で聞いてください。

Reactの経験は、ゲームのUI実装に部分的に接続します。描画ループ、リソース、端末熱、フレームの話は別スキルです。接続できる部分と、学習が必要な部分を二列で書いてください。モバイルエンジニアガイドの内容と重複させず、ゲーム固有の制約だけを足します。ストア提出の経験は接続材料になります。ゲーム内経済やチートの経験が無ければ、無いと書きます。

1. 01
   接続できる経験を三つまで

   リアルタイム、状態同期、課金API、ツール、描画、運用。無いものは書かない。

2. 02
   ゲーム固有で未知のものを二つ

   エンジン拡張、プラットフォーム認証、ライブ運営など。学習中と書いてよい。

3. 03
   希望役割を一つ

   クライアント、サーバー、エンジン、基盤。全部盛りは誤配属の原因。

4. 04
   守秘の境界を決める

   商業タイトルの内部指標は出さない。公開トレーラーと一致する範囲。

サーバー側はWebバックエンドに近いですが、チート耐性とイベント投入の運用が厚いことがあります。近いことを「同じ」と書かない。近いことと厚いことを分けて話すと、ゲーム未経験でも票の必須条件と突き合わせられます。必須がエンジン経験で、自分がUI実装だけなら、応募前に問い合わせるか見送ります。

ゲーム領域に詳しい担当は、クライアントとサーバーの切れ目を短く理解することがあります。それは報酬が高い順という意味ではありません。領域特化で相談しやすい、という使い方です。Webエンジニア全般の比較は、ゲーム以外の選択肢を残すために使います。ゲームだけに閉じると、日付型繁忙が自分に合わないと分かったあとの逃げ道が無くなります。

• Geeklyへの相談を年収順位の根拠にしていない
• 希望役割を職種名「ゲームエンジニア」で終わらせていない
• ライブか新規かをメモしている
• モバイル一般の話とゲーム固有の審査を分けている

• 領域特化で聞く

  エンジン経験の見方、運営タイトルの割合、プランナーとの成果物の受け渡し。

• 全般で聞く

  同じスキルのWeb/アプリ票。閉じた比較にしない。

• TechClips

  技術志向の票。ゲーム以外の技術職との差を見る補助。

好きという動機は残して構いません。残す場所は、なぜその役割の穴を埋めたいか、です。無償の長時間を好きが正当化しない、という行は、働き方の確認リストと一緒に持っていってください。正当化が始まったら、質問を日付型に戻します。戻らない会話は、条件確認の場ではありません。

エンジンやツールの求人は、タイトル横断の基盤であることがあります。クライアントの求人は、一つのタイトルのゲームプレイであることがあります。横断は標準化と内製拡張、専属は納期と遊びの試作。どちらがゲームらしいかは定義しません。自分が標準の穴を望むか、遊びの穴を望むかを決めます。決めずに「ゲームエンジニア」で応募すると、配属の翻訳が担当者任せになります。任せきりは、領域特化の相談の使い方ではありません。

ライブ運営のサーバーは、イベント投入と経済の不具合とチートが厚いです。WebのAPI経験は接続します。同じと書くと、厚さが消えます。厚さを学習中と書いてよいです。書いてから必須条件と突き合わせます。必須が対戦の同期経験で、自分がCRUDだけなら、問い合わせか見送りです。見送りは失敗ではありません。必須を想像で満たしたことにする方が、後の失敗です。

クライアントの描画とUIは、同じエンジンでもリポジトリが分かれます。分かれているかを聞くことは、失礼ではありません。分かれていない少人数なら、広い穴です。広い穴を、好きが埋められると思わない。好きは動機です。埋められるかは、端末差とリソースと提出物の日付です。日付型の繁忙は、働き方記事の制度確認とセットで持っていきます。セットにしないと、制度はホワイト、現場は提出前、という分裂が起きます。

ポートフォリオは、公開トレーラーと一致する範囲、個人の小さなプレイアブル、一般化した担当機能、のどれかです。内部指標と未発売の映像は出さない。出したい気持ちは、証明したい気持ちです。証明は、担当工程の再現性で足ります。再現性が足りないと感じるなら、個人開発のプレイアブルを足す方が、機密を足すより安全です。安全は、契約と誓約を読んだあとの判断です。読まずに足さないでください。

領域特化の相談を年収順1位と呼ばない、という行は繰り返しです。繰り返す理由は、比較ページの趣旨を守るためです。趣旨を守ったうえで、クライアントとサーバーの切れ目を短く聞けることは使ってよいです。使うことと、順位を付けることは違います。違いは、スカウトをエージェント順位に混ぜない話と同じ種類です。種類をまたいで「強いサービス」と一語にしないでください。

ゲームが好きであることを、無償の長時間の同意に使われたときは、質問を日付型に戻します。戻らない会話は、条件確認の場ではありません。場ではないと感じたら、持ち帰りを使ってください。持ち帰りはカジュアル面談の記事の保留と同じです。保留は、好きではないという意味ではありません。好きと条件を、同じ文で結ばないという意味です。