エンジニアの空白期間が半年以上。面接で個人開発をどう説明するか

「退職日から応募日まで、数えたら8か月と少しでした」——初回面談の冒頭、スマホのカレンダーを指でなぞりながらそう切り出す候補者に、この一年だけで何人も会いました。

私はIT・Web業界を中心に800名以上の転職支援に携わってきましたが、エンジニアの空白期間で評価が割れるのは、期間の長さそのものよりも「その間、技術に触れ続けていたか」という点です。今回は、退職後に半年以上空いた方が個人開発や学習をどう残し、面接でどう説明すればいいのかを、期間別の答え方と合わせてお伝えします。

目次

1. エンジニアの空白期間が半年を超えると、面接官は何を確かめたいのか
2. 期間別に見る、面接での答え方と職務経歴書の書き方
3. 3か月以内：隠さず、現在進行形の学習を一言添える
4. 半年前後：理由、成果物、応募先との接続の3段で答える
5. 1年を超える場合：前半と後半を分けて、後半に実務に近い活動を置く
6. 空白期間の学習を「説明材料」に変える残し方
7. GitHubには、成果物の数ではなく判断の跡を置く
8. 職務経歴書には、実務と混ぜずに独立した枠で書く
9. 穴埋めのつもりが逆効果になる4つのパターン
10. 草を埋めた8か月：Jさん（35歳・経験12年）のケース
11. 短い個人開発でも筋が通った例
12. 面接官が深掘りする質問と、その場で詰まらないための備え
13. 退職後の学習期間とお金・制度の補足
14. よくある質問
15. まとめ

エンジニアの空白期間が半年を超えると、面接官は何を確かめたいのか

空白期間について書かれた記事の多くは、職種を問わない一般論です。3か月以上なら職務経歴書に理由を書く、といった目安は多くの転職メディアでも示されていて、まずはそこが出発点になります。

ただし、こうした相場観は各社の見解をまとめたもので、「半年を超えると通過率が何%下がる」といった統計があるわけではありません。私の実感としても、3か月前後までは転職活動期間として見られ、半年を過ぎたあたりから理由と計画性を聞かれる場面が増え、1年を超えると客観的な説明が必要になる、というのが大まかな目安です。

エンジニアの場合、ここに職種特有の論点が加わります。面接官の頭の中には、おおむね次の3つの疑問が浮かんでいます。

3つのうち、エンジニア採用で最も重いのは1つ目です。フレームワークのメジャーバージョンが上がる、開発環境にAIの補助が入り込む、といった変化は半年もあれば現場の前提を変えます。私はエンジニアの空白は「手が止まっていたか」ではなく「知識の賞味期限が切れていないか」で測られていると見ています。

逆に言えば、半年空いていても、止まっていなかった証拠を示せれば評価は大きく崩れません。面接官が探しているのはブランクの有無ではなく、その証拠です。

なお、在職中でもコミットが少ない、マネジメントが長くコードから離れていた、という悩みは別の話になります。前者はGitHubコミットが少ないエンジニアの面接の通し方、後者はEMからIC復帰を目指す面接で扱っています。この記事は、退職後に仕事としての開発から離れた期間が空いた方に絞ります。

期間別に見る、面接での答え方と職務経歴書の書き方

同じ「空白」でも、3か月と1年では面接官が確かめたいことの重さが変わります。次の表は、私が現場で見てきた目安を期間別に整理したものです。繰り返しますが統計ではなく、エージェントとしての現場感覚です。

3か月以内：隠さず、現在進行形の学習を一言添える

3か月前後までは、理由を長く語る場面ではありません。退職後に転職活動へ専念していた、有給消化や引き継ぎで退職日が空いた、といった事実を短く答えれば足ります。

ここで差がつくのは、実は答えの後ろです。「その間は転職活動と並行して、Goでの小さなAPI実装に取り組んでいます」のように、学習が今も続いていることを一言添えるだけで、面接官の1つ目の疑問は片づきます。成果物の説明を長く始める必要はありません。聞かれたら出せる状態にしておけば十分です。

半年前後：理由、成果物、応募先との接続の3段で答える

半年を超えると、ほぼ確実に聞かれます。答えは、次の3段で組み立てると崩れません。

たとえば、こんな形です。

「前職を退職した後、半年ほど開発から離れて生活を立て直す期間を取りました。復帰のために最後の2か月で、請求書をCSVから取り込んで集計する小さなWebアプリを作り、PythonとPostgreSQLの構成を一通り組み直しています。御社のバックエンドでもPythonを使われていると伺ったので、データ取り込みの設計判断はそのままお話しできます」

注目してほしいのは、理由を長く言い訳しないことと、成果物が「1つ」だけであることです。3つも4つも並べると、かえってどれも説明しきれません。書類の段階で止まりやすい方は、職務経歴書が「開発・保守業務全般」になっていないかも合わせて見直してください。

1年を超える場合：前半と後半を分けて、後半に実務に近い活動を置く

1年を超えると、「何か月空いたか」より「その1年のうち、開発に実際に触れたのは何週間か」を見られます。ここで1年分を均等に語ろうとすると、薄く聞こえます。

私が勧めているのは、期間を前半と後半に分けて説明する方法です。前半は理由（療養、家族の事情、留学、独立の試みなど）を事実だけで述べ、後半に「復帰に向けて動いた期間」を置きます。話したくない事情は、詳細まで語る必要がありません。事実と、現在は支障がないことを短く伝えれば十分です。

後半には、できれば実務に近い活動を置いてください。短期の業務委託、OSSへの小さな修正の取り込み、他人が実際に使うツールの開発など、「第三者の目が入った経験」です。個人で黙々と作った1本より、他者のレビューを受けた小さな修正1件のほうが説得力を持つことは珍しくありません。

空白期間の学習を「説明材料」に変える残し方

個人開発や学習は、やっただけでは説明材料になりません。面接官が後から確認できる形で残して、はじめて「止まっていなかった証拠」になります。残し方には、GitHub側と職務経歴書側の2つの置き場所があります。

GitHubには、成果物の数ではなく判断の跡を置く

リポジトリ一覧を開いた面接官が見ているのは、本数でも緑のマスの濃さでもありません。1本のリポジトリの中身を数分読んで、「この人は判断して作っているか」を確かめています。そのために、READMEには次の5項目を書いておくことを勧めています。

「やらなかったこと」は、地味ですが面接でいちばん効きます。認証を入れなかった理由、DBをPostgreSQLにしなかった理由など、削った判断は設計意図そのものだからです。何を作るか迷う方は、フロントエンドエンジニアのポートフォリオに何を作るかで扱った「小さくても実在する課題から始める」考え方が、バックエンドやインフラでもそのまま使えます。

あわせて、最終コミットが1年前で止まったまま放置されているアカウントは、使っていないアカウントとして受け取られかねません。公開する意味のないリポジトリは非公開に回し、ピン留めは説明できる2〜3本に絞ってください。前職の業務コードを個人リポジトリに置くことは、当然避けてください。

職務経歴書には、実務と混ぜずに独立した枠で書く

職務経歴書では、空白期間の学習を実務経験と同じ枠に並べないことが大切です。「Python：実務経験あり」のように技術欄に混ぜると、面接で「どの現場で、何人のチームで」と掘られたときに崩れます。実務と個人開発を分けて書く考え方は、自社フレームワークの経験を職務経歴書に翻訳する記事でも触れた線引きと同じです。

私が実際に勧めている書き方は、職歴の末尾に独立した枠を置く形です。

【退職後の学習・個人開発期間】2025年11月〜2026年6月
目的：Python/PostgreSQLでのバックエンド実装の復帰準備
成果物：請求データ集計Webアプリ（個人開発・約6週間）
使用技術：Python 3.12、FastAPI、PostgreSQL、pytest
補足：認証は利用者が限定されるため見送り。理由はREADMEに記載
URL：（GitHub）

期間・目的・成果物・使用技術・補足・URLの6行が目安です。目的を書くと、「なんとなく勉強していた」ではなく、期間を設計していたことが一目で伝わります。

穴埋めのつもりが逆効果になる4つのパターン

空白期間を埋めたい気持ちが強いほど、盛る方向に動きやすくなります。ここでは、私が書類と面接の両方で見てきた失敗例を紹介します。

草を埋めた8か月：Jさん（35歳・経験12年）のケース

Jさんは、Javaで業務システムを受託開発してきた経験12年のエンジニアでした。長時間残業が続いて退職し、最初の3か月は休養に充てました。その後の約5か月、GitHubに毎日コミットすることを自分に課し、プロフィールの緑のマスは濃く染まりました。

公開リポジトリは9本あり、Spring BootのチュートリアルやReact教材の写経が7本、自作が1本、残りは設定ファイルの置き場です。書類は応募した7社のうち5社が通過しました。ところが一次面接で4社連続の見送りになります。ある面接官に、自作リポジトリの認証部分を指して「なぜセッションではなくトークン方式にしたんですか」と聞かれ、Jさんは「教材がそうなっていたので」と答えました。その場で面接の空気が変わったと、本人が振り返っています。

Jさんが見直したのは、見せ方でした。写経のリポジトリは非公開にし、自作の1本に絞ってREADMEを書き直し、実装を迷った箇所の判断を声に出して説明する練習を重ねました。そのうえで新たに応募した2社の面接では、設計意図を聞かれても詰まらなくなり、1社から内定を得ています（年収は前職より約30万円下がったとのことです。再現性を保証するものではありません）。

Jさんの例が示すのは、盛ったこと自体より、説明できる範囲を超えて見せたことが逆効果になるという点です。面接官は、成果物の「量」ではなく、その人が自分の言葉で語れる範囲を探しているからです。

3つ目の「釣り合い」は、見落とされがちです。8か月空いて成果物が1本の小さなアプリだけなら、面接官は「残りの時間は何をしていたのか」と思います。逆に、2か月でマイクロサービスを組んだと言われると、「本当に1人で書いたのか」という疑いが生まれます。無理に成果物を大きく見せるより、期間に見合った規模を正直に出すほうが、後の質問に耐えられます。

草についての私の見方も、書いておきます。緑のマスの濃さを見て評価する面接官は、少なくとも私の担当してきた企業では多くありません。確認されるのは、直近のコミットの中身と、その人が説明できるかどうかです。草を増やす努力は、その分を設計の文章化に回したほうが報われます。

短い個人開発でも筋が通った例

Jさんと対照的だったのが、Oさん（30歳・経験6年）です。受託開発会社でPythonのバックエンドを担当し、退職後の空白は10か月でした。前半の約6か月は、家族の事情で郷里に戻っており、開発から離れていました。

Oさんがやったのは、その後の約6週間で実家の商店の発注メモをCSVから集計する小さなWebアプリを作ることでした。利用者は家族3人で、実際に毎週使われています。リポジトリはこの1本だけで、テストは12本。READMEには、認証を入れなかった理由（利用者が限定され、家のネットワーク内でしか動かさない）と、データベースにSQLiteを選んだ理由が書かれていました。

面接では、「前半の6か月はどう過ごされましたか」と聞かれ、Oさんは「家族の事情で地元に戻っていました。現在は落ち着いていて、入社後の勤務に支障はありません」とだけ答えました。それ以上、面接官が踏み込むことはありませんでした。後半の6週間については、認証を入れなかった判断を聞かれ、その場で即答しています。

Oさんは7社に応募し、2社が一次面接へ進み、1社から内定を得ました（年収は前職と同水準。こちらも再現性を保証するものではありません）。応募数は多くありません。それでも、見せたものが1本で、聞かれたことに全部答えられたという点が、Jさんとの分かれ目でした。

2人を並べると、差は成果物の大きさではないと分かります。自分の判断で作ったものを、自分の言葉で最後まで説明できるか。この一点に尽きます。

面接官が深掘りする質問と、その場で詰まらないための備え

成果物を出すと、面接官は必ず中身に踏み込みます。空白期間のエンジニアに対する深掘りは、おおむね次の方向に集まります。

この中で特に準備が足りなくなりやすいのは、コードを開いて設計意図を聞かれる質問です。自分で書いたはずのコードでも、2か月たつと意図を忘れていることが珍しくありません。面接の前に、自分のリポジトリのコードを他人のものとして一度読み返し、気になった箇所に答えを用意しておくだけで、答えの質が変わります。

また、AIの補助を使って書いた部分がある場合は、隠す必要はありません。ただし、どこまでを自分で判断し、どこを提案のまま使ったのかを言える状態にしておいてください。説明できる範囲が、そのまま評価の範囲になります。コーディングテストで詰まるパターンについては、コーディングテストで落ちる人の共通点でも整理しています。

「いま注目している技術」への答えは、新しいものを挙げることより、自分が触った範囲の中で選ぶことです。触っていない技術を流行り言葉として並べると、次の質問で必ず止まります。1つ選んで、なぜ気になったのかまで語れる状態にしておけば足ります。

退職後の学習期間とお金・制度の補足

学習期間に絡む制度も、補足として整理しておきます。ただし、制度の細目は条件が変わりうるので、手続き前に必ずハローワークで確認してください。

自己都合退職の給付制限は、退職日が令和7年4月1日以降なら原則1か月とされています。さらに、令和7年4月以降にリ・スキリング目的の教育訓練などを受けた場合は、給付制限が解除される扱いがあります（香川ハローワークの案内）。対象となる講座や詳しい条件は、事前に窓口で確かめることをお勧めします。

もう一つが、教育訓練給付制度です。一般教育訓練は受講費用の20％（上限10万円）、特定一般は40％（上限20万円）、専門実践は50％（年間上限40万円）が目安として案内されています。離職後に使う場合は、受講開始の時期や雇用保険の加入期間などに条件があるため、対象かどうかは窓口で確認してください。

制度を使うこと自体は、面接で説明するときの評価を左右しません。ただ、学習を「どの講座で、何を目標に、何か月」という形で整理しておくと、計画性の説明がしやすくなります。入社日が延びた場合の保険や手続きは、入社日が延期になったときの判断でも触れています。

よくある質問

何もしていなかった場合は、どう答えればいいですか。 何もしていなかった期間があったなら、「やっていたこと」を無理に作らないほうが安全です。事実として休養や整理の期間があったことを伝え、その後に何を始めたかを、実際にやった範囲で具体的に答えてください。後半の数週間でも、説明できる成果物が1つあれば、評価の足場になります。

フリーランスや個人事業主として活動していた期間は、職歴として書いていいですか。 実際に契約や案件があれば、職歴として書いて構いません。案件ごとの期間・役割・稼働の実態を、契約の形で書き分けてください。空白を埋める目的で、実態のない期間を「個人事業」と書くのは避けます。フルタイムへ戻る場面の考え方は、フリーランスから正社員に戻るときの記事で整理しています。

資格を取れば、空白期間の説明になりますか。 基本情報技術者やクラウド系の認定は、学習の継続を示す材料にはなります。ただ、資格だけで説明を終えると「何を作れるのか」が見えません。資格の学習で得た知識を使った小さな成果物とセットで示すのが、私のお勧めです。

職務経歴書の年月をぼかして、空白を目立たなくしてもいいですか。 お勧めしません。入社・退職の年月は、社会保険の手続きや前職調査で確認される情報です。ぼかしても面接で「正確にはいつまででしたか」と聞かれ、答えに詰まる負担のほうが大きくなります。年月は正確に書き、その後ろに空白の過ごし方を置くほうが、結果的に安全です。

まとめ

退職後に半年以上空いたエンジニアが、空白期間の面接で評価を落とすのは、期間が長いからではありません。技術のキャッチアップが止まっていなかったことを、自分の言葉で最後まで説明できるかどうかで決まります。

3か月以内なら学習の継続を一言添えるだけで足り、半年前後なら理由・成果物1つ・応募先との接続の3段で答えます。1年を超えるなら、前半と後半に分けて、後半に実務に近い活動を置きます。そのうえで、GitHubにはREADMEで判断の跡を、職務経歴書には実務と混ぜない独立した枠を用意しておきます。

穴埋めのために草を増やしたり、写経を並べたりする必要はありません。Oさんのように、1本の小さな個人開発でも、聞かれたことに全部答えられれば十分に戦えます。この記事で一番伝えたかったのは、空白を「埋める」のではなく、空白の間の判断を「説明できる形に残す」という発想です。