ドメインをデータのワークフローと捉えるのか、ユーザーが期待する振る舞いと捉えるか
#ドメイン #ワークフロー
from 内製するならドメイン知識の習得が容易いフロントエンドから
@shinoyu: ドメインを、データのワークフローと捉えるのか、ユーザーが期待する振る舞いと捉えるかで割れるやつだ
どちらの面も正しいと思ってる。
@q42_engineer: @shinoyu 言いたいのはデータのワークフローより、ユーザーが期待する振る舞いの方が学習しやすいということです。
@shinoyu: @q42_engineer 見た目でわかるというポイントはありますね
@q42_engineer: @shinoyu もう、単純にそれだけですね。そこからスタートした方が学習コスト安いし、そこをおさえるとSoEをおさえる足掛かりにできる。ということですね。
koushisa.icon
主体(観測者)の置き所によって変わりそう
全てのモノゴトはその時点での観測者の環境や立場に相対的である
外部から観測できないプロセス外依存とのコミュニケーションは実装詳細である
きちんと設計されたテストケースはフラクタル構造である
外側に近いほどユーザーが期待する振る舞いに近くなる
外側に近いモジュールほど一方通行のストーリーを作る
ソフトウェアデザインの対象となる3つのモデル
関連
Domain Modeling Made Functional
仕様を決めるときは機能ではなくユーザーから見た価値やシナリオ、ワークフローに着目する