履歴書にGitHubを載せる方法

履歴書にGitHubを載せる方法

ソフトウェア開発、データ、DevOps などの技術職に応募するなら、GitHub は「あるとよい」ではなく「役に立つなら載せる」が基本です。プロフィールへのリンクは履歴書のヘッダーに置き、応募職種に合う強いリポジトリを 1 つか 2 つだけプロジェクト欄や職務経歴欄で補足しましょう。アカウントが空、古い、ほとんどが非公開という場合は無理に載せない方が安全です。

GitHub を載せるべきケース

GitHub が効くのは、採用側がコード、技術プロジェクト、共同開発の痕跡を見たいときです。たとえば次のようなケースです。

• ソフトウェア開発、Web 開発、モバイル開発、DevOps、データ、機械学習、QA 自動化の職種。
• 実務経験がまだ少なく、プロジェクトで補強したい学生、第二新卒、キャリアチェンジ中の人。
• オープンソース、個人開発、技術デモ、技術ドキュメントを見せられる人。

非技術職なら、GitHub を目立つ場所に入れる必要はあまりありません。

GitHub を書く場所

どこに置くかは、リンクで何を証明したいかで決めます。

1. ヘッダーにプロフィールを載せる

最も無難なのはヘッダーです。見つけやすく、本文の流れも邪魔しません。

例

Jordan Lee
github.com/jordanlee | linkedin.com/in/jordanlee | jordanlee.dev

長い URL や追跡パラメータ付きのリンクは避け、できれば見た目がきれいな URL にします。

2. プロジェクト欄でリポジトリを見せる

応募先に近いプロジェクトがあるなら、この方法がいちばん強いです。

例

在庫予測ダッシュボード | Python, FastAPI, React
github.com/jordanlee/inventory-dashboard

• CSV の売上データを取り込み、商品カテゴリ別の傾向を可視化するツールを開発。
• API エンドポイント、テスト、セットアップ手順を整備し、他の開発者がローカルで再現できる状態にした。

弱いリポジトリをいくつも並べるより、関連性の高い 1 件の方が伝わります。

3. 職務経歴の中で触れる

GitHub が業務、インターン、研究、フリーランス案件の一部だったなら、単独リンクではなく実績の箇条書きの中で触れる方が自然です。

例

• GitHub 上の社内 Python サービスを保守し、Pull Request のレビューとサポート向けのデプロイ手順書作成を担当。

これで、共同作業、バージョン管理、実運用への責任を示せます。

クリック後に見えるべき内容

GitHub は、開いた先が見やすくて初めて意味があります。リンクを載せる前に、次を確認してください。

• 目指す職種に合った短い自己紹介がある。
• 代表作を示す pinned repository が整理されている。
• README にプロジェクトの目的、実行方法、自分の担当範囲が書かれている。
• リポジトリ名がわかりやすく、最近の活動があり、壊れたデモリンクがない。
• 公開して問題ないコードだけが見える。

毎日コミットしている必要はありません。意図を持って整えたプロフィールであることが重要です。

よくある失敗

• 中身の薄いプロフィールや README のないリポジトリを載せる。
• 今の実力を表していない古い授業課題ばかり見せる。
• GitHub をスキルとして列挙し、実際の成果物を見せない。
• 公開権限のないコードや機密性の高い仕事を共有する。
• リポジトリを並べすぎて、何を見てほしいのか伝わらない。

GitHub を載せない方がよい場合

あります。アカウントが弱い、更新が止まっている、応募先と関係が薄いなら、弱い GitHub リンクよりも、強い履歴書やプロジェクト要約、個人サイトの方が効果的です。

FAQ

履歴書に GitHub をスキルとして書くべきですか？

通常は書きません。GitHub は、バージョン管理、共同開発、技術プロジェクトを見せる場所として使う方が自然です。

GitHub のプロジェクトは 1 つでも十分ですか？

十分な場合があります。README が整った関連性の高い 1 件の方が、未完成のリポジトリをいくつも並べるより強いです。

GitHub だけでポートフォリオの代わりになりますか？

技術職なら、成果物の証明という意味では十分なことがあります。ケーススタディ、画面イメージ、プロダクトの背景も見せたいなら個人サイトを足すとわかりやすくなります。