＠IT：特集 「テスト駆動開発」はプログラマのストレスを軽減するか？

新しいソフトウェア開発技法へチャレンジできるか？ ソフトウェア開発の世界にも日々の進歩がある。そしてその中には、使えばさまざまな恩恵を受けられる技法もある。しかし、それらを現場ですぐに活用できるとは限らない。例えば、1990年代末に生まれ、1つのブームを形成したエクストリーム・プログラミング（XP）という開発技法がある。これは、とても優れた開発技法だと思うのだが、開発プロジェクト単位で、顧客まで巻き込んだ形で使われることが前提となっている。しかし、顧客ぐるみでまったく新しい方法にチャレンジできるかといえば、できないことの方が圧倒的に多いだろう。では、エクストリーム・プログラミングの技法を全部使おうとせず、使うことができる部分だけを取り出して試みることができるかというと、そういうわけにもいかない。エクストリーム・プログラミングは、いくつかのプラクティスと呼ばれる項目から成り立っているのだが、

[sh19910711]

"レッド／グリーン／リファクタリングの三拍子" わかりやすい説明だ

[hirsato]

#agiletokyo

[yanchi52]

TDD開発

[hokaccha]

[[ネタ]]

[Kur]

TDD = テスト駆動開発 （ここでは、時分割複信 Time Division Duplex ではない）

[chihiroy]

大いに勇気付けられます。「大規模プロジェクトのメンバーとして、たった1つのメソッドの開発だけを命じられた場合でも、（略）そのメソッドを開発するために試みることができる」

[samurai20000]

TDDの利点を更に知ることができた。red/green/リファクタリング！！！