コードレビューで「もっと良く書ける」と言われた時に読む本
「動くけど、もう少しきれいに書けるよ」
コードレビューでこう言われて、何と答えれば良いかわからなかった経験はありませんか？
何がダメなのか、どう直せば良いのか、わからない。AIに聞いても「もっと良く」のヒントはくれるけど、本質的な理解は深まらない。
そんな時に読むべき本を紹介します。
1. リーダブルコード
いつ読むべきか: レビューで「変数名がわかりにくい」「関数が長すぎる」と言われた時。
薄くて読みやすい。たった15章で、良いコードの基本を押さえられます。
- 名前に情報を詰め込む
- 誤解されない名前
- 無関係な下位問題を抽出する
どれも「聞いたことはある」内容ですが、実例が豊富で自分のコードを見る目が変わります。
2. Clean Code
いつ読むべきか: レビューで「責任が混ざっている」「抽象レベルが揃っていない」と言われた時。
Uncle Bob の聖書。関数、クラス、コメント、エラー処理 — あらゆる側面で「良いコード」を定義しています。
特に第3章「関数」と第10章「クラス」は必読。
3. リファクタリング
いつ読むべきか: レビューで「この設計は拡張しづらい」と言われた時。
Martin Fowler の名著。66個のリファクタリングパターンが掲載されています。全部暗記する必要はありません。リファクタリングは段階的に、テストを保ちながら行うという考え方が身につけば十分です。
4. 達人プログラマー
いつ読むべきか: 「キャリアの方向性がわからない」と感じた時。
技術書というより、プログラマーの哲学書です。DRY、直交性、ソースコントロール、テスト、自動化 — プログラマーとして大切な価値観が詰まっています。
5. Code Complete
いつ読むべきか: 「自分のコーディングスキルを体系的に鍛え直したい」時。
900ページ以上の大著。1回で読み切る必要はありません。気になる章だけ読むだけでも、プログラミングという行為への見方が変わります。
でも、本を読むだけでは身につかない
これらの本を読んで「なるほど」と思っても、実際に自分のコードに適用するのは難しい。
本の概念と自分のコードを結びつけること— ここが学びの最大の壁です。
CodeSenseiの役割
CodeSenseiは、これら名著を含む95冊の技術書の知見をAIに学習させています。
あなたが自分のコードを貼り付けると、「このコードからリーダブルコードの第2章が体感できる」「ここはClean Codeの『関数は小さく』に反している」とAIが教えてくれます。
本 × AI × あなたのコード。この掛け算が、最速の学びを生みます。