「Tidy First?」を読んだ - @hihihiroroのLog

午前中に読んで、午後から設計が上達していることが目標と書かれているだけありとても薄い本である。
それなのに章はたくさん。どの章も数ページでまとまっていてとても読みやすかった。

第I部整頓

1章ガード節

2章デッドコード

3章シンメトリーを揃える

4章新しいインターフェイス、古い実装

5章読む順番

6章凝集の順番

7章変数宣言と初期化を一緒の場所に移動する

8章説明変数

9章説明定数

10章明示的なパラメーター

11章ステートメントを小分けにする

12章ヘルパーを抽出する

13章ひとかたまり

14章説明コメント

15章冗長なコメントを削除する

第II部管理術

16章分けて整頓する

17章連鎖

18章バッチサイズ

19章リズム

20章絡まりを解きほぐす

21章先に整頓、あとに整頓、改めて整頓、整頓しない

第Ⅲ部理論

22章要素を役立つように関係づける

23章構造と振る舞い

24章経済性：時間価値とオプショナリティ

25章明日の１ドルより今日の１ドル

26章オプション

27章オプション vs キャッシュフロー

28章可逆的な構造変更

29章結合

30章コンスタンチンの等価性

31章結合 vs 分離

32章凝集

33章結論

付録A 読書リスト・参考文献

本書では機能開発が大きく止まってしまうリファクタリングではなく、整頓(Tidy) について説明されている。

I部は変数名の調整や実装に対称性を持たせること、コメントの記載内容についてや使ってないコードの削除など、テクニックについての説明が多かったのでとても読みやすかった。読んでいてあーそうそう、そういうものだよねと思ったり、そういったことも言われているの読んだり言われたり気がするなと思うなど、懐かしい気分になることも多かった。しかしできてないものだらけだなと思う気持ちの方が多かった。

Ⅱ部では、具体的に開発の中に整頓を取り入れていくかが説明され始めている。ここでなるほどと思ったのは、振る舞いの変更ではなく構造の変更をするということ。また整頓をするタイミングの話もとても興味深かった。後回しにするとずっとやらなくなってしまうというのは整頓以外でもその通りだなと思った。ただ、やるだけでもダメで、やり始めるといつまででも行なってしまうため、適度にやることがすすめられている。この辺りは、動いているコードによって考えることは変わるだろうから何度も考えてみることが必要な気がする。

Ⅲ部はお金の話が書かれている。振る舞いと構造の関係について、ソフトウェアのなかでお金がかかるものについての説明などがされている。そして、変更のコストに大きく影響する結合と凝集について述べられていた。
個人的には、今作っているソフトウェアがいますぐ価値を生むものか、将来に価値を生むものかを考えるというのはやってなかったことなので面白かった。この辺りについては再度読み直して考えをまとめてみたい。

途中途中に出てくるが本書は個人で行うためのもので、次作がチームで行うための話となるらしい。そちらが出るのを楽しみに待ちつつ、まずは自分の中でできることを増やしておきたい。