ものすごーい唐突なんですけど、トヨタなどでおこなうカンバン方式や、物流でおこなうＪＩＴとかと、アジャイル開発、とくにＴＤＤに近いものがあると思うんですよ。
カンバン方式では、カンバンを使うことにより、必要なものを、必要な分生産するということですよね（これが無駄を省く）同じ理屈で、ＪＩＴも、必要なものを、必要な分配送するということになった。
で、ＴＤＤなども同じで、要件を満たす分のプログラムを作るという形。在庫である、さきまわりした開発を否定している。
で、もし、その構図がただしいのなら、ＴＤＤも、トヨタのカンバン方式やＪＩＴと同じ問題が発生するということですよね。
カンバン方式の問題点は、その工場の、最下流工程となる、部品調達、これがいつでも必要な分できないと、カンバン方式が成立しない（たとえば、部品をあつめるのに、１ヶ月かかるとしたら、必要なときに、あ、部品がない！っていうので、生産が１ヶ月止まってしまう。たしか、アイシン精機かなんかで、火事かなんかで、こんな問題、おきなかったっけか？気のせい？）
部品調達が、いつでも必要な分できなるということは、その会社は、言われた分だけ生産できるという機動力を持っているということで、これは、人と経済力がないとできない（お金がないと、すぐに買い付けられない）。つまり、部品工場にかなり高い能力がないとできないことになる。
これをＴＤＤに置き換えると、どうなるかは、今度かくかも（実は、この先の話が書きたくて、今日、この話題を書いたのだが。。）
ＪＩＴの問題は、いわゆる部分最適と、全体最適の話。
ジャストインタイムで、ってことは、１回ですむ配送を、何回も何回も行うことになり、そのため、エネルギーを使うことになる。全体的にみると、よくないかも？？。。
これは、ＴＤＤの世界でもいえる。
仕様をみたすだけなら、Strutsだと、Actionメソッドに、いろいろ処理内容をかいてしまってもいいし（本屋さんで売られている本は、これがおおい）、もっとひどいケースは、値をじかがきしてしまってもかまわない。
でも、ふつうは、先読みする。よく、Actionメソッドで、以下のように、モデルの対応メソッドをよびだす「だけ！」というモデル処理がある。
public class Test extends Action {
public ActionForward execute(ActionMapping mapping,
ActionForm form,
HttpServletRequest request,
HttpServletResponse response)
{
TestModel tm = new TestModel();
return tm.execute(mapping,form,request,response);
}
まったくの無駄なプログラムにみえる。。。つーか、むだだ。
けど、これ、結構やってる気がするんだけど。。。どーかなあ？？
理由は、こんなかんじ
（１）モデルの対応メソッドのほう「だけで」画面を使わないで、テストできるので、単体テストが画面のプログラムができてなくてもできる
（２）自動生成した場合、ここに処理を書いてしまうと、新しく更新した場合、また書き直さないといけないが、この方式なら、自動生成してしまって、問題ない。
（３）jarを受け渡すとき、テスト用スタブと、実際用で切り替えたい場合、テスト用のモデルを集めたjarと、実際用のjarと、きれいにjarが分けられるので、テストのときは、jarの入れ替えだけで、テストモードが切り替えられる
まだまだあるけど、省略。
でも、これは必要最小限ではない。将来の問題を先回りしている。
ところが、テストを先回りして設計しないと、ある程度のところで、品質は、とまる。
なお、値埋め込みの問題は、ここに書くまでのこともないでしょう（データ更新されると。。ってこと）。
つーことで、ふつうは、必要最低限の仕様ではなく、テストのストーリーを考慮にいれて、システムを作っていたりする。。
で、そんなことは、どーでもよく、上の機動力とか、財務力の話を、
こんど、覚えていたときに書きたいと思います。
アクセス
トータル
ランキング
