TDD、TDDと言うけれども。TDDのダークサイドについてそろそろ一言語ってみる。 - Fly me to the Luna

id:t-wadaさんの話の中で、TDDが品質を保証するわけではない、という話があったんですが、それについて私見をつらつらと。ちなみに自分は2年くらい仕事でTDDをやってきました。 やってきた中で下記のTDDの利点を感じることができました。 その時に気づいた最もシンプルなコード、クリーンなコードができる テストコードからコードを書く、と言うのはプロダクトコードの利用方法が考えられるのでとても有効に作用します。id:t-wadaさんもリファクタリングが一番重要と話されていましたが、テストコードがあれば安心してリファクタリングができます。 より高い品質のコードが書けるようになる これはt-wadaさんの話の中でもありましたね。なぜかと言うと、プロダクトコードが実行される時の前提条件を知ろうとすると、結構いろいろなコードに目を通すことになります。コードに目を通すことで優れた先人の知恵を見つけるこ

[lizy]

「TDDでコードを書くときは、あえて全体の設計を行わないように語られますが」そうでしたっけ。「それ」が必要ならやっても良さそうにも思えますが

[todogzm]

うーむ、確かにボトムアップ型の開発なので、部分最適になりやすいでしょうなぁ。最初に設計者が全体像をきっちり書く必要がありますね。

[honeybe]

暗黒面

[atsushifx]

TDDはあくまでもコードを書くときの話なので、そこにアーキテクチャや設計を期待しないこと。リファクタリング・アジャイルモデリングなどの設計方面で支援しなくちゃいけない

[shozzy]

ふむむ

[Nagise]

おおきな構想というか、巨視的なソフトウェアアーキテクチャに弱いというのは頷ける

[hirose504]

TDDで書かれたテストケースは、クリーンなコードを残すためのリファクタリングのための外殻というだけなのかも

[akkun_choi]

全体の設計にもろい。部分最適になる

[bash0C7]

"クリーンなコードを残すためのリファクタリングのための外殻"

[nanakoso]

>TDDで書いたプロダクトコードは、部分最適なコードになりやすい。

[bobbyjam99]

"TDDで書いたプロダクトコードは、部分最適なコードになりやすい。"/"あらかじめコードを書く時点で分かりそうな事は、最初に入れておくことは悪ではないはずです。何事もバランスが肝心"

[sett-4]

プロダクトコードを書くときに、最初から最適化されたコードを書くのは悪である、と語られる事が多いです。これはTDDの話ではないですが、あらかじめコードを書く時点で分かりそうな事は、最初に入れておくことは悪で

[takeshiketa]

『TDDで書いたプロダクトコードは、部分最適なコードになりやすい。』最近アート・オブ・アジャイル・デベロップメントでそのへん言及されてる部分読んだ。そーいう現実もあるのね