夜にコードを書くのをやめてから、エンジニアとしての学習量が増えたという逆説

結論から言うと、夜にコードを書くのをやめてから、エンジニアとしての学習量が増えたという逆説——変化は思ったより速く、大きかった。生産性の改善は意志力より「仕組みを変えること」で決まる。この記事では、実践してわかったこととすぐ試せるステップをまとめる。

夜に作業する習慣を持つエンジニアは多い。業務が終わった後の静かな時間に、個人開発を進める。技術書を読む。新しいライブラリを試す。「昼は仕事に追われるから、夜の自由時間にやるしかない」という感覚は、エンジニアなら一度は経験したことがあるはずだ。

自分もそうだった。夜の23時を過ぎてからコードを書き、深夜1時まで技術記事を読む。それが「勉強熱心なエンジニア」の証明のように感じていた。しかし、夜の作業をやめてから、学習量と仕事の質の両方が上がった。逆説的に聞こえるかもしれないが、これは本当のことだ。

この記事では、その変化をもたらした3冊の本を紹介する。「スタンフォード式最高の睡眠」「時間術大全」「メモの魔力」は、いずれもAudibleで聴ける。通勤中に繰り返し聴くうちに、自分の時間の使い方が根本から変わっていった。

※ 30日間の無料体験。いつでも解約可能。

エンジニアが「夜に作業する」習慣を持ちやすい理由

夜の作業習慣がエンジニアに多いのには、いくつかの構造的な理由がある。昼間は業務の割り込みが多く、深い集中が取りにくい。子育て中のエンジニアなら、夜の子どもが寝た後しか自分の時間がない。そして何より、「夜の方が頭が働く気がする」という感覚を持つエンジニアは多い。

「夜の方が集中できる」は錯覚かもしれない

夜にコードを書いているとき、「集中できている」という感覚は確かにある。しかしその集中は、本当に高いパフォーマンスを出しているのか。それとも、疲労で感覚が鈍くなり、「集中している」と勘違いしているだけなのか。

睡眠科学の研究では、睡眠不足が蓄積すると「自分のパフォーマンスが下がっていることに気づきにくくなる」という現象が報告されている。夜遅くまで働くエンジニアが「調子がいい」と感じているとき、その判断自体が疲労によって歪んでいる可能性がある。

深夜のコーディングで起きていたこと

自分が夜作業をやめるきっかけになったのは、深夜に書いたコードを翌朝見直したときの経験だ。「なんでこんな設計にしたんだろう」と思うコードが、思っていたより頻繁に出てきた。深夜に「完璧だ」と思って書いたコードが、朝の目で見ると明らかに改善できる余地がある。

設計の意思決定、リファクタリングの判断、バグの根本原因の探索。これらはすべて、脳が高いパフォーマンスを発揮している状態でないと質が落ちる。疲れた脳で夜中に書いた設計は、翌日の自分にとって負債になっていた。

睡眠を削ることは、翌日の自分から借金をすること

睡眠の問題は、「今夜足りない分は明日返せばいい」というものではない。睡眠負債は蓄積し、脳の機能を継続的に低下させる。深夜に2時間多く作業した結果、翌日の8時間の仕事の質が下がるとしたら、トータルの生産性は上がっていない。むしろ下がっている可能性がある。

この認識が変わったのは、「スタンフォード式最高の睡眠」を読んだことがきっかけだった。

睡眠を「削るもの」から「最大の投資」に捉え直した

西野精治は、スタンフォード大学睡眠生体リズム研究所の所長を務める睡眠研究の第一人者だ。「スタンフォード式最高の睡眠」は、睡眠を「どう削るか」ではなく「どう質を高めるか」という観点で書かれた本だ。

最初の90分が、睡眠の質を決める

この本が特に強調するのは、「眠り始めの90分（ノンレム睡眠の最初の周期）の質が、睡眠全体のパフォーマンスを決める」という事実だ。最初の90分に深い眠りに入れると、脳と体の修復が効率的に進む。逆に、この90分が浅い眠りだと、その後何時間寝ても疲労が取れにくい。

就寝直前のスマートフォン操作、深夜のコーディング後に興奮状態のまま布団に入ること、これらは最初の90分の質を下げる代表的な行動だ。夜遅くまでコードを書いてから寝るエンジニアのパターンは、睡眠科学の観点から見ると最悪に近い。

「睡眠ファースト」に変えてから、翌日の設計の質が変わった

この本を読んでから変えたのは、「23時以降は作業しない」というルールだ。どんなに乗っていても、23時になったらコードを閉じる。最初の2週間は物足りなさがあった。しかし3週間後、翌朝の思考の明確さが変わったことに気づいた。設計会議での判断が速くなり、コードレビューで見逃していた問題に気づけるようになった。

「スタンフォード式最高の睡眠」はAudibleで聴ける。通勤中に聴くことで、「今夜も夜更かしするか」という誘惑に対して、睡眠の重要性を繰り返し脳に刻み込めた。知っているだけでなく、繰り返し聴いて体に染み込ませることで、行動が変わった。

朝の時間を「設計する」ことで、夜より深く集中できた

夜の作業をやめた後、問題になったのは「では、いつ個人開発や学習をするか」という問いだ。業務時間中は割り込みが多い。夜はやめた。残るのは朝しかない。

しかし朝に作業するという発想は、夜型のエンジニアには最初ピンとこなかった。「朝は頭が働かない」という思い込みがあったからだ。その思い込みを覆してくれたのが、「時間術大全」だった。

「時間術大全」が示した「ハイライト」という時間設計

著者のジェイク・ナップとジョン・ゼラツキーは、Googleでデザインスプリントを開発したことで知られる。この本の核心は「1日の中で最も重要な1つのことを決め、それをハイライトとして時間をブロックする」というシンプルな原則だ。

この本が強調するのは、「忙しさ」と「生産性」は別物だということだ。1日中何かしているエンジニアが、最も重要なことに集中できているとは限らない。逆に、朝の1時間だけ本当に重要なことに集中したエンジニアの方が、長い時間を拡散して使ったエンジニアより大きな成果を出せることがある。

朝の「ハイライト時間」を設けてから、夜との差に驚いた

この本の提案に従い、朝6時から7時の1時間を「個人開発のハイライト時間」として確保した。その時間はコードを書くことだけに使い、スマートフォンもSlackも開かない。

試して最初に驚いたのは、朝1時間の成果が、以前の夜2〜3時間の成果と同等かそれ以上だったことだ。起床後の脳は、睡眠による修復を経て最もシャープな状態にある。疲労が蓄積した夜に書いたコードより、朝に書いたコードの設計品質が明らかに高かった。

「時間術大全」はAudibleで聴ける。著者2人の対談形式で進む構成が聴きやすく、通勤中に聴きながら「今日のハイライトは何にするか」を考える習慣が自然に身についた。

朝のメモ習慣が、1日の思考の土台を作った

睡眠の質を上げ、朝に集中時間を設けた。しかしもう一つ変えたことがある。朝のメモ習慣だ。夜ではなく朝にメモをとることで、1日の思考の解像度が変わった。

夜のメモと朝のメモでは、質が違う

以前は夜にその日の振り返りをメモしていた。「今日学んだこと」「明日やること」を書き出す習慣だ。しかし疲れた状態でのメモは、言葉が浅くなりやすい。「疲れた」「あのタスクが残っている」という感情的な記録が多く、思考の整理にはなっていなかった。

朝のメモに変えてから、記録の質が変わった。睡眠中に脳が情報を整理した後の状態でメモをとると、前日の経験から学んだことが自然に言語化されやすい。「昨日の設計判断、なぜあの選択をしたのか」という問いへの答えが、夜よりも朝の方が明確に出てくることに気づいた。

「メモの魔力」が変えた、朝の思考の使い方

前田裕二の「メモの魔力」は、メモを単なる記録ではなく「思考のツール」として使う方法を教えてくれる本だ。この本の核心は、「事実を書いてから抽象化する」というプロセスだ。起きた出来事をそのまま記録するのではなく、そこから「本質は何か」「他に応用できないか」を考えることで、メモが思考の深化を促す。

朝にこのメモ習慣を取り入れた。起床後にコーヒーを淹れながら、前日の仕事で気づいたことを1つだけ書き出し、それを抽象化する。「昨日のコードレビューで、変数名について指摘が入った（事実）→ 自分は実装の早さを優先して命名に時間をかけていない（抽象化）→ 読みやすいコードは後の自分への投資だ（転用）」という流れだ。

このプロセスを朝に5〜10分やるだけで、1日の仕事への向き合い方が変わった。「今日は命名を丁寧にしよう」という意図が朝に立てられると、それが実際の行動に反映される確率が上がる。

「メモの魔力」はAudibleで聴くと、著者の熱量が伝わる

「メモの魔力」はAudibleで聴ける。著者の前田裕二自身の語り口には、メモへの情熱が感じられる。活字で読むのとは違う熱量が、通勤中に伝わってくる。「こんな使い方があるのか」という発見が、聴くたびに出てくる。

朝のメモ習慣を始める前に、まずAudibleでこの本を聴いてみることをおすすめする。「メモをとること」への向き合い方が変わり、朝に書くことへのモチベーションが自然に上がってくる。

実際に変えた3つのルール。そして半年後に起きたこと

「夜の作業をやめる」という決断は、最初は大きな不安を伴った。「勉強時間が減るのでは」「個人開発が進まなくなるのでは」という心配だ。しかし半年後の結果は、その不安を完全に覆すものだった。

ルール1：23時以降は作業しない

最初に決めたのは、23時以降はコードもドキュメントも一切開かないというルールだ。スタンフォード式最高の睡眠の「就寝90分前にデジタルデバイスを遠ざける」という提案を参考にした。

最初の1週間は23時になっても作業をやめる理由が見つからず、ルールを守ることに精神的なエネルギーが必要だった。しかし2週間目から、23時に自然に手が止まるようになった。そして翌朝の目覚めが、明らかに変わった。ぼんやりした頭で起きる日が減り、起床直後から思考が動いている感覚が出てきた。

ルール2：朝6時の1時間をハイライト時間にする

「時間術大全」のハイライトの考え方を取り入れ、朝6時から7時を「個人開発または技術学習のハイライト時間」として固定した。この時間帯は業務もSlackも通知も一切なし。コーヒーを淹れてエディタを開く、という儀式だけがある。

1ヶ月続けると、以前の夜2時間より朝1時間の方が、コードの質が高いことが明らかになった。深夜に書いたコードにあった「なぜこう書いたのか」という疑問が、朝のコードではほぼ出なくなった。脳がクリアな状態で書いたコードは、設計の一貫性が違う。

ルール3：起床後15分でメモをとる

「メモの魔力」から取り入れたのは、起床後の15分を朝のメモタイムにすることだ。前日の仕事で気づいたことを1つ書き出し、それを抽象化して転用を考える。スマートフォンを開く前に、まず手を動かしてメモをとる。

この習慣が定着した頃から、設計会議での発言の質が変わった。朝に思考を整理してから出勤するため、会議中の問いの立て方が明確になった。「このシステムの本質的な問題は何か」という問いへの答えが、以前より速く出てくるようになった。

半年後、起きていた変化

6ヶ月後を振り返ると、学習の「量」よりも「質」が劇的に変わっていた。夜2〜3時間作業していたころと比べて、個人開発の進捗は遜色なかった。むしろ、設計の質が上がったことで手戻りが減り、実質的な進捗は速くなっていた。

何より変わったのは、「疲れた状態で頑張る」という感覚がなくなったことだ。夜に作業していたころは、「眠いけど続けなければ」というプレッシャーがあった。朝シフトに変えてから、「できる状態でやる」という感覚に変わった。それが、仕事への向き合い方を根本から変えた。

Audibleで3冊を通勤中に聴きながら、朝のルーティンを定着させた

「スタンフォード式最高の睡眠」「時間術大全」「メモの魔力」の3冊は、どれもAudibleで聴ける。

この3冊を通勤中に聴いて特に感じたのは、夜に聴くよりも朝に聴く方が、内容が行動に直結しやすいということだ。「今夜はちゃんと睡眠をとろう」「今日のハイライトは何にしよう」「今朝のメモは何を抽象化しよう」という問いが、朝の通勤中に自然に立てられる。

繰り返し聴くことで、3冊の内容が習慣の「リマインダー」として機能するようになった。「またルールを守れなかった」と感じたとき、通勤中に該当チャプターを聴き直すだけで、行動の設計が再びクリアになる。本は1回読んで終わりではなく、繰り返し聴いて行動に落とし込む方が、長期的な変化につながる。

Audibleは月額制で、対象タイトルが聴き放題になる。初月無料で始められるため、まず3冊を通勤中に聴くところから試してほしい。

※ 30日間の無料体験。いつでも解約可能。

まとめ：夜の作業をやめることは、学習を減らすことではない

「夜に作業しないと勉強時間が減る」という思い込みは、睡眠科学の観点から見ると逆だ。疲れた脳で3時間作業するより、睡眠で脳を回復させてから1時間集中する方が、質も量も上回ることがある。

「スタンフォード式最高の睡眠」は睡眠を最大の投資として捉え直させてくれた。「時間術大全」は朝の1時間を最高の集中時間として設計させてくれた。「メモの魔力」は朝の思考を言語化して1日の土台を作る方法を教えてくれた。

3冊に共通するのは、「量より質」という視点だ。長く作業することより、脳がシャープな状態で短く集中することの方が、エンジニアとしての成果につながりやすい。夜に頑張ることに疲れを感じているエンジニアに、この3冊が届いてほしい。

よくある質問