# 思ったより長続きしますね、これ (^^)
みなさん、お疲れ様です。
村山さん、こんにちは。（たいへんですね ^^;)）
> というより，OOA/OODの人は実装やパフォーマンスやデバッグの
> ことを考えてませんから．
ですね。
でもまぁ、これはOOA/OODに限らずいえますよねー。 ^_^;)
なんというか、「こんなんで作れるんかぁ？！」と、叫びたくなるような
数百ページに及ぶ仕様書とか、つじつまの合わない記述とか。。。
# 『辞書』や『作文』やないねんから、ほんま
順番前後しますが・・・
> 自分で実装するのでなければ，しょせんは人ごと．自分の懐は痛みません．
まあ、そういう感覚の人がいないわけではないでしょうけど、一応は
実装系の方々を交えたレビューをするでしょ？（え？！しない？）
「ひとりよがりな設計（脳内ユーザを作る）」や、「ひとりよがりな実装
（脳内仕様を作る）」は、どちらもメンテナンス困難な成果物しか出て
きません。
結果、いつも痛みを食らうのはお客様だったりします・・・。
# 高い金出して「得体の知れんもんを食わされる」みたいな (T_T)
> 実装に直面した途端に設計の欠陥が露呈し白紙撤回するか，強引に
> 無理強いして現場の足を引っ張るか，そのいずれかでしょ．
しかしまぁ、UMLなんかで（ある程度）ソース自動生成がおこなわれる
昨今、コアな実装系は別として、一般的な実装系の人はほとんどいらなく
なってきてるのではありませんか？
つまり、“実装に対して足を引っ張る”なんてことはない、と。 :)
それは置いといて、なんというか
要望←→分析
分析←→設計
設計←→実装
実装←→機械
といった、各々のレイヤーでうまくするのがプロフェッショナルなのかと。
※両方向なのは『フィードバック』やイメージです
なので、「白紙撤回」なんて考え難いのですけど・・・。
（いや、たぶん誇張しておっしゃられているのかと存じますが ^_^;)）
# それは「実装を知らない」というよりも、“業務を解っていない人”とか
# “コンピュータは魔法道具と思っている人”の分析設計なのでは？
あ、そうそう、「すぐに謝る」のは私の“クセ”にございます。 m(__)m←あ、また
なので、そないに気にせやんでくださいませ〜。
# なんつーか、TV通販の‘安くてすいませんパフォーマンス’みたな
三木