採用担当者・エンジニア面接官がポートフォリオで見ているポイント
ポートフォリオを作る前に、「採用する側が何を見ているか」を理解することが重要です。採用担当者（非エンジニア）とエンジニア面接官（技術評価者）では見るポイントが大きく異なります。
採用担当者（HR・リクルーター）が見ているポイント
書類選考を担当する採用担当者は技術的な詳細より「この人は信頼できるエンジニアか」という印象を重視します。
- ●①見やすいREADMEが書かれているか（説明できる力＝コミュニケーション力）
- ●②継続的なコミット履歴があるか（継続性・習慣化されたアウトプット）
- ●③実際に動くアプリケーションのデモがあるか（完成させる力）
- ●④技術的なアウトプット（ブログ・Zenn・Qiita）があるか（学習意欲）
- ●⑤プロフィールページのURL・GitHubアカウントが分かりやすく案内されているか
エンジニア面接官（技術評価者）が見ているポイント
技術面接を担当するシニアエンジニア・テックリードは、コードの質・設計思想・問題解決のアプローチを評価します。
- ●①コードの可読性・命名規則・コメントの適切さ
- ●②適切な設計パターンの採用（MVC・SOLID原則等）
- ●③テストコードの有無と品質
- ●④Gitのコミット粒度・コミットメッセージの質
- ●⑤エラーハンドリング・セキュリティへの配慮
- ●⑥技術的な課題への取り組み方・学習の深さ
GitHubを転職に使えるレベルに整える方法
GitHubは現代のITエンジニア転職における「生きた名刺」です。採用担当者・エンジニア面接官ともに必ずチェックします。
GitHubプロフィールの整え方
GitHubのプロフィールは転職のランディングページです。第一印象で「このエンジニアは積極的に開発している」と感じてもらえるよう整えましょう。
- ●プロフィール写真：顔写真を設定する（アバターのままはプロフェッショナルでない）
- ●Bioに職種・技術スタック・転職中である旨を記載する（例：「Webエンジニア / React, Node.js / Open to work」）
- ●Pinned repositoriesに代表的な個人開発・ポートフォリオを設定する
- ●コントリビューショングラフ（草）が連続して緑になっているか確認
- ●README.md（プロフィールリポジトリ）を充実させて自己紹介・スキルを表示
採用担当者に刺さるREADMEの書き方
README.mdはプロジェクトの「企画書」です。技術を知らない採用担当者でも理解できるように書くことが重要です。
- ●プロジェクト名・一言説明を冒頭に（30文字以内で何のアプリかわかるように）
- ●デモ画面のGIFアニメまたはスクリーンショットを必ず添付
- ●使用技術スタックを明記（フレームワーク・DB・インフラ・CI/CD等）
- ●なぜこのアプリを作ったか・解決した課題の説明（動機・背景）
- ●機能一覧・工夫した点・技術的なチャレンジを箇条書きで
- ●デプロイ済みURL（Vercel・Railway・AWS等）を記載して動くものを見せる
コミット履歴で見せるエンジニアとしての習慣
コントリビューショングラフ（いわゆる「草」）は、エンジニアとしての日々の活動を可視化します。
- ●毎日でなくてもよい：週3〜5回の継続的なコミットがあれば十分
- ●コミットメッセージは意味のある内容を：「fix」「update」だけはNG
- ●Conventional Commits形式（feat/fix/docs/style等）を使うと評価が高い
- ●不要なファイル（.DS_Store・node_modules等）を.gitignoreで管理する
- ●ブランチ戦略が見えるリポジトリはさらに評価が上がる
どのエージェントを選ぶべきか迷っていますか？
年代・職種・年収・希望条件を選ぶだけで、あなたに最適なエージェントTop3をご提案します。
転職に効く個人開発アプリの作り方
ポートフォリオの中心となる個人開発アプリの選び方・作り方のポイントを解説します。「完成させること」「工夫を説明できること」が最も重要です。
採用担当者に刺さるアプリのテーマの選び方
個人開発のテーマ選びは非常に重要です。技術的に複雑なものよりも、「なぜ作ったか」が明確なアプリの方が評価されやすいです。
- ●自分が実際に困っていたことを解決するアプリ（動機が明確）
- ●転職先の業界・ドメインに関連するアプリ（業界への関心をアピール）
- ●既存サービスの改善版・代替案（市場理解と技術力を同時に示せる）
- ●避けるべきテーマ：TODOアプリ・Twitterクローン（差別化できない）
- ●推奨テーマ：業界特化・社会課題解決・自分の趣味・専門知識を活かしたもの
技術スタックの選び方と見せ方
技術スタックは応募先企業・職種のニーズに合わせることが重要です。ただし無理に最新技術を詰め込む必要はありません。
- ●転職先が使っている技術を調べてそれに近いスタックを選ぶ
- ●フロントエンド：React・Next.js・TypeScriptが現在最も評価される
- ●バックエンド：Node.js・Python(FastAPI/Django)・Go・Rubyが多い
- ●インフラ：AWS・GCP・Vercel・Railwayでの本番デプロイを必ず行う
- ●DB：PostgreSQL・MySQL・Firestoreのいずれかを使って永続化を実装
- ●テスト：Jest・Vitest・pytestで最低限のユニットテストを書く
「完成させる力」を見せるための3つのポイント
採用担当者が個人開発で最も評価するのは「完成度」です。コードが高品質でも「動かない・デプロイされていない」アプリは評価されません。
- ●①本番環境にデプロイする：Vercel・Railway・Renderなど無料でデプロイ可能
- ●②デモ動画またはGIFアニメを作成してREADMEに掲載する
- ●③ユーザーが実際に使えるレベルに仕上げる（エラーハンドリング・認証・レスポンシブ対応）
- ●④「完成させた」経験は複数あった方が説得力が増す
- ●⑤小さくても完成したアプリ5個の方が、巨大な未完成プロジェクト1個より評価される
技術発信（Zenn・Qiita・note）の転職への活かし方
個人開発と並んで効果的な転職アピールが技術発信です。Zenn・Qiita・noteなどでの技術記事は、エンジニアとしての思考力・継続性・専門性を示す強力なポートフォリオになります。
技術発信が転職に効く3つの理由
採用担当者・エンジニア面接官が技術記事を重視する理由を理解しましょう。
- ●①アウトプット習慣の証明：学んだことを言語化できる＝理解が深い
- ●②コミュニケーション能力：複雑な技術を分かりやすく説明できる
- ●③継続性の証明：記事の更新頻度が習慣化されたインプット量を示す
- ●④SEOで自分のブランド構築：検索でヒットすることで採用担当者の目に留まる
- ●⑤面接のネタになる：「この記事を書いたんですね」から深い技術話が生まれやすい
転職に効く記事のテーマ選び
転職先が求める技術スタックに関連した記事を書くことで、採用担当者の目に留まりやすくなります。
- ●「〇〇を学んでみた」系ではなく「〇〇で業務のXXを解決した」系が評価される
- ●応募先企業が使っている技術に関する記事（技術への関心をアピール）
- ●ハマったエラーと解決方法（問題解決力をアピール）
- ●個人開発のアーキテクチャ解説（設計力・言語化力をアピール）
- ●月1〜4本のペースで継続することが最重要（量より継続性）
経験年数別ポートフォリオ戦略
エンジニアの経験年数によって、ポートフォリオに求められる内容・重点が異なります。自分の経験年数に合った戦略を採りましょう。
未経験・スクール卒（経験0〜1年）
未経験転職において、ポートフォリオは選考の合否を決める最重要要素です。
- ●完成した個人開発アプリを2〜3個デプロイして見せられる状態にする
- ●GitHubのREADMEを充実させ、採用担当者が動きを確認できるようにする
- ●技術選定の理由・工夫した点を言語化して説明できるようにする
- ●スクールで学んだことを活かした「チーム開発経験」があれば積極的にアピール
- ●企業の求める技術スタックに合わせたアプリを作り直す覚悟も必要
若手エンジニア（経験1〜3年）
業務経験があるため、実務実績と個人開発の両方をアピールします。
- ●業務での実績（参加したプロジェクト・使った技術・成果）を詳細に説明できるようにする
- ●個人開発は「業務では経験できなかった技術・規模」に挑戦して成長意欲を見せる
- ●OSSへのコントリビューション（プルリクエスト・イシュー対応）があれば非常に評価が高い
- ●技術発信（Zenn・Qiita）を始めて言語化・発信の習慣を示す
- ●現職での実績・コードをGitHubに掲載するのは機密情報の観点からNG
中堅〜シニアエンジニア（経験3年以上）
経験豊富なエンジニアは業務実績・アーキテクチャ設計経験・チームへの貢献が最重視されます。
- ●業務実績を具体的な数字で説明できるようにする（「パフォーマンス改善でレスポンスが50%向上」等）
- ●技術的な意思決定の経験（言語・フレームワーク・インフラ選定等）をアピール
- ●チームリード・コードレビュー・技術指導の経験を具体的に語れるようにする
- ●個人開発はあれば加点要素だが必須ではない
- ●登壇・技術発信があれば「業界への貢献」として非常に高く評価される