【感想】レガシーコードからの脱却

以前読んだ書籍、レガシーコードからの脱却。
一通り読んだので、アウトプットとしてまとめてみました。

レガシーコードからの脱却 ―ソフトウェアの寿命を延ばし価値を高める9つのプラクティス

この本は発売当初、書店では売り切れで無くて、しばらく入荷を待ったくらい売れたみたいです。
確か最初はブログかTwitterかで目にして以来、気になっていたので購入してみました。

ざっくりと本の内容

レガシーコードからの脱却というタイトルの通り、プロダクトをどうしたら効率的に開発し続けることが出来るか。を、全体的なテーマとして書かれています。
9つにまとめられたプラクティスで、著者が「こうしたらいいよ」と語りかけてくれるような内容になっています。

で、その9つをピックアップしてみると、

１、やり方より先に目的、理由、誰のためかを伝える
２、小さなバッチで作る
３、継続的に統合する
４、協力しあう
５、「CLEAN」コードを作る
６、まずテストを書く
７、テストでふるまいを明示する
８、設計は最後に行う
９、レガシーコードをリファクタリングする

というテーマになっています。
全体的にそうですが、開発Howtoというよりはドリブンを示す形になっています。

特に印象に残った箇所

テスト駆動開発の事ですね。むしろこの事がインパクト大きくて後半もっていかれましたｗ
上の９つを見れば分かるのですが、６・７と、テストについての記述が続きます。
６でテストに対する誤解を解き、７でテストの有用性を書いている形です。
僕もそうだったんですが、「テストを書くのがめんどい」という意見を一刀両断しています。
テストがあるからこそ、後々記述量が増えたときに正当性を担保することが出来ると。
単に立ちふるまいが合っていればいいので、一つひとつのメソッドというよりは、ユニットごとの挙動をテストすることが重要だとも書かれていました。
僕はこれを読んだ時、単なるテストなんて・・・という考えが吹っ飛びましたｗ
また、テストカバレッジは100％じゃないと意味がない。とも・・・
Goではテストをちょくちょく書いていたのですが、外部に依存する難しい部分はすっ飛ばしてたなと・・・反省。

まとめ

オライリーの本だけあってかなり読むのに根気がいります。
が、書いてある事はとてもシンプルで、目からウロコの秘訣というよりは、当たり前の事をやっていきましょう。という形です。
個人的にはリーダブルコードのほうが断然身になるものがあったのですが、テストの重要性を知れただけでも十分価値はあったかな。と思いました。