2019年12月12日追記:家電会議を終了しました。ご利用いただいた皆様、ありがとうございました。 2016年9月8日にサービスを開始して以来、ユーザーの皆さまにご利用、ご愛用いただいてきた「家電会議」ですが、2019年12月12日をもちまして終了させていただきます。また、これに伴い、ソニーホームエンタテインメント&サウンドプロダクツ株式会社が運営するVideo & TV SideViewに、家電会議の一部ページを利用し提供していた「話題のTVニュース」枠も終了します。ご利用いただいているユーザーの皆さま、大変申し訳ございません。深くお詫びいたします。 家電会議は、はてなブックマークの機能や膨大なブックマークデータを活用し、機械学習などを用いながら家電やエンターテイメント情報に特化した実験的なサイトでした。これらのページについては、2019年12月12日以降はご利用いただけなくなります。た
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を採用すると開発時間が膨らむ、すなわち、開発コストが 膨らむからです。そして、ソフト開発では細かな仕様は変化していきます、 するとTDDではそれに合わせ、テストを修正していかなくてはなりません。 また、TDDで書かれたテストが全てのケースを抜けなく網羅できていること は稀です、抜けは必ず
ペースが速い現代のソフトウェア開発環境では、テスト駆動開発(TDD)という言葉をよく聞きます。その利点だけでなく欠点についてもソフトウェア開発コミュニティでよく議論されています。TDDについて、”自己嫌悪に陥って屈辱を味わっている者に対する非現実的で効果のない道徳教育のようなものだ”と言う人もいれば [1] 、”リファクタリングを使って迅速な設計を支援するただのツールだ”と言う人もいます [2] 。 「ダメなプログラマは全てに答えを持つが、優れたテスタは全てに疑問を持つ」 Gil Zilberfeld しかし、TDDは新たな手法というわけではありません。広く知られている最も古い文献は1957年に出版されたD.D. McCracken著の『Digital Computer Programming: The First General Introduction in Book Form, St
Copyright © 2004-2024 Impress Corporation. An Impress Group Company. All rights reserved.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く