プログラミングの腕を 1 週間で 10 倍にすることはできません。ただ、本来なら取れたはずの内定を逃すのは止められます。求職活動はファネルのような仕組みで、ほとんどの候補者は、直すのに手間のかからない段階で脱落しています。狙いを定めずに職務経歴書を送り、リファラルを使わず、準備不足のまま面接に臨み、100 件の応募を仕組みとして回せるところを 10 件で済ませてしまうのです。こうしたミスの一つひとつが、採用の確率を下げています。以下の 5 つの改善はどれも小さなもので、今日からどれでも始められます。全部をまとめて実行すると、その効果は掛け算で大きくなります。
要約
- リファラル（社員紹介）をもらいましょう。紹介経由の候補者は応募者全体の約 7% でしたが、採用者の 40% を占めていました（Jobvite Recruiter Nation、2016 年）。求職活動の中で、これに匹敵するものは他にありません。
- 応募は数を減らして質を上げましょう。面接まで進める応募者はおよそ 3% です（CareerPlug、2025 年）。狙いを絞ってリファラル付きで出した 5 件の応募は、つてのない 50 件の応募に勝ります。
- 7 秒の流し読みを前提に書きましょう。採用担当者が最初に職務経歴書に目を通す時間は約 7.4 秒です（Ladders、2018 年）。長さよりも、フォーマットと求人ごとの調整のほうが大事です。
- 説明しきれるプロジェクトを 1 つ完成させましょう。GitHub の開発者数は 1 億 8,000 万人を超えました（GitHub Octoverse 2025、2025 年）。だからこそ、深く作り込んだ 1 つのプロジェクトが、チュートリアルをなぞっただけの 10 個のプロジェクトに勝ります。
- 面接をたくさん受けましょう。複数の技術面接を通して安定した結果を出せる候補者は約 20% にすぎません（interviewing.io）。回数を重ねれば、調子の悪い日の影響は薄まります。
目次
- ステップ 1：応募する前にリファラルを得る
- ステップ 2：手当たり次第の応募をやめて狙いを絞る
- ステップ 3：職務経歴書で 7 秒の流し読みを突破する
- ステップ 4：深掘りに耐えるプロジェクトを 1 つ完成させる
- ステップ 5：面接は試験ではなく場数だと考える
- すべてを組み合わせる
- よくある質問
- 実力を示す証拠をどこで積み上げるか
ステップ 1：応募する前にリファラルを得る
この記事から 1 つだけ実行するなら、これにしてください。Jobvite の採用データでは、紹介経由の候補者は応募者全体の約 7% でしたが、採用者全体の 40% を占めていました（Jobvite Recruiter Nation、2016 年）。面接に通る必要があるのは変わりません。リファラルの役割は、ほぼ全員が落とされる書類選考を通してもらうことです。そのとき、あなたの名前の横には、会社がすでに信頼している人の名前が並びます。
紹介経由の候補者は、応募者の中ではごく一部ですが、実際の採用者の中では大きな割合を占めています。出典：Jobvite Recruiter Nation、2016 年。
応募先の会社にまだ知り合いがいない場合は、次のように進めます。
- 本当に働きたい会社を 5 社選びます。LinkedIn やその会社のオープンソースのリポジトリから、チームにいるエンジニアを探します。
- 小さくて具体的なお願いをします。たとえば、チームがどんな仕事をしているのかを聞く 15 分の通話です。いきなり「紹介してもらえますか」とは切り出しません。
- まず相手の目に入る形で貢献します。相手がメンテナンスしているプロジェクトのバグを直したり、コミュニティで質問に答えたり、相手の役に立つ成果物を共有したりします。
- 本当のつながりができたら、紹介してもらうことに抵抗がないかを尋ねます。自己紹介の短い文章を渡しておけば、相手も引き受けやすくなります。
少し時間がかかる方法です。それが理由で多くの人は省略します。だからこそ、省略しない人にとっては今でも効果があります。
ステップ 2：手当たり次第の応募をやめて狙いを絞る
応募数を増やしても、期待するほどの効果はありません。面接まで進める応募者は約 3% にすぎません（CareerPlug 2025 Recruiting Metrics、2025 年）。この割合を 2 倍にできれば、応募数を 2 倍にしたのと同じ結果が、はるかに少ない手間で得られます。採用される人は、慌ただしく動くよりも、丁寧なプロセスを回していることが多いです。
大量に応募する代わりに、次のようにします。
- 応募は、しっかり下調べした週 5 件までにします。1 件ごとに、ステップ 1 のリファラルの働きかけをセットで行います。
- 求人票を丁寧に読み、実際の要件を職務経歴書の上部 3 分の 1 に書きます。載せるのは本当に持っているスキルだけです。
- 求人の公開から 1 日か 2 日以内に応募します。早く応募した人は、応募が積み上がる前に目を通してもらえます。
- すべての応募を記録します。何を送ったか、誰に連絡したか、どれに返事が来たかを残し、返事が来ないやり方はやめます。
このやり方で数か月かけて出した 100 件の応募は、闇雲に送った 1,000 件よりも先へ進めてくれます。内定につながるのは応募の総数ではなく、通過率です。
ステップ 3：職務経歴書で 7 秒の流し読みを突破する
最初の段階で職務経歴書をじっくり読む人はいない、と考えてください。ちらっと見るだけです。Ladders のアイトラッキング調査によると、採用担当者が最初に目を通す時間は約 7.4 秒です（Ladders、2018 年）。この調査はサンプルサイズを公表していないので、正確な数字をあまり当てにしないでください。とはいえ、調査が示す行動は採用担当者の実際の動きと一致しています。上からすばやく目を走らせ、職種名、在籍期間、目を引くいくつかの成果を探しているのです。
そのひと目で伝わるようにするには、次の点を押さえます。
- 各職歴の先頭に、太字の職種名と明確な在籍期間を置きます。視線が最初に探すのはこの 2 つだからです。
- 各職歴の最初の箇条書きには、最も強い定量的な成果を書きます。「API のレイテンシを 40% 削減」のほうが「バックエンド業務を担当」よりずっと多くを伝えます。
- 段落は短い箇条書きに分けます。キャリアの初期なら 1 ページに収めます。
- 上部 3 分の 1 を応募する求人に合わせて調整し、関連するスキルがスクロールせずに目に入るようにします。
ATS（応募者追跡システム）が、人の目に触れる前に職務経歴書の 75% を自動で不合格にする、という話を聞いたことがあるかもしれません。この数字には信頼できる出典がありません。最近のシステムは候補者を順位付けし、条件に合う人を上に表示します。それ以外の人を黙って削除するわけではありません。7 秒で流し読みする人に向けて書けば、キーワードもたいてい自然に押さえられます。
ステップ 4：深掘りに耐えるプロジェクトを 1 つ完成させる
20 分は話せるような、実際に使えるものを作りましょう。GitHub の開発者数は 1 億 8,000 万人を超え、ほぼ 1 秒に 1 人のペースで新しい開発者が加わっています（GitHub Octoverse 2025、2025 年）。これだけ多くの人がいると、緑色のコントリビューショングラフを見ても、ほとんど何もわかりません。伝わるのは、ある程度作り込んだプロジェクトです。
深掘りに耐えるプロジェクトには、たいてい次の特徴があります。
- チュートリアルをなぞるのではなく、小さくても現実の問題を解決しています。
- テスト、ほかの人が読んで従える README、わかりやすいセットアップ手順がそろっています。
- 設計上の判断ごとの理由や、どこで壊れるか、次に作るなら何を変えるかを自分の言葉で説明できます。
そうしたプロジェクトが 1 つあれば、作りかけの 10 個よりも価値があります。面接官は具体的に掘り下げる材料を得られますし、あなたを紹介しようか迷っている人には推薦する理由ができます。面接でリポジトリの数を数える人はいません。見られているのは、自分で作ったものについて筋道立てて考えられるかどうかです。
ステップ 5：面接は試験ではなく場数だと考える
技術面接の成績は意外なほど安定しません。私はこれを心強い事実だと感じています。interviewing.io で行われた数千件の面接では、面接ごとに安定した結果を出せた候補者は約 20% にすぎませんでした（interviewing.io）。同じ人が火曜日には落ち、木曜日には同じレベルの問題をうまく解くこともあります。
ここから 2 つのことが言えます。
- 1 回の不合格から、あなたの能力についてわかることはほとんどありません。うまくいかなかった選考 1 回で、あきらめないでください。
- このばらつきへの対処法は、回数をこなすことです。形式に戸惑わなくなるまで模擬面接を重ねてください。失敗の原因は、多くの場合、緊張と形式への慣れのなさです。内容を知らなかったことが原因になるのは、それほど多くありません。
行動面接（ビヘイビアラル面接）の準備もしておきましょう。プログラミングの実力があるのに、ここで内定を逃す人は少なくありません。プロジェクト、対立、失敗について、わかりやすく話せないからです。エピソードを 3 つか 4 つ用意し、声に出して話す練習をしておきましょう。
すべてを組み合わせる
「10 倍」の裏に 1 つの裏技があるわけではありません。5 つのささやかな改善を同時に行うことで生まれるものです。つてのない応募者の山ではなく、紹介を受けた応募者の山に入ります。ありきたりな 50 件の応募ではなく、狙いを絞った 5 件を送ります。職務経歴書は 7 秒の流し読みを通過し、説明しきれるプロジェクトがあり、面接の回数も十分に重ねているので、調子の悪い 1 日で結果が決まることはありません。
焦って一気にやるのではなく、毎週の習慣にしてください。毎週、リファラル付きの応募を 5 件送り、プロジェクトを進め、模擬面接を 1 回か 2 回行い、どれに反応があったかを見直します。どれも単独ではたいした効果はありません。数か月続ければ、その成果が積み上がっていきます。
よくある質問
ソフトウェアエンジニアの仕事に就くには、何件応募する必要がありますか？
信頼できる数字は誰も持っていません。ネットで見かける数字（32 件、100 件、270 件）は、それぞれ別のものを測った、主に自己申告の情報源から来ています。通過率で考えるほうが役に立ちます。応募者のおよそ 3% しか面接に進めないのなら（CareerPlug、2025 年）、応募先を増やすよりも、リファラルと狙いの絞り込みでその割合を上げるほうが効果があります。
採用される確率を最も早く上げる方法は何ですか？
リファラルを得ることです。Jobvite のデータでは、紹介経由の候補者は応募者の 7% でしたが、採用者の 40% を占めていました（Jobvite、2016 年）。選考の過程で、かける手間に対してこれほど見返りが大きいものは他にありません。
コンピュータサイエンスの学位は必要ですか？
気にする企業もあれば、気にしない企業もあります。学位を必須条件として扱っている公開の採用調査はなく、独学やブートキャンプ出身のエンジニアも大勢います。示せるスキルとリファラルがあれば、職務経歴書の学歴欄より重く見られることはよくあります。
採用担当者は本当に職務経歴書を 7 秒しか見ないのですか？
7.4 秒という数字は、サンプルサイズを公表していない Ladders の 2018 年のアイトラッキング調査に由来します（Ladders、2018 年）。そのため、大まかな目安として受け止めてください。いずれにしても最初の流し読みは短いので、ページの上部 3 分の 1 ですぐに伝わるようにする必要があります。
2026 年からソフトウェアエンジニアを目指すのは遅すぎますか？
いいえ。U.S. Bureau of Labor Statistics（米国労働統計局）は、2034 年までにソフトウェア開発者の雇用が 15% 増加し、毎年約 129,200 件の求人が生まれると引き続き予測しています（BLS、2025 年）。今の市場は競争が激しく、特にエントリーレベルの職種は厳しい状況ですが、長期的な需要がなくなったわけではありません。
実力を示す証拠をどこで積み上げるか
5 つのステップはどれも、実際の成果を見せ、それを説明できることに行き着きます。職務経歴書は流し読みを通過させてくれ、リファラルは連絡をもらうきっかけになります。内定を得られるのは、ソフトウェアを作れること、そして厳しい質問を受けてもその中身を筋道立てて説明できることを証明したときです。これを伸ばす方法は、コードを書き、間違え、直すことしかありません。
体系立てて練習できる場所を探しているなら、LevelUpGo では、すべてのレッスンをブラウザ上の実践的なコーディング演習として進められ、自動フィードバックがすぐに返ってきます。ツールチェーンの準備ではなく、作ることとデバッグに時間を使えます。無料の Go Fundamentals コースは、始めやすい入り口です。紹介者があなたを推薦する理由になり、面接官が質問する具体的な材料にもなる、小さくてしっかりしたプロジェクトを作り始められます。