[B! DDD] yassのブックマーク

DDDで設計するならCQRSの利用を検討すべき - Qiita

タイトルに書かれていることで全てなのですが、DDDとCQRSの併用について強調している日本語の情報が少ないので、軽くまとめておきます。 CQRS+DDD CQRS(コマンドクエリ責務分離)とは、サーバの機能を「コマンド」（副作用あり）と「クエリ」（副作用なし）で完全に分けちゃおう、という考え方です。そもそも「コマンド」と「クエリ」ではあらゆる要件が異なります。一貫性：「コマンド」は整合性のある処理が必要、「クエリ」はあまり気にする必要なしストレージ：「コマンド」側は正規化してデータを保存したい、「クエリ」側は非正規な方が効率的スケーラビリティ：「コマンド」は全体の負荷の中で占める割合が少ない、「クエリ」は負荷が大きいなので分けちゃうわけですが、コマンド側複雑なビジネスロジックが絡むので、ドメイン駆動が活躍クエリ側複雑なビジネスロジックがないので、ドメイン層はスキップ

yass 2015/01/09

" CQRS(コマンドクエリ責務分離)とは、サーバの機能を「コマンド」（副作用あり）と「クエリ」（副作用なし）で完全に分けちゃおう、という考え方です。"

CQRS
ddd

リンク

持続可能な開発を目指す ~ ドメイン・ユースケース駆動（クリーンアーキテクチャ） + 単方向に制限した処理 + FRP

この記事は、開発を持続可能にできるようなアーキテクチャとその適用方法を考察するものです。骨子はできていますが、実装経験をフィードバックして詳細を若干変更するかもしれません。勉強不足な点もあるので、意見を歓迎します。開発においてよくある問題点ビジネスロジックの本質が何だったか見失う。ソースコードのどこまでが業務上の関心で、どこからがそれを実現するための技術上の関心か分からなくなる。入出力双方向の処理が散在して処理が追い切れなくなる。特にイベント処理でどこに飛ぶかわからないコールバック地獄になる。初期化・つなぎ込み・統合者的オブジェクトが小さな機能単位で生まれて統一感が無くなる。状態を持つ値が大量に散在して副作用を起こしバグを生む。これらの問題の結果、小さな単位ごとに個人のノウハウで"良い"設計がされ、機能を追加しようとしたときにどういう方針で行えばよいか分からなくなる。解決

yass 2015/01/05

リンク

要求の複雑性とアーキテクチャの複雑性 - assertInstanceOf('Engineer', $a_suenami)

なんか朝ふと考えたこと特にまとまってない状態で書いてみる。もしかしたら今年最後のエントリになるかもしれないエントリがそれでいいのかっていう気がしなくもないけど。僕たちのようにソフトウェアをつくている人たちは本質的に複雑性に立ち向かうことが主な営みである。世の中というのは複雑であり、その複雑な世の中で問題とされていることを解決しようとするとその中でもとりわけ複雑な領域を取り扱わなければならない。そうでなければそもそもソフトウェアなど必要ないことになる。人間がそれをやるにはワーキングメモリが少なすぎるとか、時間がかかりすぎるとか、原因は何かわからないけど何らかの理由によりちゃんと遂行できないものこそソフトウェアをつくって解決するべきなのだということになる。逆に言えば僕たちソフトウェア産業従事者が今も仕事を手に出来ていてちゃんとご飯が食べられているのは世の中が複雑であることの恩恵かもしれない

yass 2014/12/28

リンク

「正しいものを正しくつくる」ための考え方・道具を整理してみた | GuildWorks Blog

yass 2014/09/20

UX
ddd

リンク

Developers Summit 2014 で「Play2/Scalaでドメイン駆動設計を利用した大規模Webアプリケーションのスクラム開発の勘所」という内容で発表してきました - sifue's blog

あまりにタイトルが長すぎるだろうと各所から突っ込まれ、あまりにも詰め込んだ内容で発表してしまったとちょっと反省しています。お話としては、現在ニコニコ生放送の内部をPHPからScalaへ書きなおしているよ、というお話でした。発表内容はこちら。 Developers Summit 2014 「Play2/Scalaでドメイン駆動設計を利用した大規模Webアプリケーションのスクラム開発の勘所」 from Yoshimura Soichiro これらの内容は、これからScalaを使ってWebサイトを構築、運営してみようとしているリーダーさん向けに書いたものとなっています。Play2/Scalaやドメイン駆動設計、またスクラム開発の導入への足がかりにの情報となっていれば幸いです。こんな雪の中わざわざ聞きに来てくださった皆様、そしてこの書き直しを着想するにあたってお世話になった特にじゅんいちかと

yass 2014/02/14

リンク

[Jjug]java small object programming

2. 2 自己紹介 •  長谷川裕一 •  Starlight&Storm 代表 –  1986年、イリノイ州警察指紋システムのアセンブリ言語プログラマからスタートして、PL／PMと経験し、アーキテクト、コンサルタントへ –  現在はオブジェクト指向を中心に、コンサルティング（IT戦略、技術、プロセスetc）や教育で活動 •  書籍 –  プログラムの育てかた（ソフトバンク）、Spring入門、Spring2.0入門、間違いだらけのソフトウェア・アーキテクチャ、Spring3入門（以上は技術評論社） •  その他 –  日本Springユーザ会会長、SQuBOK策定メンバ（アーキテクチャ構築／評価担当）、株式会社フルネス取締役、チェンジビジョン・コンサルティング・パートナー 3. はじめに •  本日、もって帰って頂くもの –  S-OPとはどのようなもので、何に有効なのか

yass 2013/05/18

リンク

ドメイン駆動設計という仕事の流儀

8. ドメインモデル指向の設計パターン業務活動のトリガー業務手順の要約業務の知識ドメイン起動ドメイン委譲ドメインイベントサービスモデル入会申込受付() -申込番号 { 会員とは？ -氏名検証(); 入会とは？ -連絡先記録(); 申込とは？ -申込日時通知(); 受付とは？ } "something interesting "represents a Use Case scenario" “an Object Model which affects the domain" "delegate to other objects " of the Domain” [EAA-dev, Fowler] [GRASP : Controller] [PoEAA] 9. ドメイン層の基本部品業務イベント入会申込会員リポジトリ会員登録サービス << interfac