TDDの自殺 #kyon_mmAdvent - うさぎ組

はじめに 僕は熱心にTDDを勧めているエンジニアです。 ですが、この2年でTDDが銀の弾丸ではないことも気付き始めました。 その気づきの一つがこのTDDの自殺です。 先にFacebookで投稿したところ、評価をもらえたので投稿します。 「読み手を選ぶエントリーです、(`・ω・´)ｷﾘｯ」 これを読んで「kyon_mmも落ちたものだ」と思ってもらっても構いませんし、「迷惑な話だ」ということであれば僕に猛抗議をしてもかまいません。 TDDとはなにか TDDは開発者を支援するフレームワークと定義します。 TDDは「開発者の意図を確認すること」「開発者が心地よいコードを書き始める事」を支援するフレームワークです。 TDDの基礎 TDDを支えるものとして次の要素があります。 客観的で頻繁にも実施できる検査群、確認し易い検査結果群、RED,GREEN,REFACTORのライフサイクル。 これらによって

[mikamama]

ちゃんと見ようと思いつつ、なかなか時間が取れませんの。"TDDの自殺"

[kamatama_41]

自分の中で明確にTDDを消化した状態で行わないと、こんな感じになってしまいそう。

[kimihito]

TDDの自殺 #kyon_mmAdvent - うさぎ組

[lizy]

今まで道草・寄り道しながら目的地に向かっていたのが、単なる一直線に進む作業になってつまらない、という意味なのかな

[Ehren]

モックやスタブを書いているときに「モックやスタブのテストをしているのではないだろうか」「モックを書いているようでプロダクトを書いているのではないか」と感じる場面があるはずです。

[tinsep19]

理想というのは 両ドメインが同一になることです。 「テストにのみアプリケーションドメイン」 が表現されていて、「プロダクトにはソ リューションドメインのみ」 す。

[tak4hir0]

TDDの自殺 #kyon_mmAdvent - うさぎ組 Advent Calendar, TDD | 17:57 | はじめに僕は熱心にTDDを勧めているエンジニアです。ですが、この2年でTDDが銀の弾丸ではないことも気付き始めました。その気づきの一つがこのTDDの自殺です。先にFac

[rryu]

RSpecではそのテストに必要な応答だけをするモックをその場で用意することで、そういうのを避けている気がする。

[nobeans]

"アプリケーション/ソリューションドメイン"という用語の具体イメージがいまいち不明なので"まとめ"が？？？だけど、モックを多用しているとほげほげと言うまとめ直前の問題意識自体は理解できた（と思う）

[igrep]

やべぇ眠くて分からない。後で読み直そう。

[iww]

「開発者の意図を確認すること」「開発者が心地よいコード(プロダクトコード)を書き始める事」 TDDってつまんないデグレを防ぐための機構だと思ってたけど、こんな意図があるのか。

[dagjmpd]

TDDの自殺 #kyon_mmAdvent - うさぎ組 (id:kyon_mm / @kyon_mm)

[chintaro3]

「TDDは自身のその役目ゆえにプロダクトコードを自殺に追い込んでいることに気付かない。たいていは気付いた時には自殺してしまっている。」

[ts_asano]

個人的には「テストコードは、（テスト対象のコードに対して）意図している仕様の明確化」くらいの捉え方をしてます。

[maraigue]

そもそもTDDのミソが「解決したい問題と解決方法というのは1対1の関係、つまり等価である」に逆行することだと思う。テストとプロダクトで重複させることで、リファクタリングし易くする等々の効果が生まれるのかなと

[yujiorama]

どこに焦点を当てるのか問題な気もするんだけど