訳者の角さんがlivlisで感想を書く人を募集していたので、応募したところ本書を頂くことができました。ありがとうございます。

この本は、「CleanCode」や「リファクタリング」に書かれているエッセンスが「CodeCraft」のようなイラストを交じえて、読みやすい文章で書かれています。それが安心の角さん訳になっているので、大変読みやすいです。

本書は「読みやすい(リーダブルな)コード」を書くためにはどうするとよいかという内容になっています。良いとされるコードを「読みやすい」と置いているのがミソと感じました。この本では、良いコードに必要とされているオブジェクト指向の原則とされていることが難しい言葉でずらずらと書かれているのではなく、「読みやすいコードは、こうである」というのが平易な文章で書かれています。

この本のよいところは、手をつけやすいところから話をしているところだと思いました。まずは、変数名等の名前のつけ方から、コード整形、コメントなどのコードの見ためから入っていきます。「良い名前が良いのはわかるけど、どうやって付けるんだよ?」とか思うかもしれないけど、よい名前の基準や選び方などがちゃんと解説されている。何が良いかだけでなく、何故良いかもちゃんと書かれているので、漠然と「良いコードとは何か?」と悩んでいる人は、この基準をベースに考えていけるようになると思います。

またこの見た目の修正は、コードを読むときに適用していけば、コードの理解も深まるしリファクタリングにもなるしで一石二鳥だなぁと感じました。本書を読んでいる最中に実際のプロジェクトに適用していったところ、コードのパターンが明確になり、より大きなリファクタリングをやるための下準備になると思うことができました。

また、日本語版の特典として株式会社クリアコードの社長である須藤氏の解説が書かれています。解説はクリアコードのブログであるククログにて、公開されています。解説では、須藤氏によるリーダブルなコードを身につけるために実践すべきことが書かれています。リーダブルなコードを書くためにはチームでも実践する必要があるんだということが書かれているのが特徴です。本編では個人で実践することが書かれており、解説ではリーダブルなコードはチームで育てる必要があるというのを認識させてくれ、とてもバランス良く感じます。

まだ解説を全部暗記できていないのですが、最近は他の人のコードを見たりすることが多くなったので、解説中に書かれている提案コミットは実践するようになりました。解説にあるとおりコミットの diff だけでは何故が伝わらないので、どうしてこうするかというのをコミットメッセージや pull request のコメントに書くようにしています。

最後に、この本をボッチで試行錯誤してコードを書いている人にお勧めしたいと思います。ボッチでというのは、他の人にコードを見せていない、見せていないわけではけどフィードバックを貰えていない人のことを指します。そういった人は、コードの基準が持てず自分のコードに自身が持てないのではないかと思います(私は幸いにして、会社の同僚からツッコミを得ることができ、まだまだ実践はできてませんが良いコードとはどういった感じかというヒントは貰えております)。自信が持てないと、自分のコードを公開するということも大変怖いと感じるのではないでしょうか。そんな方は、この本を読んで「良みやすい」コードの基準を知り、もっと自信を持って書いていけるのではないかと思います。