DDDは、カオスの辺縁を追求するような作業であって、「明らかに誤り」というのはわかっても、「十分に成功した」かどうかは常にわかりにくいのだと思う。 DDDの実践は実際には古くて、自分の観測範囲としては、2000年ごろには、オブジェクト指向の行き着く先…

要約 境界付けられたコンテキストは、次のように階層的に認識すべきだろう。 (1) 複数のステークホルダー同士が一式の業務用語セットを共有している範囲としてのコンテキスト ＊一般に複数のサブドメイン横断的である。 (2) (1)のコンテキストと、サブドメイ…

モデル駆動の実現方式には、「内部DSL式」か「外部DSL式」かの選択と、「インタープリター式」か「コンパイラー式」かの選択があると考える。 内部DSL 「内部DSL式」では、ホストとなるプログラミング言語と同じレベルでモデル記述する。Javaだったらアノー…

以前の記事を補足、あるいは主張を一部修正するものです。 〜・〜 サブジェクト指向とは？ ある要求仕様のセットがあったとき、そこに仕様変更のライフサイクルに違いのあるサブセットが認められるならば、それらは、同一のデータ資源（＝オブジェクト）に関…

6月5日に開催された、かとじゅん氏（Twitter:@j5ik2o）主催の「DDD座談会」に参加してきました。 後半戦、アルコール後は、文字通りの座談会となり、大いに盛り上がりました。 #dddzk 盛り上がってきたww pic.twitter.com/Ytgj21us5G— なおぴ！ (@naopi) 201…

要約 エンタープライズ・システムでは、同じ用語でも、部門や担当が異なれば意味も異なっている、という状況は日常的です。各担当が各人のリアルとして見ている個々の"Fact"と、全ての担当の見解を統合的に説明できる“イデア”であり仮説である"Truth"には、…

要約 動的振る舞いのモデル化には、単に関数型というよりも、純粋関数型の一つの適用と捉えられる「データフロー・プログラミング」としての理解が有用です。データフロー・プログラミングとは数値計算処理を関数型の概念で再構成したものです。データフロー…

要約 関心対象について分析し理解しようとしたら、多かれ少なかれ「要素分解していく方法」を取るでしょう。「要素分解していく方法」とは構造を捉えることに関してのアプローチです。 構造を捉えるに当たって、OOは「要素分解していく方法」をよく支援しま…

要約 (1) 参照系の要件はもっぱらデータ資源利用側から発せられ、更新系の要件はもっぱらデータ資源提供側から発せられる。 (2) よって、もし「フロントエンド・アプリ」と「バックエンド・サービス」とに階層分けするならば、参照系は「フロントエンド・ア…

ビットコインおよびブロックチェーンは、中央の第三者機関が無くとも、相互に信認できる取引を遂行していける仕組みが構築可能な事を示しました。ビットコインやブロックチェーンに触発された「Bitcoin 2.0」などと総称される様々な後続プロジェクトが立ち上…