『レガシーコードとは、単にテストのないコードである』
という素敵なサブタイトルが興味をそそられます。
レガシーコードにテストコードを追加していく
様々な手法が紹介されています。
主には、キレイに依存関係を排除していく方法が書かれています。
リファクタリングツールがない場合の細かいリファクタリングのステップ等も記載されているので、
大変参考になります。
依存関係の排除以外にも
テストがないコードを保守していく際に必要なテクニックが満載です。
様々な状況別に対応策が記載されているのも分かりやすくてよかった
時間がない。
依存関係が多過ぎてテストが書けない
そもそも、どうやってテストコードを書いていいのかわからない。
etc...
これを気にテストコードを書いていく癖を付けたいものです。
様々なコストのお話。
商品の流れなど解りやすく解説してくれている本です。
同じ商品でも値段が異なってるのは何で？
金額以外の様々なコストって何だ？
作る側のコスト、使う側のコスト。
そういうのを意識してプロジェクトも動いていくんやろうなーと。
普段の生活でちょこっとコストのことを意識するだけでも
かなり楽しくなるんじゃないかなと思いました。
.
「オブジェクト指向でなぜつくるのか」
ずっとC言語で構造化プログラミングしかしてなかった僕が
この本を読んでオブジェクト指向を勉強しました。
プログラムの歴史から書いてあり
なぜオブジェクト思考という考え方にいきついたのか？
という内容からはじまりUMLの基礎まで書いてありました。
かなりわかりやすく書いてあったので
これからオブジェクト指向を学んでいくという人にはお勧めです。
.
「若者はなぜ３年で辞めるのか？」
なぜ、若者が転職したくなるようになったのか？
なぜ、会社がやりたいことを明確に持っている人を採用するようになったのか？
年功序列？成果物主義？なーんてことが書いてありました。
個人的には就職する前に読んでおきたかった一冊でした。
是非これから就職活動を
行なおうと思っている人、行なう人
は一読する価値はあると思います。
