「レガシーコード改善ガイド」を読みました

以前から読もうと思っていましたがようやくレガシーコード改善ガイド (Object Oriented SELECTION)を読みました。読み始めて最初のうち、これは久しぶりに名著の予感と思いましたが、後半は自分の趣味と合わない部分が多々あったので、平均的には普通に良書という感想です。 ある意味、本書は奇書です。テストコードを書くためにコードの改悪も辞さない、という態度を貫きます。改悪は著者もわかっていて、次のように冒頭で断っています。 この仕事は外科手術のようなものです。切開し、内臓をかき分けていく間、美的判断は保留にしなければなりません。 小説には奇書と呼ばれる作品群があったりします(そして一部の熱狂的支持者がいます)。技術書で奇書と呼べるような本はあまりお目にかかりません。著者の技術レベルが低くて、内容がとんでもな意味での奇書は存在しますが、技術力のある著者があえて定石を外しまくる本書の

[katzchang]

「単体テスト時に偽装コードに置き換える箇所ほどバグの温床なのではないか」それ以外が安心できるなら、十分な効果。

[suginoy]

#pekema のインタビューネタにいいかも？「単体テストの紹介を見るにつけ、偽装コードに置き換えたそのシステム境界こそがバグの要因なのに、と思うことがしばしばあります。」

[akitsukada]

TDDでモックを活用するのは最小単位（=単体）からテストするためであって　それとは別に結合部分は結合部分でちゃんとテストすべきでは / この本は長編小説だ！

[takeboruta]

TDDが常識になるには…たしかに、うーん。

[hiroyuki1983]

「テスト駆動開発のどこに違和感を感じるかと言うと、単体テスト時に偽装コードに置き換える箇所ほどバグの温床なのではないかという疑念です。」

[lizy]

タイミング等実環境依存の問題以外が予め片付くと考えれば元は取れる、ぐらいで考えている。あんまり関係ないけど、TDDという単語の使われる範囲が広くなってる？

[liquidfunc]

銀行のシステムとソーシャルアプリのシステムでは必要な単体テストの規模が異なるし、一括りに「単体テスト」として扱われてることが問題の要因かと

[sonota88]

TDDタグでいいんだろうか

[t-murachi]

「単体テストの紹介を見るにつけ、擬似コードに置き換えたそのシステム境界こそがバグの要因なのに、と思うことがしばしば」humm...