育休エンジニアの技術キャッチアップ術
双子と過ごす断片時間で何ができたか

2026年、4人目（双子）の誕生を機に育休に入った。

インフラエンジニア7年、Web開発7年。プロジェクトリーダーとしてチームを率いていた立場から離れる。その不安は、正直に言えば小さくなかった。

AI、クラウド、フレームワーク——技術の進化速度は凄まじい。半年離れたら浦島太郎になるのでは、という恐怖がある。13年積み上げてきた技術が錆びる。エンジニアなら誰でも感じる不安だと思う。

でも、育休を取ること自体は迷わなかった。子どもとの時間は今しかない。双子が新生児のうちにしかできない関わり方がある。それは間違いない。

問題は「休む」ことではなかった。「どう技術力を維持するか」の仕組みがなかったこと。それが本当の不安の正体だった。

双子の新生児育児は、想像を超えていた。3時間おきの授乳、おむつ替え、寝かしつけ。しかもそれが2人分。ループが終わらない。

まとまった2〜3時間は取れない。でも「授乳→寝かしつけ→30分の静寂」が1日に何度か訪れる。そのパターンが見えてきたのは、最初の1ヶ月が過ぎた頃だった。

最初は「まとまった時間がないと何もできない」と思い込んでいた。仕事では2〜3時間の集中タイムが当たり前だったから。でも1ヶ月経って気づいた。この30分を「仕組み化」できるかが鍵だと。

「読む→試す→仕組み化」——自分の学びのスタイルが、まさにこの制約下で試される場面だった。

断片時間での開発には「中断前提の設計」が必要だった。いつ泣き声が聞こえてくるか分からない。コードを書いている途中で中断し、1時間後に戻ってきても続きが分かる仕組み。それを意識的に作る必要があった。

育休中の開発で最も頼りになったのが、Claude Code（AIコーディングツール）だった。このポートフォリオサイトはClaude Codeで設計・実装した。

Claude Codeには「CLAUDE.md」という仕組みがある。プロジェクトのルール・構成・設計判断を書いておくファイルだ。AIがこれを読み込んで、プロジェクトの文脈を理解した上でコードを書いてくれる。

これが育休開発で決定的に効いた。30分のセッションでも、ゼロから説明せずにすぐ作業に入れる。前回どこまで進んだか、どんなルールで書いているか、全部CLAUDE.mdに書いてある。

自分とAIの間に「共有された設計書」があることで、30分の断片時間でも意味のある成果が出せる。これは育休開発の最大の発見だった。

インプットだけでは断片時間では定着しない。本を読んでも翌日には忘れる。育児の疲労で記憶力が落ちている実感もあった。

そこで、このサイトのLab記事を書くこと自体を学習手段にした。

FP3級の記事は「人に教えるために整理する」プロセスで理解が深まった。簿記の記事はインタラクティブな学習ツールまで作った。投資の記事は7年分の自分のデータを分析し直す契機になった。

「記事を書く」という目標があると、インプットの質が変わる。漫然と読まなくなる。「この概念をどう説明するか」を考えながら読むので、理解の精度が上がる。

936冊の読書経験から言えること。「教訓を抽出する読み方」は記事執筆と相性がいい。本から得たエッセンスを、自分の経験と結びつけて言語化する。そのプロセスが、断片時間でも可能な学習手段になった。

育休中の開発で意識したのは「今日中に何か1つ完成させる」こと。

Web Componentsでナビゲーションとフッターを共通化した——これは1日で完成できる粒度だった。記事を1本書き切る。ツールの1機能を動くところまで持っていく。小さくても「完成」がある日は、達成感がモチベーションを維持してくれる。

これは仕事でも学んだ「段階的詳細化」の考え方だ。全体を俯瞰し、1つずつ確実に積み上げる。プロジェクトリーダーとして身につけたスキルが、育休の開発にそのまま活きた。

逆に「あと少しで完成するのに時間切れ」が続くと、モチベーションが削がれる。粒度設計が大事だ。30分で完成する粒度にタスクを切ること——それ自体が、設計力の訓練になった。

「で、結局何ができたの？」と聞かれたときのために、具体的な成果物を並べておく。

「ブランク」と呼ぶには成果物が多すぎる——と自分では思っている。