ゲームプログラマーの転職に作品は必須とは限りません。ただし、未経験者や実務経験が浅い人、個人開発や新しい技術への対応力を示したい人にとって、作品はスキルを伝える有力な材料です。実務経験者は、担当業務や開発実績、技術面接の内容によって評価されるため、作品がなくても応募できる場合があります。
転職で作品が必要かは、経験と応募先で変わる
作品の必要性は、主に「ゲーム開発の実務経験があるか」「応募する職種は何か」「求人に提出を求められているか」で決まります。
| 状況 | 作品の必要性 | 評価されやすい材料 |
|---|---|---|
| 未経験からゲーム業界を目指す | 高い | 完成したゲーム、制作過程、使用技術 |
| 実務経験が浅い | あると有利 | 個人制作、チーム制作、技術的な工夫 |
| ゲーム会社での経験がある | 必須とは限らない | 担当範囲、使用言語、開発環境、成果 |
| リードや管理職を目指す | 作品だけでは不十分 | 設計、問題解決、チーム管理、開発実績 |
特に未経験者は、職務経歴だけでゲームプログラミングの力を判断してもらうのが難しいため、作品で技術力や完成まで進める力を示す意味があります。
ゲームプログラマーの転職で評価されやすい作品
評価されやすいのは、見た目が豪華な作品だけではありません。自分が何を担当し、どのような技術的課題を解決したかが分かる作品が重要です。
完成して遊べるゲーム
短時間でも実際に遊べるゲームは、操作処理、ゲームループ、当たり判定、UI、データ管理などを実装したことを伝えやすい作品です。小規模でも、起動方法と操作方法が明確で、最後まで遊べる状態にしておくと確認してもらいやすくなります。
技術力を示すデモ
ゲーム全体を完成させていなくても、次のような機能を切り出したデモは作品になります。
- キャラクターの操作やアニメーション制御
- 敵の行動を制御するAI
- 物理演算や衝突判定
- セーブ・ロードやデータ管理
- 通信対戦や同期処理
- シェーダーや描画処理の工夫
- 処理負荷を抑えるための最適化
- ツールやエディターの開発
応募先の仕事内容と関係する機能を見せると、単に作品数を増やすよりも、応募先との適性を伝えやすくなります。
GitHubなどのソースコード
公開できるソースコードがある場合は、作品の紹介ページから確認できるようにします。ただし、コードを公開すること自体が目的ではありません。設計の考え方、クラスやデータの分け方、エラーへの対応、読みやすさなどを確認してもらうために使います。
公開できない場合は、画面動画や説明資料だけでも構いません。勤務先や共同制作の契約に反する形で、業務のソースコードや未公開情報を掲載してはいけません。
作品には何を説明すればよいか
作品を提出するときは、ゲームの紹介だけでなく、制作への関わり方を具体的に書きます。採用担当者や面接担当者が短時間で確認できるよう、次の項目を整理しましょう。
- 作品名と概要
- 制作期間
- 個人制作かチーム制作か
- チーム制作での担当範囲
- 使用した言語、ゲームエンジン、開発環境
- 自分が実装した機能
- 苦労した点と、その解決方法
- 工夫した点や改善前後の違い
- 遊び方、動画、ダウンロード方法
- 既知の不具合や未対応の部分
たとえば「Unityでアクションゲームを制作した」とだけ書くよりも、「プレイヤーと敵の状態を分け、攻撃中の入力を制御した」「大量の敵が出現したときの処理負荷を測定し、オブジェクトの再利用で生成処理を減らした」のように説明すると、実装内容が伝わります。
実務経験者は作品がなくても転職できるか
実務経験者は、作品がなくても転職できる可能性があります。ゲーム会社での開発経験がある場合、職務経歴書に担当した機能、使用技術、チーム規模、担当工程などを具体的に書くことで、作品以外の実績を示せます。
ただし、業務で制作したゲームを公開できない場合でも、次のような情報は整理しておくと役立ちます。
- 担当したゲームのジャンルやプラットフォーム
- 担当した機能と担当範囲
- 使用言語、ゲームエンジン、開発ツール
- 設計、実装、デバッグ、運用などの担当工程
- 不具合や性能問題を解決した経験
- 他職種や他のプログラマーとの連携経験
守秘義務がある場合は、ゲーム名、画面、ソースコード、未公開仕様などを無断で出さないでください。公開できない内容は、「敵キャラクターの行動制御を担当した」のように、機密情報を避けて技術と役割を説明します。
未経験者はどの程度の作品を作ればよいか
未経験者の場合、作品の数よりも、完成度と説明の分かりやすさを優先します。大規模なゲームを無理に作るより、短期間で遊べる小規模作品を完成させ、制作理由や技術的な工夫を説明できる状態にする方が現実的です。
たとえば、次のような構成が考えられます。
- 基本操作とゲームの目的がある小規模なゲームを作る。
- タイトル画面、ゲーム開始、終了など、最低限の流れを実装する。
- 自分が工夫した機能を一つ以上追加する。
- 実機または対象の開発環境で動作を確認する。
- 紹介文、操作方法、制作期間、担当内容をまとめる。
- プレイ動画や画面画像を用意し、採用担当者が確認できるようにする。
素材やサンプルコードを使った場合は、どこまでが自分の実装かを説明します。既存の教材をほぼそのまま提出すると、本人の技術力を判断しにくくなるため、機能の追加や設計の変更を行い、その内容を記載しましょう。
応募前に確認したい作品の提出条件
求人によっては、ポートフォリオ、制作物、ソースコード、プレイ動画などの提出を求めています。提出形式やファイル容量、対応プラットフォームが指定されている場合は、求人票や応募先から案内された条件を優先してください。
作品の提出が任意でも、応募先の仕事内容に関係する作品があれば添付する価値があります。一方で、作品の内容が応募職種と大きく異なる場合は、作品を増やすより職務経歴書で関連する技術を説明した方がよいこともあります。
作品がない場合の転職準備
作品を提出できない場合は、職務経歴書と面接で技術力を具体的に説明できるようにします。特に、何を作ったかだけでなく、なぜその設計にしたか、問題をどう調べて解決したかを整理してください。
- 担当した機能を箇条書きにする
- 使用した言語やツールを工程ごとに整理する
- 担当範囲とチーム内での役割を分けて書く
- 不具合対応や性能改善の事例を準備する
- 応募先の求人にある技術や業務との共通点を確認する
ただし、未経験者が作品なしで応募する場合は、実際のスキルを確認できる材料が少なくなります。応募先が提出を必須としているなら、まずは小規模でも公開可能な作品を一つ完成させるのが先です。
ゲームプログラマーの転職で作品を用意する判断
未経験者や実務経験が浅い人は、作品を用意することをおすすめします。実務経験者は必須とは限りませんが、応募先の職種に合う作品や技術デモがあれば、スキルを補足する材料になります。
最初に、応募する求人が作品提出を必須としているかを確認してください。そのうえで、作品を作る場合は数を増やすのではなく、自分の担当範囲と技術的な工夫を説明できる、完成した小規模作品から用意しましょう。







