前回の独学ロードマップで「未経験転職の合否を最も左右するのはポートフォリオ」と書きました。この記事ではその核心を深掘りし、テ ーマの選び方・技術構成・READMEの書き方・面接での語り方まで、採用担当に刺さる作品の作り方を具体例つきで解説します。
そもそもポートフォリオで何が見られているのか
採用担当はあなたの作品から、スキルそのものより「入社後に自走できる人か」を読み取ろうとしています。具体的には次 の4点です。
- 自分で課題を設定し、形にできるか（指示待ちでないか）
- 基本的な開発の作法（Git運用・コードの読みやすさ）
- 詰まったときに自力で解決できるか
- 説明する力（なぜ・どう作ったかを言語化できるか）
つまり「すごい技術」より、意図が伝わる完成度が評価されます。
テーマの選び方：身近な課題が最強
最も避けたいのが「チュートリアルのコピー」です。同じToDoアプリでも、自分の実体験から出た課題なら一気に説得力が 増します。「なぜ作ったか」を面接で熱を持って語れるからです。
| 避けたいテーマ | 刺さるテーマ（例） |
|---|---|
| チュートリア ルのままのブログ | 自分の学習記録を可視化する進捗管理アプリ |
| 機能の薄いToDo | 家計の無駄を見つける支出 分析アプリ |
| サンプルのままのEC | 地域の個人店だけを集めたレビュー投稿サイト |
テーマ探しのコツは「自分が先週困ったこと」を1つ書き出すこと。解決したい当事者である点が、そのまま作品の強みにな ります。
技術構成：盛りすぎず、定番で固める
未経験段階では、珍しい技術を並べるより求人で需要のある定番スタックを正しく使えることが評価されます。志望職種に 合わせて1セットに絞りましょう。
- バックエンド志望：Ruby on Rails / Laravel(PHP) / Django(Python) のいずれか ＋ DB(MySQL/PostgreSQL)
- フロント志望：JavaScript/TypeScript ＋ React など
- 共通：Git/GitHub、そして実際に動くURL（デプロイ）
デプロイは必須級です。「動くものをURLで見せられる」だけで通過率が変わります。無料〜安価なホスティング（Render、Vercel、Fly.io など）で十分です。
最重要：READMEで「伝わる作品」にする
採用担当は忙しく、コードを隅々まで読みません。多くはまずREADMEを見ます。READMEが整っているだけで「説明できる人 」という印象を与えられます。最低限、次の項目を入れましょう。
# アプリ名
## 概要
何を解決するアプリか（1〜2行）
## 作った背景・課題
なぜ作ったか。自分が困った実体験を書く
## デモ
公開URL ／ 動作のスクリーンショット・GIF
## 主な機能
- 機能1
- 機能2
## 使用技術
言語・フレームワーク・DB・インフラ
## 工夫した点・苦労した点
詰まった問題と、どう解決したか（←ここが一番読まれる）
## 今後の改善予定
次にやりたいこと特に「工夫した点・苦労した点」は面接で必ず深掘りされます。エラーにどう向き合い、何を調べて解決したか——この一連 の流れこそ、未経験者に求められる「自走力」の証明になります。
GitHubの見せ方で差がつく
- コミットはこまめに、意味のある単位で。「fix」だけの大量コミットより、変更内容が分かるメッセージを。
- 一気に1コミットで完成、はNG。開発の過程が見えないと評価しにくい。
- 不要ファイル・パスワードを上げない。
.gitignoreで.env等を除外。情報管理の基本姿勢を見 られます。
よくあるNGと改善
| NG | 改善 |
|---|---|
| チュートリアルそのまま | 自分の課題を1つ足して独自機能にする |
| READMEが空 or 一行 | 背景・技術・工夫点を埋める |
| ローカ ルでしか動かない | デプロイして公開URLを用意 |
| 機能を盛りすぎて未完成 | 機能を絞って「完成して動く」を優 先 |
| パスワードをGitHubに公開 | .gitignoreで除外、環境変数で管理 |
他ジャンルの制作経験も武器になる
Web系が本命でも、ゲームやツールなど「自分で最後まで作り切った経験」はすべて自走力のアピール材料になります。たと えばUnityでキャラクターを動かす仕組みを自作した経験は、「仕様がない中で調べて実装した」証拠として語れます。本命スタックの作品を主役 にしつつ、こうした制作物を補足として添えると厚みが出ます。
面接でポートフォリオをどう語るか
作って終わりではなく、語れて初めて評価されます。次の3点を事前に言語化しておきましょう。
- なぜ作ったか（課題と動機）
- 一番詰まった点と、その解決方法
- 次に改善したい点（伸びしろを自覚しているか）
まとめ
- テーマは身近な課題から選ぶ（チュートリアルの丸写しを避ける）
- 技術は定番スタック1セットに絞り、必ずデプロイする
- READMEと「工夫した点」で伝わる作品にする
- GitHubの履歴・面接での語りまで含めて「自走力」を示す
ポートフォリオは「技術力の証明書」ではなく「あなたという開発者の紹介状」です。完成度と説明のしやすさを優先して、まずは小さく1つ 作り切ることから始めましょう。