

「ポートフォリオを作らなきゃ」というプレッシャーを感じながらも、何を作ればいいかわからないまま就活の時期を迎えてしまう——そんな未経験IT志望の就活生はとても多いです。
でも、ちょっと待ってください。採用担当者が本当に見たいのは、完成したアプリよりも「あなたが本当に学んでいる証拠」かもしれません。
この記事では、ポートフォリオ至上主義に陥りがちな未経験IT就活生に向けて、「学習証拠」という考え方の重要性と、その具体的な作り方・見せ方を徹底的に解説します。読み終えたあとには「今日からすぐ動ける」状態になるはずです。ぜひ最後までお読みください。
- 「ポートフォリオ神話」が未経験就活生を追い詰めている
- 採用担当者が「学習証拠」に惹かれる本当の理由
- 学習証拠の3大カテゴリ——何をどう作るか
- 【カテゴリ1】記録型学習証拠——継続の「見える化」
- 【カテゴリ2】言語化型学習証拠——「わかった」を言葉にする
- 【カテゴリ3】体験型学習証拠——面接で語れる「エピソード」を作る
- 就活スケジュール別・学習証拠の作り方ロードマップ
- 「学習証拠」をエントリーシートで最大限活かす書き方
- 面接で学習証拠を活かすための実践テクニック
- 学習証拠をさらに強力にするプラスアルファの行動
- 学習証拠を作る上での「よくある失敗」と対策
- よくある疑問に答えるQ&A
- 学習証拠から始めて、ポートフォリオへ発展させるロードマップ
- IT就活で知っておきたい企業・職種の現実
- まとめ——「学習証拠」が未経験IT就活を変える
「ポートフォリオ神話」が未経験就活生を追い詰めている
なぜ未経験なのに「完成品」を求められると感じてしまうのか
IT就活の情報を調べると、どこへ行っても「ポートフォリオを作れ」という情報が溢れています。確かにポートフォリオは強力な武器ですが、「未経験=ポートフォリオが必須」という等式は正確ではありません。
ポートフォリオが絶対に必要な場面は、主にWeb系スタートアップや開発会社の選考です。これらの企業ではコードの質やアプリの完成度が直接評価対象になります。
一方で、SIer・ITコンサル・大手ITベンダー・社内SE求人など、未経験採用の多数派を占める企業群は「ポテンシャルと学習姿勢」を最重視します。 これらの企業に対してポートフォリオは「あれば加点」程度であり、なくても選考を突破することは十分可能です。

「ポートフォリオを作れなかった自分はダメだ」という思い込みが、実は無数のチャンスを見逃させているのです。
ポートフォリオ作成で陥る3つの落とし穴

未経験者がポートフォリオ作りに集中しすぎると、以下の3つの落とし穴にはまりがちです。
落とし穴①:完成しないまま就活本番を迎える
プログラミング学習を始めたばかりの段階で「ちゃんとしたアプリ」を作ろうとすると、技術力が追いつかずに何週間も何も完成しない状態が続きます。結果として就活解禁のタイミングまでに何も見せられるものがない、という最悪のパターンに陥ります。
落とし穴②:学習の本質よりも「見た目のスゴさ」を追いかける
「採用担当者に驚いてもらいたい」という気持ちから、自分の実力に見合わない複雑なアプリを目指してしまうことがあります。結果として理解が浅いまま写経で完成させたものを「ポートフォリオです」と出すことになり、技術面接で撃沈するリスクが生まれます。
落とし穴③:ポートフォリオを作ることが目的化してしまう
「ポートフォリオを完成させること」自体が目標になり、本来の目的である「エンジニアとして働くための実力をつけること」が後回しになります。就職後に苦労するのは実力不足であり、ポートフォリオの完成度ではありません。
では何が代わりに必要なのか——「学習証拠」という考え方

ポートフォリオの代わりに最初に作るべきものを、この記事では「学習証拠」と呼びます。
学習証拠とは、「あなたが確かに学んでいる」という事実を採用担当者に示すための記録・コンテンツ・エピソードの総称です。ポートフォリオとの違いは以下のとおりです。
| 比較軸 | ポートフォリオ | 学習証拠 |
|---|---|---|
| 示すもの | 完成した成果物 | 学習の過程・姿勢 |
| 作成難易度 | 高い(技術力が必要) | 低い(今日から始められる) |
| 必要な期間 | 数週間〜数ヶ月 | 即日〜数週間 |
| 評価される企業 | Web系・開発系 | SIer・大手IT・コンサル等 |
| リスク | 技術面接で実力差が露呈する可能性 | 誇張が起きにくく誠実 |

この「学習証拠」を意識的に作り始めることが、未経験IT就活のスタートラインです。
採用担当者が「学習証拠」に惹かれる本当の理由
未経験採用で企業が抱えるジレンマ
企業の採用担当者は、未経験者を採用する際に常に「ギャンブル感」を持っています。履歴書やESだけでは、その人が本当に努力できる人なのか、入社後に伸びるのかを判断する材料が乏しいからです。

面接だけで見極めようとすると、「面接が上手い人」が採用され、「面接は苦手だけど現場で伸びる人」が落ちてしまうというミスマッチが起きます。
学習証拠は、この採用担当者の「不確実性への不安」を解消する最強の武器です。
「この人は3ヶ月間、毎日学習記録を公開しながら学んでいた」という事実があれば、継続力・誠実さ・自走力が文字通り「証明」されます。面接での印象だけに頼らずに評価できるため、採用担当者としても自信を持って推薦できます。
「自走できる人」の見極め方——採用担当者の内側

複数の採用担当者へのヒアリングや就活支援の現場でよく語られるのが、「自走できるかどうかを見抜くのが一番難しい」という悩みです。
自走力を確認するために採用担当者が使う典型的な面接質問には以下のようなものがあります。
- 「プログラミングを学ぶ中で詰まったとき、どう対処しましたか?」
- 「参考書やスクールを使わずに、自分で調べて解決した経験はありますか?」
- 「学習計画を自分で立てて実行したことを教えてください」
これらの質問に対して、学習証拠があれば具体的なエピソードと裏付けの両方を示せます。 学習証拠がなければ「なんとなく頑張りました」という印象の薄い回答しかできません。
データが示す「過程の開示」の信頼性
マーケティングや採用心理学の研究でも示されているように、人は「結果だけを見せられた場合」よりも「過程を見せられた場合」に高い信頼感を抱く傾向があります。これは「努力の可視性効果」と呼ばれる認知的バイアスです。

つまり「完成したアプリ(結果)」を見せるより、「毎日の学習記録(過程)」を見せた方が、採用担当者の信頼を勝ち取りやすい場合があるのです。
特に未経験者の場合、完成したアプリの技術的な質は評価が難しい一方で、学習の継続性は誰でも一目でわかります。過程の透明性が、未経験者にとって最大の差別化要因になり得ます。
学習証拠の3大カテゴリ——何をどう作るか
学習証拠は大きく3つのカテゴリに分けられます。
- 記録型学習証拠:日々の学習を継続的に記録・公開したもの
- 言語化型学習証拠:学んだ内容を言葉でわかりやすく説明したもの
- 体験型学習証拠:学習過程でのエピソードを面接で語れる形にしたもの

それぞれを詳しく見ていきましょう。
【カテゴリ1】記録型学習証拠——継続の「見える化」

Twitterで毎日の学習を記録する最強の方法

最もシンプルで継続しやすい記録型学習証拠が、Twitter(X)での日次学習投稿です。
なぜTwitterが効果的なのか
- アカウントさえあれば今日すぐ始められる
- 日付が自動的に記録されるため「偽造できない継続性の証明」になる
#100DaysOfCodeなどのハッシュタグで学習コミュニティとつながれる- 採用担当者にURLを提示するだけで、過去の投稿履歴をすべて確認してもらえる
採用担当者に刺さる投稿の書き方
投稿には以下の4つの要素を含めると、就活での説得力が格段に上がります。
- 何を学んだか(具体的な技術・内容)
- どのくらいの時間学んだか(学習量の証明)
- 詰まったこととその解決方法(自走力の証明)
- 明日・次回の予定(計画性の証明)
良い投稿の具体例
【Day 47 / #100DaysOfCode】
📚 今日学んだこと
・PythonのClass構文の基礎
・self引数の意味と役割(1時間半)
🤔 詰まったこと
→ インスタンス変数とクラス変数の違いが混乱した
→ 図を書いて整理したら理解できた!
📌 明日やること
・継承の書き方を学ぶ
#Python #プログラミング学習 #28卒就活
投稿を就活に活用する具体的な方法
- エントリーシートの「自己PR」欄にTwitterアカウントのURLを記載する
- 面接前日に「〇日間連続投稿中です」という最新の数字を確認しておく
- 「継続の証拠として見ていただければ」と面接官に自発的に提示する
Notionで「学習ポートフォリオ」を作る詳細ガイド

Twitterはリアルタイムのログとしてはベストですが、採用担当者が全体を俯瞰しにくいというデメリットがあります。
それを補うのがNotionを使った学習ポートフォリオです。
Notionは無料で使えるドキュメント作成ツールで、作ったページをURLで公開できます。「ポートフォリオURL」の欄にNotionのリンクを貼ることで、採用担当者に学習の全体像を示せます。
Notionポートフォリオに必ず入れるべき6つのセクション
① 自己紹介・学習動機
単なる自己紹介ではなく、「なぜIT業界を目指したのか」という動機を具体的なエピソードと一緒に書きましょう。
例:「大学2年のゼミでデータ分析を使った発表を行い、Excelの限界を感じてPythonに興味を持ちました。自分でスクリプトを組んで処理時間が5分の1になった体験が、ITエンジニアという職業への関心につながっています」
② 学習ロードマップ(進捗付き)
今どの技術を学んでいて、次に何を学ぶ予定なのかを可視化します。
【2024年10月〜11月】HTML・CSS基礎 ✅ 完了
【2024年12月〜2025年1月】JavaScript基礎 🔄 学習中
【2025年2月〜】Python入門 📅 予定
このように時系列で学習計画を示すことで、計画的に学んでいる姿勢が伝わります。
③ 週次学習ログ
毎週末に「今週の学習まとめ」を更新します。学んだ内容・時間・詰まったこと・解決方法を記録します。
更新が止まった週があっても問題ありません。「なぜ止まったか」「どう再開したか」も含めて記録することで、人間らしいリアリティが出ます。
④ 教材リスト・評価
使った教材(書籍・Udemy・Progate等)をリスト化し、各教材の内容・難易度・感想を書きます。
採用担当者は「どんな教材で学んだか」よりも「なぜその教材を選んだか」「どう活用したか」という思考プロセスを評価します。
⑤ 学習を通じての気づき・考察
「プログラミングを学んで、〇〇という考え方が仕事にも応用できると思った」「エラーに向き合うことで、諦めずに調べ続ける習慣がついた」などの考察を書きます。
これは単なる学習記録ではなく、あなたがどんな思考の持ち主かを伝えるセクションです。採用担当者が最も時間をかけて読む部分でもあります。
⑥ 今後の目標
「入社後にどんなエンジニアになりたいか」「どの技術を伸ばしていきたいか」を書きます。現実的な目標を書くことで、入社後のビジョンが具体的に伝わります。
Notionを続けるためのコツ
完璧に作ろうとせず、最初は骨格だけ作って毎週少しずつ肉付けしていく方法が長続きします。見た目にこだわりすぎて内容が薄くなるのは本末転倒です。シンプルなレイアウトでも、内容が充実していれば十分評価されます。
GitHubを「学習メモ帳」として使う正しい方法

GitHubは完成品を置く場所というイメージが強いですが、学習過程のコードをそのまま記録する場所としても非常に有効です。
GitHubの「草」(コントリビューショングラフ)の活用
GitHubのプロフィールページには、日々のコミット頻度が緑のマス目で表示される「草」と呼ばれるグラフがあります。これが毎日埋まっていると、採用担当者は一目で「継続的に学習している人だ」と判断できます。

毎日何かをコミットすることを習慣化しましょう。1行でも良いです。
リポジトリの作り方(未経験学習者向け)
/python-learning(リポジトリ名)
/week01-basics
hello.py
list_and_dict.py
README.md ← 「Python基礎第1週の学習コード」と書く
/week02-functions
my_functions.py
README.md ← 「関数の定義と引数について学んだコード」と書く
README.md ← リポジトリ全体の説明を書く
コミットメッセージに「学び」を書く習慣
コミットメッセージは後から見返したときに意味がわかるものにしましょう。
- ❌ 悪い例:
update、add files、fix - ✅ 良い例:
リスト内包表記の練習 - forループとの速度差を確認 - ✅ 良い例:
クラスの継承を学習 - selfの役割をやっと理解

コミットメッセージが充実していると、GitHubのコミット履歴が自動的に学習日記になります。
プロフィールREADMEで第一印象を作る
GitHubには、自分のユーザー名と同じ名前のリポジトリにREADMEを置くと、プロフィールページのトップに表示される機能があります。ここを整備するだけで印象が大きく変わります。
## 👋 はじめまして、〇〇と申します
IT業界を目指して独学でプログラミングを学習中の大学4年生です。
## 🛠 学習中の技術
- Python(基礎〜Webスクレイピング)
- HTML / CSS(レスポンシブデザイン)
- JavaScript(DOM操作基礎)
- Git / GitHub(基本操作)
## 📝 学習ログ
- 🐦 Twitter: @〇〇(#100DaysOfCode 毎日投稿中)
- 📓 Notion: [学習ポートフォリオ](URL)
- ✍️ Qiita: [記事一覧](URL)
## 🎯 目標
2025年春にエンジニアとして就職し、
Webアプリ開発・データ分析に携わりたいと思っています。
【カテゴリ2】言語化型学習証拠——「わかった」を言葉にする

なぜ「言語化」が採用担当者に刺さるのか

プログラミングを学ぶ中で「なんとなくわかった」状態で先に進んでいる人は非常に多いです。しかし「他の人に説明できる」状態まで理解が深まっている人は少数派です。
採用担当者は、面接でのやり取りを通じて「この人は本当に理解しているのか、なんとなくわかった状態なのか」を見極めようとしています。
学んだ内容を言語化し、ブログ記事やメモとして公開することは、「説明できる水準まで理解が達している」という最も説得力のある証拠になります。
Qiita・Zennでの技術ブログ——未経験でも書ける記事テーマ
QiitaとZennは、エンジニアが技術情報を発信するプラットフォームです。記事を投稿するとURLが発行されるため、エントリーシートや面接で共有できます。
「未経験が書いた記事なんて価値がない」は大きな誤解
初心者が書いた記事は、同じく学習中の多くの人にとって非常に価値があります。専門家が書いた難しい記事より、「初心者がつまずいた点を丁寧に解説した記事」の方がいいねやコメントがつきやすいことすらあります。

また採用担当者の立場から見ると、「未経験なのにここまで丁寧に説明できる」という驚きがポジティブな評価につながります。
未経験でも今すぐ書けるQiita・Zenn記事のテーマ25選
基礎知識系
- 「変数と定数の違いを初心者が図解してみた」
- 「for文とwhile文、使い分けに悩んだ話」
- 「オブジェクト指向って結局なに?自分なりに整理してみた」
- 「Gitのブランチって何?紙に書いて理解した話」
- 「HTTPとHTTPSの違いを調べて学んだこと」
詰まり経験系
- 「Pythonのインデントエラーで2時間詰まった話と解決策」
- 「CSSのFlexboxが理解できなかった私が、図解で理解した方法」
- 「Gitのpushとpullとfetchとmergeが混乱した話」
- 「JavaScriptの
thisが意味不明だったので徹底的に調べた」 - 「環境構築で3日間詰まった体験記と解決手順まとめ」
教材レビュー系
- 「Progate Python コース受講レビュー【初心者視点】」
- 「Udemy〇〇コースを1ヶ月で終えた感想と学び」
- 「『スッキリわかるJava入門』を読んで理解できたこと・できなかったこと」
- 「無料でプログラミングを学べるサービスを5つ比較してみた」
- 「プログラミング入門、独学とスクールを迷った経緯と決断」
思考・気づき系
- 「プログラミング学習3ヶ月目に気づいた、効率的な勉強法」
- 「エラーとの向き合い方が変わった瞬間の話」
- 「なぜITエンジニアを目指すことにしたか、正直に書く」
- 「プログラミング初心者が意識すべき、検索力の鍛え方」
- 「学習を継続するために実践している3つの習慣」
IT知識系
- 「APIって何?非エンジニアでもわかるように説明してみる」
- 「クラウドとオンプレミスの違いをわかりやすく整理した」
- 「アジャイル開発とウォーターフォール開発の違いを調べた」
- 「SQLを学んで初めてデータベースの意味がわかった話」
- 「Linuxコマンドで最初に覚えるべきものをまとめた」
記事を書く際の基本構成
## タイトル(読者の悩みや疑問をそのまま書く)
## はじめに(この記事を書いた背景・対象読者)
## 〇〇とは(定義・概念の説明)
## 詰まったポイントと解決方法(具体的な体験)
## まとめ(学んだことの整理・次のステップ)
「アウトプット学習法」が学習効率を2倍にする理由
Qiitaに記事を書くことは就活対策だけでなく、学習効率そのものを高める効果があります。

認知科学の研究によると、インプットしたあとにアウトプット(説明・記述・テスト)を行うと、記憶の定着率が約2倍になるとされています(テスト効果/引き出し練習効果)。
「読んでわかった気になる」→「書いて説明しようとすると実はわかっていないことに気づく」→「もう一度調べて本当に理解する」というサイクルが、学習の深化を加速します。
つまりブログを書くことは「就活のためのアウトプット」であると同時に「学習効率を高めるための最良の方法」でもあるのです。
【カテゴリ3】体験型学習証拠——面接で語れる「エピソード」を作る

採用面接の本質——「過去の行動」から未来を予測する
現代の採用面接の主流は行動面接(ビヘイビアラル・インタビュー)と呼ばれる手法です。「過去の行動は未来の行動を予測する最良の指標である」という考え方に基づいており、面接官は過去の具体的な体験エピソードを引き出そうとします。

「困難を乗り越えた経験を教えてください」「自分で考えて主体的に動いた経験はありますか?」などの質問がこれにあたります。
プログラミング学習は、こういった面接質問に答えるためのエピソードの宝庫です。 学習中に起きた様々な体験を、面接で語れる形に整理しておくことが「体験型学習証拠」です。
STAR法でエピソードを「面接素材」に変換する
STAR法は面接でエピソードを語る際の構造化フレームワークです。
- S(Situation):その時の状況・背景
- T(Task):直面した課題・タスク
- A(Action):自分が取った具体的な行動
- R(Result):結果・得られた学び
変換例①:エラーで詰まった経験
【学習中の出来事】PythonでWebスクレイピングのコードを書いていたら、AttributeErrorが出て3時間解決できなかった
STAR変換後の面接エピソード:
「PythonでWebスクレイピングを実装していた際(S)、AttributeErrorというエラーが出て3時間以上進めない状態になりました(T)。最初はエラーメッセージをそのままGoogleで検索しましたが解決せず、次に公式ドキュメントでエラーの定義を確認し、Stack Overflowの類似ケースを読み込むことで、変数名のスペルミスが原因だと特定できました(A)。この経験から、エラー解決の順番(エラーメッセージを読む→公式ドキュメント→Stack Overflow)という自分なりの問題解決フローが確立しました(R)」
変換例②:学習方法を見直した経験
【学習中の出来事】Udemyのコースを1ヶ月続けたが理解できず、教材を変えることにした
STAR変換後の面接エピソード:
「プログラミング学習を始めた当初、Udemyの入門コースを受講していましたが、1ヶ月経っても内容が定着している実感が持てませんでした(S)。このまま続けるべきか悩みましたが(T)、「受講を続けること」が目的ではなく「理解すること」が目的だと気づき、TwitterでプログラマーのアカウントをフォローしてKindleのレビューを参考に書籍を3冊比較し、最も評価の高いものに切り替えました(A)。教材を変えてから理解の速度が上がり、詰まる回数が減りました。この経験から、手段に固執せず目的を優先して判断する思考が身につきました(R)」
変換例③:学習を継続した経験
【学習中の出来事】就活準備と並行してプログラミング学習を続けるのが苦しくなった時期があった
STAR変換後の面接エピソード:
「就活の選考が重なる時期に、プログラミング学習との両立が難しくなりました(S)。「どちらかを諦めるべきか」と迷う状態が1週間続きました(T)。「やる気があるときだけやる」方法では継続できないと判断し、「1日15分は最低限やる」というルールを設定しました。また、Twitterの学習記録の投稿を続けることで、フォロワーに報告するという適度なプレッシャーを活用しました(A)。結果として学習を中断することなく就活も並行して進められました。「システムを作れば意志力に頼らずに続けられる」という気づきは今後の仕事にも活かせると思っています(R)」
エピソードストックを増やすための「詰まり日記」の書き方

面接で使えるエピソードを意識的に増やすには、学習中に詰まった体験をその日のうちにメモしておく「詰まり日記」が効果的です。
詰まり日記のフォーマット
日付:2024年〇月〇日
詰まった内容:〇〇について理解できなかった
詰まった時間:約2時間
試したこと:① Googleで検索 ② 公式ドキュメントを読む ③ YouTube動画で探す
解決方法:〇〇という考え方で理解できた
学んだこと:〇〇
次回への活かし方:〇〇
このメモを毎回書くことで、2ヶ月後には面接で使えるエピソードが20〜30個ストックできます。
エピソードを磨く:声に出して3分間語る練習
書いたエピソードを声に出して語る練習を繰り返しましょう。STAR法の各要素を3分以内で自然に話せる状態になれば、面接本番でも慌てずに答えられます。
就活スケジュール別・学習証拠の作り方ロードマップ
【就活開始6ヶ月以上前】仕込み期——とにかく記録を始める

この時期が最も重要です。就活本番でアピールできる「学習証拠の厚み」はこの時期に決まります。
この時期にやること
| アクション | 頻度 | 優先度 |
|---|---|---|
| Twitter学習記録の投稿 | 毎日 | ★★★ |
| Notionポートフォリオの骨格作成 | 1回 | ★★★ |
| Notionの週次学習ログ更新 | 毎週 | ★★★ |
| GitHubへのコミット | 週3〜5回 | ★★☆ |
| Qiita・Zennへの投稿 | 2週に1回 | ★★☆ |
| 詰まり日記の記録 | 詰まるたびに | ★★★ |
心得:完璧より継続を優先する
「今日は良い投稿ができなかった」と感じる日があって当然です。質より量を優先し、とにかく毎日何かを記録することだけにフォーカスしましょう。半年後の自分への贈り物だと思って続けてください。
【就活開始3ヶ月前】整理期——見せられる形に仕上げる

散らかった学習記録を整理して、採用担当者に伝わる形にまとめる時期です。
この時期にやること
| アクション | 内容 |
|---|---|
| Notionポートフォリオの整備 | 情報を整理し、見やすくレイアウトを整える |
| GitHubプロフィールREADMEの作成 | 自己紹介・学習中の技術・外部リンクを記載 |
| 面接エピソードの整理 | 詰まり日記をSTAR法で書き直す |
| 数字の整理 | Twitterの連続投稿日数・Qiita記事数・GitHub草の状況を把握 |
「見せ方の一元化」を意識する
Twitter・Notion・GitHub・Qiitaがバラバラに存在していても、採用担当者が全体を把握しにくくなります。Notionポートフォリオを「ハブ」にして、すべてのリンクをそこに集約する構造を作りましょう。
【就活開始〜選考本番】活用期——戦略的に見せる

学習証拠をエントリーシートと面接で最大限に活用する時期です。
エントリーシートへの組み込み方
エントリーシートの「自己PR」「学生時代に力を入れたこと(ガクチカ)」「志望動機」の各欄に学習証拠を組み込みます。
自己PR欄への組み込み例(強い書き方)
「私の強みは、主体的に学び続ける力です。2024年10月からIT業界を目指してプログラミングの独学を開始し、現在まで〇日連続でTwitterに学習記録を投稿しています(@〇〇、投稿数〇件)。学習を通じて詰まった際は、エラーメッセージの解読→公式ドキュメント確認→Stack Overflow調査という自分なりの問題解決フローを確立し、発生するエラーの9割は自力で解決できるようになりました。学んだ内容はQiitaにも〇本記事として投稿しており(合計いいね〇件)、言語化して人に伝える力も意識して鍛えています。学習の詳細はNotionポートフォリオ(URL)にまとめていますので、ご参照ください」
弱い書き方との比較
❌「IT業界を目指してプログラミングを独学で勉強しています」
この1文では、継続性も学習量も証拠が何もありません。志望企業によって、どの学習証拠を前面に出すかを変えることが重要です。
企業タイプ別・アピールの調整方法
| 企業タイプ | 前面に出すべき証拠 | 理由 |
|---|---|---|
| SIer・大手ITベンダー | Twitter継続日数・Notion学習ログ | 継続力とドキュメント整理能力を評価 |
| ITコンサル | 技術ブログ記事(考察系) | 思考力と言語化能力を評価 |
| Web系スタートアップ | GitHub草・CodePen作品 | 技術へのアウトプット量を評価 |
| 社内SE求人 | ビジネス課題との接続エピソード | 業務改善への理解を評価 |
「学習証拠」をエントリーシートで最大限活かす書き方
ESの各設問で学習証拠を使い倒す

エントリーシートには複数の設問がありますが、それぞれの設問で学習証拠を活用できます。どの設問にどの証拠を使うかを事前に整理しておきましょう。
「自己PR」——学習証拠で継続力・自走力を証明する
自己PRは「私はこんな人間です」を具体的な事実で証明する場です。抽象的な強みの主張ではなく、学習証拠を使った具体的な裏付けを必ずセットにしましょう。
構成の型
- 強みを一言で言う(15字以内)
- その強みが現れた学習エピソードを語る(具体的に)
- 学習証拠のURLや数字で裏付ける
- 入社後にどう活かすかを述べる
「学生時代に力を入れたこと(ガクチカ)」——学習過程をそのままガクチカにする
多くの学生が部活・サークル・インターン・アルバイトをガクチカに使いますが、プログラミング学習をガクチカのテーマにすること自体が差別化になります。 IT企業に対しては特に親和性が高く、「なぜIT業界なのか」と「ガクチカ」を一度に伝えられる効率的な設問回答になります。
プログラミング学習をガクチカにする際の注意点
- 学んだ内容の羅列にならないよう、必ず「壁にぶつかった経験+どう乗り越えたか」を中心に書く
- 「成果」として数字を使う(学習期間・投稿数・記事数・解決したエラー数など)
- 学習の目的(なぜITエンジニアになりたいのか)と結びついた語りにする
「志望動機」——学習経験からITへの動機を語る
「ITが成長産業だから」「安定しているから」という志望動機は最も弱いです。学習を通じて「なぜこの会社でエンジニアをやりたいのか」が腑に落ちた体験を語ることで、オリジナリティと説得力が増します。
志望動機で使える学習体験の例
- Pythonでデータ処理を自動化した体験 → 「人の作業を減らすツールを作りたい」
- JavaScriptでインタラクティブなUIを作った体験 → 「ユーザー体験を改善するフロントエンドに興味を持った」
- SQLでデータを集計した体験 → 「データを活用して意思決定を支援するシステムに関わりたい」
採用担当者の記憶に残るES・面接のポイント

採用担当者は1日に何十枚ものESを読みます。その中で記憶に残るESにするために意識すべきポイントをお伝えします。
①「具体性の密度」を高める
曖昧な表現ではなく、5W1H(いつ・どこで・誰が・何を・なぜ・どのように)を意識して書きましょう。
- ❌「一生懸命勉強しました」
- ✅「2024年10月から毎朝7時に1時間、Pythonの学習を行い、3ヶ月で〇時間の学習記録を蓄積しました」
②「失敗と回復」のストーリーを入れる
成功談だけのESは読んでいて信憑性が低く感じられます。一方で「失敗→気づき→改善」という流れがあるESは、誠実さとレジリエンス(回復力)の両方が伝わります。
③「読んで動ける」URLを添える
Notionポートフォリオ・Qiitaプロフィール・GitHubのURLをESに記載することで、採用担当者が実際に見に行けるアクションを提供します。URLがあることで、説明の信憑性が一気に高まります。
面接で学習証拠を活かすための実践テクニック
面接での「学習証拠の見せ方」4ステップ

面接の場で学習証拠を効果的に示すには、以下の4ステップを意識しましょう。
ステップ1:先手で言及する
「GitHubはお持ちですか?」と聞かれるのを待つのではなく、面接の冒頭や自己紹介の流れの中で自発的に「学習記録をご覧いただけますか?」と先手を打ちます。受動的に答えるより、積極的に見せようとする姿勢そのものが評価されます。
ステップ2:数字を添えて紹介する
「毎日投稿しています」ではなく「〇日連続で投稿しています」、「記事を書いています」ではなく「8本の記事を書き、合計でいいねが〇件です」というように、数字をセットにします。
ステップ3:その場で画面を見せる
可能であれば、スマートフォンやノートPCでその場でURLを表示して見せましょう。面接官が実際に画面を見ることで、信頼感と記憶への定着が大きく変わります。
ステップ4:「見てどう感じたか」を確認する
学習証拠を見せた後、「何かご質問はありますか?」と確認することで、面接官が気になった点を掘り下げる機会を作ります。ここからの会話が面接の核心部分になることがよくあります。
学習証拠に関してよく聞かれる面接質問と回答例
Q1:「プログラミングはどのくらい学習していますか?」
回答のポイント:学習期間・総時間・到達レベルの3点セットで答える
「2024年10月から始めているので、現時点で〇ヶ月になります。毎朝1時間を基本として、休日は3〜4時間学習しており、累計で〇時間ほどになります。現在はPythonの基礎を終えて、FlaskでシンプルなWebアプリを作れるレベルに到達しています。学習記録はTwitterに毎日投稿していますので、継続の詳細はそちらでご確認いただければ幸いです」
Q2:「GitHubには何を上げていますか?」
回答のポイント:正直に現状を言いつつ、工夫していることを合わせて伝える
「現在は主に学習用の練習コードを整理して上げています。完成した作品と呼べるものはまだありませんが、コミットメッセージにその日の学びを書くようにしており、コミット履歴が学習ログになるように工夫しています。また、プロフィールページに学習中の技術と外部の学習記録へのリンクをまとめています」
Q3:「Qiitaに記事を書いているとのことですが、どんな記事ですか?」
回答のポイント:記事のテーマ・書くことで得た学び・反響の3点を伝える
「主に自分が詰まったことを後から同じ初心者がつまずかないように、解決方法を丁寧にまとめた記事を書いています。例えば、FlexboxのCSSプロパティについて図解で解説した記事は、いいねを〇件いただきました。記事を書くことで「なんとなくわかった」状態からもう一段深く理解できるため、学習効率も上がっていると感じています」
Q4:「学習の中で最も苦労したことは何ですか?」
回答のポイント:STAR法で話す・失敗と回復の両方を含める・得た学びを具体的に述べる
「最も苦労したのは、Gitのブランチとマージの概念を理解することです。コマンドは覚えられるのに、なぜこういう操作をするのかという意味が1週間ほど全くわかりませんでした。そこで、実際にリポジトリを作って意図的にコンフリクトを起こしてみたり、紙に図を書いてブランチの分岐と合流を視覚化したりすることで、やっと腑に落ちました。この経験から、抽象的な概念は実際に手を動かして「失敗する」ことで一気に理解できるという学習法を発見しました。今では新しい概念を学ぶときは最初に手を動かして試すことを習慣にしています」
学習証拠をさらに強力にするプラスアルファの行動
勉強会・コミュニティへの参加を学習証拠にする
独学だけでなく、外部のコミュニティへの参加も強力な学習証拠になります。

プログラミング関連の勉強会やコミュニティは、地方でもオンラインで参加できるものが多くあります。
就活生が参加しやすいコミュニティ・イベントの例
- connpass:技術勉強会のプラットフォーム。「Python入門」「Web開発初心者」などのキーワードで無料の勉強会が見つかります
- Progate Learning Community:Progateのユーザー同士が学習を共有するコミュニティ
- もくもく会:特定のテーマを決めず、各自が持ち寄った課題を黙々と進める集まり。初心者歓迎のものが多い
- TECH PLAY:エンジニア向けのイベント情報まとめサイト。初心者向けのセミナーも豊富
面接での活用法
「〇月に〇〇という勉強会に参加して、現役エンジニアの方から〇〇について教わりました。そこで気づいたのは〇〇ということで、その後の学習方針を変えました」
このように、コミュニティへの参加をただの「参加した」で終わらせず、そこで得た学びと行動変化まで語ることで面接での厚みが増します。
オープンソースへの貢献(初心者向け)

「オープンソース」と聞くと敷居が高いイメージがありますが、初心者でも参加できる貢献の形があります。
初心者でもできるオープンソース貢献の例
- ドキュメントの誤字脱字の修正をPRで提出する
- 英語のドキュメントを日本語に翻訳する
- 「Good First Issue」タグがついたIssueに挑戦する(GitHubで検索できます)
たとえ小さな貢献でも、オープンソースへのPRが通ったという事実は強力な学習証拠になります。
IT系インターンへの参加を就活前から検討する

可能であれば、短期・長期のITインターンへの参加も検討しましょう。学習証拠としての質はどんな自作教材より高いです。
未経験でも参加しやすいインターンの探し方
- Wantedly:スタートアップ・ベンチャーのインターン情報が豊富。「未経験歓迎」「学習意欲重視」という求人が多い
- マイナビ・リクナビのインターン検索:大手企業のITインターンが探せる
- ハッカソン:複数人でアプリを開発するイベント。「学生向けハッカソン」で検索すると未経験歓迎のものが見つかります
学習証拠を作る上での「よくある失敗」と対策
失敗①:記録をつけることが目的になってしまう
学習記録をつけることに時間を使いすぎて、肝心の学習時間が減ってしまうのはよくある失敗です。
対策:記録は学習の1割以下の時間にとどめる
1日1時間学習するなら、記録に使う時間は5〜10分以内にしましょう。完璧な記録より、継続することの方が価値があります。
失敗②:複数のプラットフォームを始めて全部中途半端になる
Twitter・Notion・GitHub・Qiita・Zenn……全部同時に始めようとして、全部が続かなくなるパターンです。
対策:最初はTwitterだけに絞る
まず1つのプラットフォームで継続の習慣を作ってから、次のプラットフォームを追加しましょう。Twitterが30日続いたらNotionを追加、60日続いたらQiitaを追加、というステップアップが現実的です。
失敗③:実力より「盛った」表現をしてしまう
「Pythonでアプリを作りました」「JavaScriptができます」という表現は、実力が伴っていない場合に技術面接で露呈します。
対策:「学習中」「基礎レベル」という表現を恐れない
正直な表現は誠実さの証明になります。「まだ基礎段階ですが、〇〇という考え方が理解できるようになりました」という言い方の方が、長期的な信頼につながります。
失敗④:就活が始まったら学習をやめてしまう
「学習証拠は就活のために作ったもの」という意識があると、ES・面接の準備が忙しくなるにつれて学習と記録を止めてしまいます。
対策:面接で「今も継続中」と言えることを最強の差別化にする
最終面接の直前まで学習と記録を続けることで、「今でも毎日投稿しています」「今週も〇時間学びました」という言葉が使えます。これは最終面接段階での決め手になることがあります。
失敗⑤:学習証拠を作っているのに面接でうまく語れない
学習記録はあるのに、面接で緊張して言葉が出てこないというケースも多いです。
対策:「3分間エレベーターピッチ」を繰り返し練習する
自分の学習について3分間で語る練習を、鏡の前や録音しながら繰り返しましょう。構成は「いつから・何を・どんな工夫で・どれくらい継続・得た学び」の順番が自然です。
よくある疑問に答えるQ&A
Q:学習を始めたばかりで、記録に書くことがありません
A:「始めたこと」を書くだけで十分です。
「今日からプログラミングを始めました。まずProgateのPythonコースを選んだ理由は〇〇です」という投稿でも立派な学習記録です。始めた日の投稿が残っているということ自体が、後から見ると価値ある証拠になります。
Q:文章を書くのが苦手でQiitaやZennの記事が書けません
A:箇条書きとコードブロックだけでも記事になります。
最初から流麗な文章を書く必要はありません。「詰まったこと→試したこと→解決方法」を箇条書きで書き、エラーメッセージとコードをコードブロックで貼るだけで、十分読まれる記事になります。
Q:SNSに個人情報が出るのが怖いです
A:匿名でも全く問題ありません。
Twitterは匿名アカウントで運用しても、就活でのURLとして提示できます。本名・大学名・顔写真は必須ではありません。ただし、就活用アカウントとして使う場合は、プロフィールに「〇〇年春卒IT就活生」などと書いておくと採用担当者が見たときの文脈が伝わりやすくなります。
Q:すでに就活が始まっていて、記録が全くありません。今からでも間に合いますか?
A:今日から始めれば2〜3ヶ月後の面接で使えます。
就活の選考が3月に始まるとして、1月からでも60日分の記録が積み上がります。重要なのは「始めたこと」より「続けていること」です。今すぐ始めれば、最終面接のタイミングでは「3ヶ月間毎日記録しています」という実績ができています。焦らず、今日から動き出しましょう。
Q:文系・非理系出身です。理系・情報系学生と比べて不利ですか?
A:学習証拠があれば、出身学部は大きなハンデになりません。
SIer・大手IT・ITコンサルなどの企業では、文系出身のエンジニアも多数います。技術力よりもビジネス理解・コミュニケーション力・論理的思考力が重視される職種では、文系であることがむしろ強みになる場合もあります。学習証拠でポテンシャルを示しつつ、文系の強みを活かせる職種・企業を選ぶ戦略が有効です。
Q:ポートフォリオを作るのをやめて良いのですか?
A:「ポートフォリオより先に学習証拠」という順序の話です。
最終的にはポートフォリオがある状態が理想です。ただし、学習始めて間もない段階でポートフォリオ作成に時間をかけすぎることのリスクをお伝えしたかったのです。学習証拠を積み上げながら、実力がついてきたら並行して作品も作っていく、というアプローチが最も現実的です。
学習証拠から始めて、ポートフォリオへ発展させるロードマップ
フェーズ1(Day1〜30):記録習慣を作る

最初の1ヶ月は「学習証拠を作る仕組みを整える」ことだけにフォーカスします。
やること
- Twitter学習記録の投稿を毎日続ける(#100DaysOfCode)
- Notionポートフォリオの骨格を作成する(自己紹介・学習ロードマップ・週次ログ)
- GitHubアカウントを開設し、プロフィールREADMEを作成する
- 詰まり日記を記録するテンプレートを作成し、毎回書く習慣をつける
達成の目安
- 30日連続Twitter投稿
- Notionに4週分の学習ログが入っている状態
- GitHubに最低1つのリポジトリと練習コードがある状態
フェーズ2(Day31〜90):コンテンツを厚くする
やること
- Qiitaに初記事を投稿する(詰まり経験系の記事でOK)
- 2週に1本のペースでQiita記事を書き続ける
- GitHubのコミット頻度を週3〜5回に定着させる
- 面接エピソードをSTAR法で5つ以上書き起こす
達成の目安
- 60〜90日連続Twitter投稿
- Qiitaに3〜5本の記事
- GitHubのコントリビューショングラフが連続して埋まっている状態
- STAR法で語れるエピソードが5つ
フェーズ3(Day91〜150):実力をアウトプットする

この段階になると、学習も進んで簡単なものは自分で作れるようになっているはずです。
やること
- 小さなアプリ・ツールを1つ作る(ToDoアプリ・計算ツール・スクレイパーなど)
- GitHubに上げてREADMEを丁寧に書く
- Notionポートフォリオを「採用担当者に見せられる状態」に整備する
- 面接練習を開始し、学習証拠を使ったエピソードをブラッシュアップする
達成の目安
- 学習証拠のURL(Twitter・Notion・GitHub・Qiita)がすべて揃っている状態
- 3分で自分の学習を語れるエレベーターピッチが完成している状態
- 小さくても「見せられる作品」が1つある状態
IT就活で知っておきたい企業・職種の現実
「エンジニア」と一口に言っても職種は多様

IT企業への就職を考えるとき、「エンジニア=プログラミング」というイメージを持ちがちですが、実際にはプログラミングが仕事の中心でない職種も多くあります。
未経験から目指せる主なIT職種
| 職種 | 主な仕事内容 | プログラミングの比重 |
|---|---|---|
| システムエンジニア(SE) | 要件定義・設計・プロジェクト管理 | 中〜低 |
| プログラマー(PG) | コーディング・単体テスト | 高 |
| インフラエンジニア | サーバー・ネットワーク構築・運用 | 低〜中 |
| ITコンサルタント | IT戦略立案・業務改革支援 | 低 |
| 社内SE | 社内システムの導入・管理・開発 | 中 |
| QA(品質保証)エンジニア | テスト設計・実行・品質管理 | 低〜中 |
| データアナリスト | データ集計・分析・可視化 | 中 |
就活ではこの「職種の多様性」を意識する
「プログラミングが得意ではないからIT業界は無理かも」と感じている人は、この表を見てください。IT業界にはプログラミング以外のスキルが求められる職種が多数あります。自分の強みを活かせる職種を探すことが重要です。
SIerと「Web系」の違いを理解して志望を絞る

IT就活でよく出てくる「SIer」と「Web系」という区分けについて、正確に理解しておきましょう。
SIer(System Integrator)とは
顧客から依頼を受けてシステムを構築・納品する企業です。NTTデータ・富士通・NEC・日立・アクセンチュアなどの大手から、中小のシステム開発会社まで幅広くあります。
特徴:安定した大型プロジェクト・研修制度が充実・チームでの開発が主流・スーツ文化・年功序列が残る傾向
Web系とは
自社でWebサービス・アプリを開発・運用している企業です。Google・Yahoo・メルカリ・サイバーエージェント・DeNAなどが代表例です。
特徴:スピード重視・技術力による評価が強い・カジュアルな社風・変化が激しい・ポートフォリオ重視の採用
未経験就活生へのアドバイス
Web系大手(GAFAM・国内大手Webサービス企業)は、未経験採用よりも中途・経験者採用が中心です。未経験でWeb系を狙う場合は、比較的小規模なスタートアップが現実的な選択肢です。
一方でSIerは未経験・新卒採用に積極的で、入社後の研修も手厚い傾向があります。「まずSIerに就職して実力をつけてからWeb系に転職」というキャリアパスは今も王道の一つです。
まとめ——「学習証拠」が未経験IT就活を変える

この記事で伝えてきたことを、最後に整理します。
3つの核心メッセージ
① ポートフォリオより学習証拠を先に作れ
完成品を作ろうとして時間を溶かすより、今日から始められる学習記録の蓄積を優先しましょう。採用担当者は「今どれだけできるか」だけでなく「これからどれだけ伸びるか」を見ています。
② 継続の証拠は偽造できない最強の武器
Twitterの日付つき投稿・GitHubのコントリビューショングラフ・Qiitaの記事の投稿日——これらは改ざんが難しい客観的な継続の証拠です。「3ヶ月間毎日続けた」という事実は、どんな完成物より雄弁に語ります。
③ 過程の開示が信頼を生む
採用担当者にとって最大のリスクは「採用してみたら全然違った」という事態です。学習証拠を通じて過程を見せることで「この人は本物だ」という信頼感を生み出せます。これはポートフォリオには持ちにくい強みです。
今日から始める5つのアクション
- Twitterで今日の学習を1投稿する(#100DaysOfCode)
- Notionで学習ポートフォリオの骨格を作る(30分でOK)
- GitHubのプロフィールREADMEを作成する(1時間でOK)
- 過去の学習で最も詰まった体験をSTAR法でメモする
- Qiitaにアカウントを作り、記事のタイトルだけ10個考える
どれか1つでも今日中にやってみてください。学習証拠は「今日始めた人」と「来週から始めようと思っている人」では、1ヶ月後に大きな差が開きます。

あなたの就活が、うまくいくことを心から願っています!




