コードを書かずに技術力を上げる休日の過ごし方

この記事は約 5 分で読めます。

「休日もコードを書かないと置いていかれる」という焦り

平日は仕事でコードを書き、休日も個人開発やオープンソースに貢献する。そういうエンジニアの話を SNS で見かけると、焦りを感じます。

しかし、休日にコードを書くことだけが技術力向上の手段ではありません。むしろ、コードを書かない時間にこそ伸ばせるスキルがあります。

コードを書く力と設計を考える力は別の筋肉

平日の仕事では、目の前のタスクを片付けることに集中します。コードを書き、テストを通し、レビューを受ける。この繰り返しで「書く力」は鍛えられますが、「一歩引いて全体を見る力」は鍛えにくいものです。

休日は、この「一歩引く」時間に充てるのが効果的です。

コードなしで技術力を上げる 5 つの方法

1. 設計の本を読む

コードの書き方の本ではなく、設計の考え方の本を読みます。SOLID 原則、デザインパターン、ドメイン駆動設計。これらはコードを書かなくても理解でき、月曜日からの設計判断に直接効きます。

ソファに寝転がって読めるのも利点です。パソコンの前に座る必要がありません。

2. 紙とペンで設計スケッチを描く

今のプロジェクトのアーキテクチャを、紙に描いてみてください。モジュール間の依存関係、データの流れ、外部サービスとの接点。

描いてみると「ここの依存関係がおかしい」「このモジュールの責務が曖昧だ」と気づくことがあります。コードを見ていると木を見て森を見失いますが、紙に描くと森が見えます。

アーキテクチャの本を手元に置きながらスケッチすると、設計の改善案が具体的に浮かびます。

3. 技術記事を書く

自分が最近学んだことを、他人に説明する文章にまとめます。ブログでも社内 Wiki でも、メモアプリでも構いません。

「書く」という行為は、理解の浅い部分を容赦なく炙り出します。「なんとなくわかっている」ことを文章にしようとすると、「実はわかっていなかった」部分が見つかります。この発見が、理解を深めるきっかけになります。

4. 他人のコードを読む

GitHub の Trending を眺め、気になるリポジトリの README とメインのソースファイルを読みます。コードを書く必要はありません。読むだけです。

「この人はなぜこの構造にしたのか」「自分ならどう書くか」を考えながら読むと、設計の引き出しが増えます。特に、自分が使っているフレームワークやライブラリのソースコードを読むと、内部の仕組みへの理解が深まります。

5. 技術系ポッドキャストを聴く

散歩しながら、家事をしながら、技術系ポッドキャストを聴く。画面を見る必要がないので、目と手を休めながら技術の話題に触れられます。

ポッドキャストの良さは、現場のエンジニアの生の声が聞けることです。本には書かれない「実際にやってみたらこうだった」という経験談が、自分の判断基準を豊かにします。

「何もしない」も技術力向上の一部

ここまで 5 つの方法を紹介しましたが、最も重要なのは「休む」ことです。

疲れた脳で本を読んでも頭に入りません。燃え尽きた状態で書いたコードは質が下がります。十分に休息を取った月曜日の朝に 1 時間集中したほうが、疲弊したまま休日に 3 時間粘るより前に進むこともあります。

休日にコードを書かないことに罪悪感を覚える必要はありません。休むことも、長期的な技術力向上の一部です。

関連記事

• コードを書かない日に読む本
• 週末 2 時間の「深読み」が平日の仕事を変える

まとめ

休日にコードを書かなくても、技術力は伸ばせます。設計の本を読む、紙に設計スケッチを描く、技術記事を書く、他人のコードを読む、ポッドキャストを聴く。そして何より、しっかり休む。コードを書く力は平日に鍛え、設計を考える力は休日に鍛える。この使い分けが、バランスの取れた技術力を育てます。