ブランク後のエンジニア復帰、見られるのは期間でなく更新履歴

書類選考の通過率が、ブランクの長さに比例して下がっていく。そう信じている人は多い。半年空いた人より一年空いた人、一年空いた人より二年空いた人のほうが不利になる、という単純な右肩下がりのグラフを、みな頭の中に持っている。だから面接の前になると、まず「このブランクをどう説明するか」という言い訳の文章を練り始める。

だが実際に採用側の質問を分解してみると、聞かれているのはブランクの長さそのものではないことが多い。「その間、何をしていましたか」という質問は、裏返せば「いつ動き出したか」ではなく「戻ってくるまでの間に、何を更新したか」を探る質問だ。長さは前提として確認されるだけで、評価の軸になっているのはその中身と、それがいつ起きたかという時系列のほうだ。

「何をしたか」より「いつしたか」が見られている

更新の中身自体は、実はそれほど厳しく審査されない。新しいフレームワークを触った、資格を取った、小さな個人開発をした。この手のエピソードはブランク明けの面接でほぼ必ず語られるし、面接官もそれ自体には慣れている。

むしろ見られているのは、その更新がいつ起きたかの分布のほうだと考えたほうがいい。ブランクが一年あって、その更新の跡が最後の三週間にすべて集中している場合と、一年の間にばらばらと散らばっている場合では、長さが同じでも印象が変わる。最後の三週間だけ急に動いた形は、面接のために急いで作った体裁だと読まれやすい。一方で、ブランクの途中、まだ応募など考えていなかったはずの時期にも何かを続けていた跡があると、それは面接対策ではなく実際の習慣として受け取られる。

つまり候補者が無意識に埋めようとしている「空白期間の長さ」と、採用側が実際に見ている「更新の分布」は、同じ一年という期間を見ていても別の軸だ。長さを気にして焦るより、分布をどう作るかを考えたほうが、同じ一年でも評価は変わる。

跡を残すには、日付が確認できる形にする

この分布を示すには、口頭の説明だけでは弱い。「ずっと勉強していました」は、いつの話なのか誰にも検証できない。だから更新の跡を、日付が外から確認できる形で残すことが重要になる。

日付が残る更新の形はいくつかある。公開リポジトリへのコミット履歴は、いつ何をしたかがそのまま記録に残る。資格は受験日と合格発表日が固定されているので、ブランクのどの時点で何を仕上げたかが動かない事実になる。転職で見せるポートフォリオで扱っているような、自分で仕様を決めて作った成果物も、公開日と更新履歴がセットになっていれば同じ役割を果たす。逆に、ノートに書いただけの学習記録や、非公開のまま終わった取り組みは、本人にしか日付がわからないので、面接の場で急に「実は前から」と言っても説明として弱い。

資格のように受験日が確定している題材は、この時系列を作るうえで扱いやすい。独学の範囲と到達点があらかじめ決まっているので、ブランクの途中に「ここまで仕上げた」という日付付きの区切りを自分で作れる。学び方や題材そのものの選び方は、AI不安で転職すべきかでも扱った話に近く、会社というラベルに依存しない証明を手元に残す行為でもある。

焦って一点に固めず、間隔を空けて積む

ここから逆算できる動き方は、長さを気にして一気に何かを詰め込むことではない。むしろ逆で、ブランクの間に意図的に間隔を空けて、小さな更新を複数回起こしておくことだ。資格を一つ取って終わりにせず、数か月後にもう一つ着手する。個人開発を一本作って放置せず、しばらく経ってから小さな機能を追記する。この間隔そのものが、「面接のために慌てて動いた」のではなく「生活の中で学びを続けていた」ことの証拠になる。

ブランクの説明に悩んでいるなら、まず自分の手元にある更新の跡を日付で並べてみてほしい。並べた結果、直近にしか跡がないなら、今日からでも一つ着手して、応募までに間を空けてもう一つ重ねる。すでに分散した跡があるなら、それを長さの弁解ではなく、継続の証拠として面接で見せればいい。長さを隠す必要はなく、その間に何を、どれくらいの間隔で積んだかを見せればいい。

資格のように到達点が決まっている学びを探すなら、独学で積み上げている人が実際にどの参考書を使っているかをIT資格ランキングで確認できる。tasklogは、資格の合格体験記や技術記事に登場する教材の引用を集計し、独学で積める材料の厚みを可視化しているサービスだ。