ぶっちゃけ言ってしまうと「やっぱりTDDっぽいのがいいな」というところに落ち着きつつあるのだが、厳密にTDDをしたほうがよい、と思ってるわけではない。TDDとかExtremeプログラミング、Agileプログラミングにしても理想はいいんだけど、原理主義っぽい使い方は現実にそぐわないと思ってるからだ。

前置きはこれくらいにしておいて・・・重要だと思うのは以下の点：

という開発サイクルを取るべきだ、という結論に落ち着きつつある。

当たり前と言えば当たり前なんだけれども、開発をしている人はバグを例えば口頭で説明されたらその場で直して「直したよ！」って言って終わっちゃう事も多いので、そういう事を回避したい、という思いから上記サイクルを強く推奨したいのだ。

開発エンジニアとしてはバグを修正するために製品コードに手を入れるのは簡単だ。でもマーフィーの法則ではないけれども「一度起こったバグは必ずもう一度起こる」と俺は信じている。他のコードに手を入れた瞬間か、バージョンアップ時にコードを書き換えた時か・・・とにかくバグは起こるべくして起こる。

でもテストを作成せずに製品コードに手を入れてしまった瞬間、そのバグが起こったという事実さえ記録に残らない。次回起こるかどうかチェックができない。「なんでまた起こったんだ？」というクライアントの問いに答えられない。

それらを解決するのはリグレッションテストを増やす事しかないと俺は考えている。

とにかくあれだ、make test必須ってことだ。t/ディレクトリの中がt/regression-*.tというファイルで埋まってる状況こそ望ましいはずだ。世の諸君、テストを書くんだ！