> > 漏れはﾊﾟﾀｰﾝになってるような設計を元からしていて後からそういうのが名前付いてるって知ったからな(;´Д`)
> > 漏れ的にはﾊﾟﾀｰﾝのが理解しやすいし保守しやすいと思うんだけど人それぞれだからなぁ
> 理解しやすくて保守しやすいってのが目的であってそれ以上のことはﾊﾟﾀｰﾝではできないと思うのよ(;´Д`)
> 工数が激減して原価率が異常に激減する！！みたいなわけじゃないし
> でもそのへん突っつかれると技術の人らは躍起になって工数を激減できるような
> ﾊﾟﾀｰﾝの適用方法を考えちゃうのな、なんかしらんけど(;´Д`)あれ良くないよねっていう感じ
> 対象の今後５年くらい先の予想規模との兼ね合いだよなぁ
> 数百万のお仕事のために課員全員が必死になって覚えるような類いのものじゃないというか
> あの手の＠ＩＴ知識を蓄えるよりも現場で使ってるテーブルのカラム名の意味を
> きっちり業務と対応させて覚えるとかそういう方が大事だよなぁというか(;´Д`)まぁ会社によるか

ﾊﾟﾀｰﾝは再利用しないと工数とかｺｽﾄとかに効果出にくいからね(;´Д`)
社内でﾌﾚｰﾑﾜｰｸみたいなの作るんでなければﾁｰﾑﾒﾝﾊﾞｰのﾚﾍﾞﾙに合わせる方がいいんだろうね

参考：2007/06/08(金)22時05分26秒