DomainModelとTransactionScript
えっと、某所の話とは無関係に感じた事を・・・メモ
- 実装としてものすごく良いものを作れたとしてもコスト増になる。それはNG。
- 実装はしょぼしょぼでもタイミングよく、手離れ良くリリースできる。それはGOOD。
ここに保守の問題を絡める。
ある手法・プロセス・アーキテクチャを使う事で保守がし易くなる。これはGOOD。
条件として、
- 新規に開発した人がいる事。これはNG
- 高いスキルを要求する。これもNG
- ある程度の技術レベルで対応できる。これはGOOD
- だれでも出来る。これはあり得ないハズ
さらに、保守性の問題も絡める(こっちはソフトの質の話)
- 一カ所を変更すると色々なところに影響が出る。これはNG
- 修正するための場所がどこなのか不明。これはNG
- 動作する事を確認するのにすべて手作業でテストする。これはNG
- ビルドシステムがない。これもNG
- 一カ所を直すとそれに関連するすべてが修正される。これはBEST
- 修正の箇所が簡単に判断できる。これはGOOD
このくらいの条件を考えたら、あとは自らどこにターゲットを設定してどうするかを自分で選択すれば良いだけかな。