TDDという名の幻想... - Qiita

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? TDDは死んだ。テスティングよ栄えよ。 by DHH http://d.hatena.ne.jp/yach/20140424#p1 【翻訳】TDD is Fun http://diskogs.hatenablog.com/entry/2014/04/25/085112 を読んで思ったことをつらつらと書いてみます。 TDDはできれば、やったほうが良いのは確か？です。 しかし、実際の開発現場で全面的に採用するのは ミドルウェア等の画面の存在しないソフトの開発以外では ほとんどの場合、無益です。 なぜなら、TDDを採用すると開発時間が膨らむ、

[a_suenami]

炎上の予感したからこっそりコメントしてわかってもらおうとしたんだけど朝起きたらホッテントリしてた…

[joker1007]

この人、色々言ってるけど、現実の現場はまともにコード書ける奴なんてほとんど居ないのでTDDなんてやれるわけねーんだよ、と言ってるだけでは。DHHのエントリ引用してるがそういうレベルに全く到達していない。

[windish]

本文記事は「俺たちにつかいこなせないものに価値はない」と言ってるようにしか見えない

[hikalin8686]

レガシーコード改善ガイドを読んでも何にも刺さらなそう

[kk6]

炎上の臭いがする

[cad-san]

何かTDDのアンチパターンに落ち込んだ系の印象があるので、実践された「TDD」の内容を具体的に書いて頂けると、不幸になる人間が減るのではないかと思います。

[Nagatani]

コメントが本文だと言わざるを得ない

[kyon_mm]

コメントGJ! a_suenami !　本文は(ry

[kompiro]

「お前はお前の道を行け。俺は俺の信じる道を行く。」でいいじゃない。そんな熱く議論しても何も生み出さない。自分はユニットテスト書くのすきだから、エントリまとめ中(ステマ) http://qiita.com/kompiro/items/78f2c8d2022a685baa83

[atsushifx]

生半可な知識で葉記事を書くと火傷をする好例。DHHもテスティングを否定はしてない。いわゆるウォーターフォールでもテスト工程はあるし、コスト削減でテストを省くとどうなるかはみずほ銀行などいくらでも例がある

[otihateten3510]

"抜けは必ず発生します、だからといって、テストコードを。レビューしだすと、開発時間(コスト)が膨らみます"　俺もここがずっと解せない。彼らは一体どうやってるんだろう。

[shoh8]

コメントが本論

[hisasuerror]

コメントを含めると TDD についての理解を深めるための良い記事になっている

[kikuchi1201]

はい

[sentas]

こんな事あったのかー。コメント読んでためになった気がする

[mmorita44]

おお、主張したかったことが全て書かれていた。ぶっちゃけTDDの開発手法は習得に時間がかかる上、開発時のコストもかかるんだよな。

[ikosin]

“そもそも、TDDは「品質確保」をしたいわけではありません” "TDDする前にTDDすべき対象を取捨選択するための経験が必要"

[ama-ch]

コメントが良かった。

[hiroqli]

読み物として面白かった。

[kat21]

コストを含めて議論することはとても良いこと。エンジニア以外の人も読んでるのかな？

[NetPenguin]

TDDは開発手法であってテスト手法では無いというのが私の認識。

[tkosh]

実装者が意図したものが意図した通りに実装できるからTDD有用ってだけで、それ以上のものを期待しちゃいかんと思う。それぞれの手法のいいとこ取りをしたらよろしい。

[Horiuchi_H]

TDDって名前自体が前々から問題になってたよね。“「Implemantation first」「Test second」「No(t) Test-less」な方向” というのは凄く同意。

[Chishow]

コンソールゲーム機業界ではTDDは無いなって思う　でもまぁもっと大雑把に特定のゲームモードがエラーなく起動するかぐらいな自動テストはもっとしてもいいと思う

[mas-higa]

"自分でゼロから書ける開発エンジニアをほとんどの開発現場ではまず揃えられません。" そんな現場で有効な "開発現場で産まれ揉まれ実践されてきたテストを含めた開発メソッド" に興味がある。

[honma200]

まぁ、私も失敗したクチなので、微妙だなぁ。回帰テスト多いからやりたいんだけど

[kasumani]

TDDという名の幻想... しかし、実際の開発現場で全面的に採用するするのは ミドルウェア等の画面の存在しないソフトの開発以外では ほとんどの場合、無益です。 Tags: feedly, ifttt, recently read, saved for later from Pocket May 08, 2014 at

[otchy210]

コメントの議論が興味深い。…が、3度の転職を通じて 4 種 4 様の会社で色々な現場をみてきた身としては、特に Web 系においては TDD の恩恵が発揮できるケースが少ない、という著者の意見に賛同する。

[ledsun]

長い。「TDDのためにプロダクトコードを犠牲にする（テストコードだけのためにアーキテクチャを変更する）のは教条主義」でOK

[iR3]

コメントの中で専門家がTDDやっても効果があったりなかったりという部分は興味深い。それにしてもリグレッションテストの自動化の為にCapybara/Turnipは良い！！！

[estragon]

TDDやるなら、開発チーム内でのしっかりしたガバナンスとメンターが必要だろうし、事前の研修・トレーニングも必要になるだろうから、小規模チームか、内製化しているシステム部とかでないと採用できない気がする

[katsuren]

コメント欄

[zepbag]

コメント面白い

[noonworks]

「仕様書と同様にテストは最初から完璧なものを書かねばならぬ」と考えてる人と「コードと同様にテストも最初から完璧に書くのは無理だから見直しながらやってく」と考えてる人がいるように感じる

[sonots]

コメント欄で盛り上がってた

[s-kic]

コメント欄を追うのが吉。

[shimojik]

面白い

[lenore]

コメントがためになるとブクマコメで見て。

[yugui]

為になるコメント欄。