未経験エンジニア GitHub 使い方｜ポートフォリオが弱い人のREADME・学習ログの見せ方

結論：未経験エンジニアのGitHubは、学習過程を説明する場所

未経験エンジニアのGitHubは、実務経験者のような大規模なアプリを見せる場所ではありません。採用側に見せるべきなのは、何を学んだか、どこで詰まったか、どう調べて直したか、応募求人の仕事にどうつながるかです。

ポートフォリオが弱い人ほど、GitHubのREADMEと学習ログが重要になります。コード量で勝つのではなく、学習の過程を説明できる状態を作りましょう。

検索している人が本当に知りたいこと

未経験エンジニア GitHub 使い方と検索する人は、GitHubの全機能を知りたいわけではありません。今の学習状態を、未経験エンジニア求人で評価される形にできるかを知りたい状態です。

この記事では、GitHubの使い方を応募材料づくりに絞って解説します。

先に診断：あなたはGitHubを作るべきか

開発補助、自社開発、受託開発、フロントエンド、バックエンドを狙っている人、Progateや独学で何かを作った人、職務経歴書に学習中以外の材料が少ない人は、GitHubを作った方がよいです。

一方で、ITサポートやヘルプデスクを第一候補にしていて、まず職務経歴書や志望動機が完成していない場合は、GitHubだけに時間をかけすぎない方がよいです。GitHubは目的ではなく、応募先の仕事に近い学習証拠を見せるための置き場所です。

採用側が5分で見る順番

未経験者のGitHubは、全部のコードをじっくり読まれる前提で作らない方がよいです。採用側はまず短時間で、何を見ればよいか、見る価値があるかを判断します。

最初に直すべきなのは、コードの高度さではなくREADMEの冒頭です。

GitHub公式情報から見るREADMEの役割

GitHub公式Docsでは、READMEはリポジトリの訪問者に対して、プロジェクトが何をするものか、なぜ役立つのか、どう始めればよいのかを伝える場所として説明されています。

未経験エンジニアの応募用に置き換えると、READMEには、何を作ったか、なぜその成果物を作ったか、どう動かすか、どこで詰まったか、今後どう改善するかを書きます。

参考：GitHub Docs: About READMEs、GitHub Docs: Quickstart for repositories

未経験者がGitHubに載せるべきもの

最初から大きなWebアプリを作る必要はありません。応募職種に合わせて、見せる材料を変えましょう。

DYC掲載求人データでは、IT・Web・通信系求人が約6,900件、ITエンジニア関連求人が4,053件あります。その中には、SIer・SES、インフラ、QA、ITサポート、開発補助など、未経験者が入口として比較しやすい求人も含まれます。

職種別：最初に作るリポジトリ例

GitHubに何を載せるか迷う人は、応募職種から逆算してください。自分が作りたいものより、応募先で説明しやすいものを先に作る方が、書類と面接に使いやすくなります。

未経験者にとって強いGitHubは、作品集ではなく、応募先ごとに説明できる学習証拠の束です。

最低限のリポジトリ構成とREADMEテンプレート

未経験者は、最初からきれいな設計にこだわりすぎる必要はありません。まずは、採用側が見たときに何を見ればよいかがわかる構成にしましょう。

READMEは長ければよいわけではありません。採用側が知りたい順に、概要、目的、使い方、工夫、詰まった点、改善予定を置くのが基本です。

READMEのNG例と改善例

READMEは、書いてあるだけでは足りません。採用側が判断しやすい内容になっているかが重要です。

未経験者のREADMEでは、上手に見せるより、判断しやすく書くことが大切です。

学習ログとエラー対応メモのテンプレート

ポートフォリオが弱い人は、学習ログで補えます。学習ログで見せたいのは、学習時間の多さではありません。詰まったときに止まらず、原因を調べて前に進めることです。

面接では、学習で詰まった経験を聞かれることがあります。GitHubにエラー対応メモがあると話しやすくなります。

DYC求人データから考えるGitHubの使い分け

未経験者がGitHubを作るときは、自分が狙う求人の文言に合わせて、見せる内容を変える必要があります。

求人票に未経験歓迎、研修あり、開発補助、QA、インフラ運用、ITサポートといった文言がある場合、GitHubで見せる材料も変わります。

GitHubを求人選びに使う方法

GitHubは応募書類の材料になるだけではありません。求人を選ぶときにも使えます。

求人票を見ながら、自分のGitHubに何があり、何が足りないかを照らし合わせてください。

職務経歴書・面接での見せ方

GitHub URLをただ貼るだけでは弱いです。職務経歴書では、何を見ればよいかを短く説明しましょう。

面接では、何を作ったか、なぜ作ったか、どこで詰まったか、どう調べて直したか、応募求人の仕事にどうつながるかの順番で話します。

書類に反映する場合は、未経験エンジニアの職務経歴書の書き方、面接で話す場合は未経験エンジニアの面接で聞かれる質問も確認してください。

やってはいけないGitHubの使い方

GitHubは公開される場所です。未経験者は、見せ方だけでなく安全面にも注意してください。

特に、前職の業務改善資料、顧客名、実データ、社内手順書をそのまま置くのは避けてください。ポートフォリオにする場合は、架空のデータ、一般化した手順、個人情報を含まない内容に置き換えます。

• パスワード、APIキー、認証情報を置かない
• 前職や顧客の情報を置かない
• 個人情報を含むデータを置かない
• 教材やスクール課題を丸写しのまま公開しない
• READMEが空のリポジトリを大量に並べない
• 説明できないコードを載せない
• 著作権や利用規約に不安があるものを載せない
• 途中で止まった未完成リポジトリを何十個も公開しない

7日で作るGitHub応募材料プラン

ポートフォリオが弱い人は、まず7日で最低限の見せ方を作りましょう。7日で立派なポートフォリオを作る必要はありません。

目的は、応募書類と面接で説明できる材料を作ることです。

Progate後にGitHubへ変える流れ

Progateを終えた人は、教材を増やす前にGitHubへ変える流れを作りましょう。

Progateだけで受かるか不安な人は、まず教材名を応募材料に変えることが重要です。

Progate後の動き方は、未経験エンジニアはProgateだけで受かる？で詳しく整理しています。GitHubとREADMEの作り込みだけを深く確認したい方は、未経験エンジニア GitHubの使い方もあわせて確認してください。

ポートフォリオなしの人が先に読むべき記事

まだ成果物がない人は、GitHubを作る前に何を見せるかを決める必要があります。

ポートフォリオ、独学、学習ロードマップ、求人選び、職務経歴書、面接をつなげて確認してください。

応募前チェックリスト

GitHubを職務経歴書に載せる前に、次を確認してください。

1つでも不安がある場合は、公開前にREADMEを直してください。未経験者のGitHubは、量よりも説明のしやすさが大切です。

• READMEに概要、目的、使い方、工夫、詰まった点がある
• 学習ログに日付、学習内容、詰まった点、調べたことがある
• リポジトリ名から何を練習したかがわかる
• 画面がある場合はスクリーンショットを載せている
• 応募求人の仕事内容と接続できる説明がある
• 秘密情報、個人情報、前職の機密情報がない
• コードや内容を自分の言葉で説明できる
• 職務経歴書にGitHub URLだけでなく説明文を書いている
• 面接で1分以内に概要を話せる

次に読む記事

GitHubとREADMEを整えたら、求人選び、職務経歴書、面接、ポートフォリオなしの見せ方も合わせて確認してください。

GitHubは作って終わりではなく、応募書類と面接で説明できる状態にして初めて選考材料になります。

DYC人材紹介事業で確認できるGitHubを応募材料にしやすいIT求人

DYC人材紹介事業では、未経験OK、開発補助、QA、ITサポート、インフラ、SIer・SESなど、GitHub、README、学習ログを応募材料として説明しやすいIT関連求人を確認できます。