makotan _at_ gmail dot com

DomainModelとTransactionScript

えっと、某所の話とは無関係に感じた事を・・・メモ

  • 実装としてものすごく良いものを作れたとしてもコスト増になる。それはNG。
  • 実装はしょぼしょぼでもタイミングよく、手離れ良くリリースできる。それはGOOD。

ここに保守の問題を絡める。
ある手法・プロセス・アーキテクチャを使う事で保守がし易くなる。これはGOOD。
条件として、

  • 新規に開発した人がいる事。これはNG
  • 高いスキルを要求する。これもNG
  • ある程度の技術レベルで対応できる。これはGOOD
  • だれでも出来る。これはあり得ないハズ

さらに、保守性の問題も絡める(こっちはソフトの質の話)

  • 一カ所を変更すると色々なところに影響が出る。これはNG
  • 修正するための場所がどこなのか不明。これはNG
  • 動作する事を確認するのにすべて手作業でテストする。これはNG
  • ビルドシステムがない。これもNG
  • 一カ所を直すとそれに関連するすべてが修正される。これはBEST
  • 修正の箇所が簡単に判断できる。これはGOOD

このくらいの条件を考えたら、あとは自らどこにターゲットを設定してどうするかを自分で選択すれば良いだけかな。