30代エンジニアのポートフォリオの作り方｜採用担当が見る7つの観点・GitHub の整え方・最短ルート

採用担当が見る 7つの観点

30代のポートフォリオは、技術スタックを揃えるだけでなく「設計判断・コミット履歴・運用設計」など、チーム開発・運用視点での評価軸が増えます。

1. 観点 #1

   コードの読みやすさと一貫性

   採用担当はまず「コードが読みやすいか」を見ます。命名規則・関数の長さ・コメントの粒度・型定義の徹底度。1〜2ヶ月で書いた即席コードでは、コードの一貫性が崩れていないか確認されます。

2. 観点 #2

   READMEの質

   「何ができるか」「なぜ作ったか」「使用技術」「インストール方法」「デモURL」を整理。30代エンジニアの場合「設計判断の説明」も必須。「なぜこのライブラリを選んだか」「なぜこのアーキテクチャか」を1段落ずつ書きます。

3. 観点 #3

   コミット履歴の質

   「first commit」「fix」「update」だけのコミットメッセージはNG。Conventional Commits（feat / fix / docs / refactor / test）を使い、各コミットメッセージで「何を変えたか」「なぜ変えたか」が分かるように。30代エンジニアはチーム開発経験が問われるので、コミット履歴は重要な評価軸。

4. 観点 #4

   技術選定の理由

   「React を使った理由は？」「なぜ Next.js でなく Remix にしたか？」など、技術選定の理由を README または別ドキュメントに記載。「流行っているから」ではなく「このユースケースで XX が有利だから」という説明が必要。

5. 観点 #5

   テストカバレッジ

   テストコードがあるかは、品質意識の指標。「テストは書きませんでした」より「ユニットテストで XX%、E2Eで主要フロー3本」のほうが好印象。

6. 観点 #6

   デプロイ・運用設計

   「ローカルでだけ動く」より「Vercel / Cloudflare Pages にデプロイ済み」「GitHub Actions で CI/CD 設定」のほうが評価される。30代では「動かす」だけでなく「運用」できる視点が問われます。

7. 観点 #7

   業務との接続性

   現職や前職の経験と、ポートフォリオの内容が接続できると、面接で「自分はこういう開発スタイルでチームに貢献できる」と語りやすい。逆に業務とまったく無関係なジャンルだと「趣味の延長」と見られます。

最小構成スタック（2026年版）

• フロントエンド：Next.js + TypeScript

  求人票での要求頻度が高い構成。React 単独学習より、Next.js でルーティング・データフェッチを実装する方が「実務に近い」と見られます。

• バックエンド：Hono / Express / FastAPI

  シンプルな API サーバを別立てにすると、フロントエンド・バックエンドの両方の設計判断を見せられます。

• データベース：Supabase / Cloudflare D1 / Neon

  PostgreSQL 互換。「DB設計」「マイグレーション」「型生成」までを実装すると、本格的な開発スキルを示せます。

• デプロイ：Vercel / Cloudflare Pages

  デプロイ済みのURLを README に貼ること。デプロイされていないコードは「動くことが確認できないコード」と見られます。

• CI/CD：GitHub Actions

  main へのマージで自動デプロイ、PR でテスト実行などを設定。30代向けの評価ポイント。

最短2週間で作る現実的ルート

1. Week 1

   テーマ決定＋設計：「業務で困っている課題を解決するツール」「個人の趣味と業務スキルが接続するツール」のどちらかでテーマ決定。3日でDB設計＋画面設計＋技術スタック決定。残り4日でフロント・バック両方の雛形を構築。

2. Week 2

   主要機能実装＋README執筆＋デプロイ：核心機能を1つ実装する（CRUD でいい）。テスト書く。デプロイ。README で技術選定・設計判断を1ページに整理。GitHub にPR履歴を整える。