当サイトでは、サービス改善のためにCookieを使用しています。詳しくはプライバシーポリシーをご覧ください。
「未経験歓迎」と書かれた求人に応募して、50社中1社しか書類が通らなかった——という話をよく聞く。未経験エンジニアの採用市場は、求職者が想像するより遥かにシビアだ。一方で、未経験から半年で複数のオファーを得る人もいる。この差は何から生まれるのか。
書類選考の通過率は、未経験エンジニアの場合おおよそ10〜20%だ。つまり、10社に応募して1〜2社が面接に進む計算になる。採用担当は1日に何十通もの応募書類を読むため、最初の30秒で「読み進めるかどうか」を判断している。
その30秒で見ているのは、技術力の高さではない。「この人は本気でエンジニアになりたいのか」という熱量の有無だ。
具体的には、ポートフォリオの有無。GitHubのコミット履歴。技術ブログの記事数。どれも「やる気がある人は自然とやっていること」であり、これらが一切ない応募は、書類選考の段階で見送られることが多い。
未経験者の技術面接で「完璧なコード」を期待する企業は少ない。技術力の高さそのものではなく、「学び方のセンス」を見ている。
評価されるのは、「なぜこの技術を選んだのか」を自分の言葉で説明できること。ポートフォリオの設計判断を論理的に語れること。エラーに遭遇したときのアプローチを説明できること。つまり、「何を知っているか」より「どう学んでいるか」が問われている。
評価されないのは、スクールのカリキュラムをそのまま提出するポートフォリオ。Todoアプリのクローン。「〇〇言語を学びました」という知識の羅列。これらは「教えてもらったことをこなしただけ」という印象を与え、自走力のアピールにはならない。
不採用の理由として最も多いのは「スキル不足」ではない。「チームに溶け込めるか不安」「教育コストに見合うリターンが見えない」「入社後すぐに辞めるリスクが高い」——これらの「ソフトな懸念」が、不採用の大半を占めている。
特に「入社後すぐに辞めるリスク」は、未経験者採用における最大のハードルだ。企業にとって、未経験者の教育は投資だ。半年間のOJTで一人前にするためのコストは、年収とは別に200〜300万円かかると言われている。入社3ヶ月で「やっぱり合わなかった」と辞められると、その投資が丸ごと失われる。
だからこそ、面接では「覚悟の深さ」が問われる。なぜエンジニアなのか、なぜこの会社なのか、困難に直面したときにどう向き合うのか——この問いに対する答えの解像度が、採用の可否を左右する。
実際に未経験から内定を獲得した人たちを見ると、いくつかの共通点がある。
まず、「自分で何かを作った経験がある」こと。スクールの課題ではなく、自分で課題を設定し、自分で設計し、自分でデプロイしたプロダクトがある。そのプロダクトが完成度の高い必要はない。「なぜ作ったのか」「何に詰まったのか」「どう解決したのか」を語れることが重要だ。
次に、「コミュニティに属している」こと。勉強会に参加している、OSS活動をしている、技術ブログを書いている——こうした行動は「プログラミングが好きで、自発的に学んでいる」ことの証拠になる。
最後に、「前職の経験を活かす視点がある」こと。営業出身なら顧客理解、マーケティング出身ならデータ分析、製造業出身ならプロセス改善——前職のスキルとエンジニアリングの接点を見つけて語れる人は、「この人ならではの価値がある」と評価される。
未経験エンジニアの採用は、技術力のテストではなく「一緒に働きたいか」のテストだ。企業は「完成品」を求めているのではなく「伸びしろと姿勢」を見ている。あなたの応募書類は、その姿勢を伝えられているだろうか。
未経験エンジニアの職務経歴書は、前職の経験とエンジニアリングの接点を、できるだけ具体的な数値で書くのが効果的だ。
「前職で業務効率化を行った」ではなく「エクセルのマクロで月20時間の手作業を3時間に削減した」と書く。
こうした一文があるだけで、採用担当の目に留まる確率は大きく変わる。
また、ポートフォリオのリンクは必ず冒頭の目立つ位置に置く。
GitHub、デプロイ済みサイト、技術ブログ。
どれか一つでも「触って確かめられるもの」があると、書類の説得力が跳ね上がる。
未経験者の面接でよく聞かれるのは、「この1ヶ月で一番詰まった場面と、その解決方法」という類の質問だ。
技術的な詰まりそのものより、情報の探し方、公式ドキュメントを読む姿勢、仮説を立てて検証する流れが見られている。
「ChatGPTに聞いて解決しました」で止まる人と、「AIの提案を検証して原因を特定した」と語れる人では、面接官の印象が大きく異なる。
技術的な正確さより、自走のプロセスを言語化できることが、未経験者の面接では決定的に重要になる。
ポートフォリオは見栄えより、「考えた痕跡」が残っていることが大事だ。
何を作ったか、なぜ作ったか、どんな設計判断をしたか、どこで詰まったか。
READMEにこれらを丁寧に書いた人は、ToDoアプリでも評価される。
一方で、派手なUIや複雑な機能を詰め込んでも、判断の背景が書かれていないと、評価は伸びない。
余力があれば、テストコード、CI、デプロイ自動化まで触れておくと、入社後の立ち上がりが早いと判断されやすい。
未経験エンジニアの書類通過率は1〜2割前後とされている。
10社応募して1〜2社が面接、その先の内定率を考えると、最初から30〜50社に応募する前提で動く方が現実的だ。
ただし数だけ打っても結果は出ない。
5〜10社受けたところで必ず振り返り、書類と面接のフィードバックを反映して書類を書き直す。
この改善サイクルを3回ほど回すと、後半の書類通過率が体感で倍近くに変わる。
あなたの応募は「数」を稼ぐ動きになっているか、それとも「改善」を回す動きになっているか。
未経験者がエンジニアを目指す際、スクールに通うか独学で進めるかは最初の大きな分岐点だ。
スクールは、カリキュラムが整備され、質問できる相手がいて、就職サポートも受けられる。
独学は、時間の自由度が高く、費用を抑えられるが、モチベーション維持と情報の取捨選択が難しい。
どちらを選ぶにしても、最終的に問われるのは「スクールを出たかどうか」ではなく、「自分で何を作ったか」だ。
スクールを出ても、オリジナルのプロダクトがなければ、書類選考で落ちる時代に入っている。
未経験者の就活でよく見る失敗は、いくつかのパターンに集約される。
スクールの課題そのものをポートフォリオとして提出する。
学習した言語の数だけを書き並べる。
志望動機が「手に職をつけたいから」で止まっている。
面接で自分から質問を一つも用意していない。
どれも、「この人は自走できる」という印象を与えない。
一つでも心当たりがあれば、応募前に自分の材料を見直す価値がある。
面接の前日までにやっておきたい準備はいくつかある。
企業のプロダクトを実際に触る。
エンジニアブログやTech Blogを3本読む。
社員のXやLinkedInで技術発信を確認する。
求人票の技術スタックで、自分が経験のない部分を軽く試す。
この準備は、面接での質問の質を劇的に上げる。
「御社のプロダクトを使っていて、ここの挙動が気になりました」と言える候補者は強い。
未経験で入社したあと、3年目以降に頭角を現す人には共通した特徴がある。
日報やドキュメントを丁寧に書く。
質問する前に自分で30分は調べる。
レビューで指摘されたことを、翌週に再発させない。
自分の時間を使ってOSSや勉強会に参加する。
これらは、入社前の書類や面接では見えにくいが、入社後の成長速度を決定づける。
あなたが今磨いているのは、面接に通るためのスキルだろうか、それとも入社後に伸びるための習慣だろうか。
最初の30秒で見るのは技術力の高さではなく熱量の有無だ。ポートフォリオ・GitHubのコミット履歴・技術ブログなど、やる気がある人が自然とやっていることの有無で判断される。
完璧なコードではなく学び方のセンスだ。なぜその技術を選んだのか、設計判断を論理的に語れるか、エラー対応のアプローチを説明できるかが問われる。知識の羅列やTodoクローンは評価されない。
スキル不足より、チームへの適合・教育コスト回収・早期離職リスクといったソフトな懸念が大半を占める。未経験者の教育は年収とは別に200〜300万円の投資となり、企業は覚悟の深さを見ている。
このような記事を毎週お届けします
メールアドレスだけで登録完了。いつでも解除できます。
週刊テックニュースレター
メールアドレスだけで登録完了。いつでも解除できます。
会員登録すると、いいね・ブックマーク・コメント機能もご利用いただけます
POPOPO、リリース2週間の通信簿|App Store 1位から「過疎化」まで、数字で読み解くリアル
AI駆動型国家への構造転換──自民党「AIホワイトペーパー2.0」が示した日本の勝ち筋
『人文知は武器になる』が巻き起こした議論——なぜ今、ビジネスと人文学の"距離感"が問われるのか
Claude Code使うなら、CursorとVS Codeどっちが正解? 開発体験・コスト・セットアップを徹底比較
米AIデータセンターの40%が2026年に遅延——電力・資材・人材の三重苦がインフラの現実を露わにする
取材していて感じるのは、記事で触れられているような構造変化は、当事者の口からは語られにくいということ。 表に出ている情報だけでは拾いきれない温度感が、現場にはある。 気になるのは、この動きが数年後にどう評価されるか。 業界の空気は変わりやすいけれど、その変化を丁寧に追いかける意味は大きいと思っている。
記事の中にある示唆は、個人的にここ数ヶ月考え続けていたことに重なる。 実際に事業を回している人ほど、ここで言及されている構造の重みを感じるはずだ。 大事なのは議論を止めずに、仮説と実行を繰り返すこと。 楽観的に見えるかもしれないが、その繰り返しが結果的に一番早い。
現場のエンジニアとしては、ここで議論されているテーマは日常的に向き合っているものだ。 技術の選定と実装の判断、それに伴う運用コスト。 この3つのバランスをどう取るかで、プロダクトの寿命が決まる。 記事で触れられている視点は、チームに共有したい内容が多かった。
※ 一部のコメントはAIが記事内容を分析し、専門家の視点をシミュレーションして生成したものです。