レガシーなコードにドメイン駆動設計で立ち向かった5年間の軌跡 (2018/09/26 19:00〜)
DDD Alliance の増田さんが5年にわたりサポートしている現場、BIGLOBE様。 レガシーコードにドメイン駆動設計で立ち向かった 5 年間の軌跡を現場エンジニアであるBIGLOBEのエンジニアの皆様に語って頂きます。 はじめて取り組んだ時にぶつかった壁をどうやって乗り越えてきたか ドメイン駆動設計での具体的なコードやモデルの紹介 ドメイン駆動設計を組織に広め定着させる活動の紹介 といった、現場経験に基づいた実践的ノウハウの話です。 最後に、座談会形式で、ドメイン駆動設計での開発について、現場の本音トークも引き出します。 ご興味のある方は、ぜひ、ご参加ください！ 懇親会やります！ アジェンダ BIGLOBEにおける、5年間のDDDへの取り組みと今後について（西氏） 30分 失敗した事と成功した事（小林氏） 30分 DDDを実践できるエンジニアを育成するための取り組みについて（奥野氏
DDDの原則とDDDの問題点に関する会話
James Coplien @jcoplien @hidenorigoto @cactaceae DDD seems to go from problem to solution, sans analysis, with techniques of physical system design for scalability. 2016-12-21 02:35:30 James Coplien @jcoplien @hidenorigoto @cactaceae (Thanks to Unmesh Joshi for input on the preceding Tweet). And I can find no small set of underlying principles. 2016-12-21 02:36:20 r.ishibashi @cactaceae .@jcoplien
ドメイン駆動設計の実践例 - 経営管理基盤 fusion_place -
ドメイン駆動設計の意図に関する解釈及びドメイン駆動設計をドメイン特化基盤(DSP)上で実践した例（経営管理基盤 fusion_place を題材に）
ドメイン駆動設計 実践のための原則を4つ考えてみた - HITORIGOTO
『エリック・エヴァンスのドメイン駆動設計』（以下DDD本と呼ぶ）の原著出版から十数年が経過した今、DDD本に書かれている内容は、吟味されアップデートされるべき時が来ている。このアップデートに盛り込みたい内容を、4つの原則という形で考えてみた。 なお、以下では「EvansのDDD本の内容」と「ドメイン駆動設計というコンセプト」は重なる部分があるにせよ、それぞれが指す対象は異なるものだとしている。この違いは本文中で触れるが、表記として「DDD本」は本を指し、「ドメイン駆動設計」はコンセプトの方を指すようにしている。 DDD本とドメイン駆動設計 DDD本では、ドメイン駆動設計というコンセプトが導入された。ドメイン駆動設計というコンセプトは、ソフトウェアエンジニアの一般教養といえるほど、今ではその価値が認められている。同様のアイデアは、EvansがDDD本を執筆した時代ですら、すでに先人たちが口に
エンジニアはどうDDDと向き合っていけばいいのか(1):ChatWork株式会社テックリード加藤さんインタビュー | Tech Direct BLOG
今回はChatWork株式会社のテックリードでいらっしゃいます加藤潤一さんです。 少し技術的な内容になりますが、ドメイン駆動設計(以下 DDD)・リアクティブシステムといった話を中心にお伺いしました。 DDDを適用しやすいソフトウェアとは 愛宕 最初はやはりまずDDDについてお伺いしたいと思います。DDDというと、エリック・エヴァンスのドメイン駆動設計という本が有名です。その肝心な部分としてはソフトウェアエキスパートである開発者も、ドメインエキスパートと一緒にユビキタス言語を作りながら対象の問題を分析・設計していきましょうというようなものだと思うのですが、少し疑問があります。DDDを適用しやすいソフトウェアとそうでないものはあるのでしょうか？ 加藤 基本的にプログラミング言語の制約はほとんどないと考えていますが、最初に考えたいことは、費用対効果に見合うかどうかを考えたいですね。システムの開
ぐるぐるDDD/Scrum - モデリングと実装のうずまきをまわそう
TPS, Lean, and Scrum - How They Are Developed and Influenced One AnotherKiro Harada
PHPメンターズ -> 第40回IT勉強宴会モデリング競演2でDDDのモデリングについて発表しました
2018年1月10日に開催された DCI Tokyo 1 に続き、2018年3月27日に DCI Tokyo 2 が開催されました。今回も James Coplien @jcoplien さんをお招きしてのトークセッションとなりました。会場は 株式会社ヴァル研究所 様に提供していただきました。 セッションは、前回同様 @remore さんと @ganchiku さんによる同時通訳とともに進められました。 今回のテーマはマルチパラダイムデザイン（Multi-Paradigm Design: MPD）の中核を成し、DCI / リーンアーキテクチャ（Lean Architecture）とも深く関係する 共通性／可変性分析 でした。 レポートは @smori1983 が担当させていただきます。 当日の様子は Coplien さんの許可を得て YouTube の DCI Tokyo 公式アカウントに
PHPカンファレス2015 PHPメンターズセミナー「モデルを設計せよ！―ドメイン駆動設計を超えて」
【2023/12/20】【更新】まとめ作成時のツイートの取得や投稿にエラーが表示される場合がありましたが、現在復旧しており正常にご利用いただけます。ご迷惑おかけいたしました。
Frameworks We Live By: Design by day-to-day framework development: Multi-paradigm design in practice
Frameworks We Live By: Design by day-to-day framework development: Multi-paradigm design in practice 今、ドメイン駆動設計は世界的にかつてない盛り上がりを見せています。来年2016年1月には、ドメイン駆動設計の提唱者で書籍『ドメイン駆動設計』の著者であるEric Evans氏や書籍『実践ドメイン駆動設計』の著者であるVaughn Vernon氏を始めとする、そうそうたる発表者らによるドメイン駆動設計のカンファレンス「Domain-Driven Design Europe」が開催されます。しかし、この盛り上がりに対して、ドメイン駆動設計の中心的課題といえるドメインモデルの設計に関する議論は（少なくとも日本では）深まっているようには見えません。ドメイン駆動設計の重要な原則である「モデル駆動設計」
カロリーゼロ食品から思い浮かべるもの ~暗黙的な概念は伝わらない~ - Qiita
はじめに 変なタイトルですみません。 言いたいことはカロリーゼロ食品の味がどうこうではなく、 暗黙的な概念は伝わらないので、重要な概念は明示的に表現すべき ということ。 動くソフトウェアではなく、動き続けるソフトウェアを作るため には、重要な概念をきちんと表現すべきだと思っている。 普通の食品とカロリーゼロ食品の違い 私は普段カロリーゼロ食品を食べないので正確な違いはわからず、「味が違うんだろう」「ダイエットに向いているのではないか」くらいなことしか思い浮かばない。しかし 実は恐ろしいゼロカロリーの秘密 という記事を読むと、他にも以下のような違いがあることがわかる。 太りやすい体質になる。 味覚が鈍化する。 他にも違いがあるが省略する。ここではその違いの真偽や良し悪しについて言いたいわけではない。主張したいことは 「カロリーゼロ食品」という単語から、そういった暗黙的な違いを全て汲み取ること
ドメインモデルとドメイン特化言語、そしてドメイン駆動設計 ～ユーザー、モデル、エンジニアの新たな関係～
【2023/12/20】【更新】まとめ作成時のツイートの取得や投稿にエラーが表示される場合がありましたが、現在復旧しており正常にご利用いただけます。ご迷惑おかけいたしました。
DDD アンチパターン：賢すぎるエンティティ
Symfony Advent Calendar JP 2012 - Day 3 ドメイン駆動設計にしたがってドメインモデルをソフトウェアとして表現するのにエンティティが使われます。エンティティは、ドメイン駆動設計におけるモデル駆動設計パターンの1つに分類されます。 賢すぎるエンティティはアンチパターンRuby on Rails由来のアクティブレコードと直結したMVCフレームワークでは、本来エンティティとして扱われるべきクラスを「モデルクラス」と呼び、そこにビジネスロジック等を実装することが推奨されていました。これらのフレームワークでは、自らモデルレイヤー部分もカバーしておきながら、すべてをエンティティとして実装することを強いるため、ドメインモデルの実装にはほとんど自由度がありませんでした。 このスタイルに慣れてしまうと、ピュアなクラスでドメインレイヤーを実装できる状況においても、誤った設計
ドメイン駆動設計のリファレンス本 | GuildWorks Blog
井上です。 現在、ドメイン駆動設計(Domain Driven Desing . 以下 DDD)を用いて開発を行っています。 DDDの参考書籍といえば、もちろん「エリック・エヴァンスのドメイン駆動設計 ソフトウェアの核心にある複雑さに立ち向かう」(以下 DDD本)ですが、その著者であるエリック・エヴァンスが最近(2014/9/22)「Domain-Driven Design Reference: Definitions and Pattern Summaries」という新しい本(以下 DDDリファレンス本)を出していることに気がつきました。 DDDリファレンス本とは 早速DDDリファレンス本を取り寄せてみました。８８ページと非常にコンパクトな本になっています。 内容的には、以下で公開されているPDFに新しい図や写真を追加してペーパーバックとして出版したもののようです。 DDD REFERE
新しく「ドメイン駆動設計のパターン・原則・プラクティス本」が出ました | GuildWorks Blog
井上です。 以前、本ブログでドメイン駆動設計(Domain-Driven Design 以下 DDD)のリファレンス本について紹介致しました。 おかげさまで非常に多くの方にご覧頂いたようで、DDDの注目度を改めて感じました。 また、「エリック・エヴァンスのドメイン駆動設計 ソフトウェアの核心にある複雑さに立ち向かう」(以下 DDD本) に続く２冊目ドメイン駆動設計本として、「実践ドメイン駆動設計」(以下 DDD実践本) も出版され、日本におけるDDDへの注目度がさらに増しているように思います。 私自身、普段からDDDを用いた開発を行っているので、日本語で多くのDDD情報が入手できることはとても嬉しい限りです。 そんな中、DDDを冠した「Patterns, Principles, and Practices of Domain-Driven Design」という新しい本 (以下 DDDパター
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://github.com/j5ik2o/java-ddd-example/blob/master/README.ja.md
ドメイン駆動設計基礎講座〜戦略編〜
Eric Evans氏: ドメイン駆動設計はソフトウェア開発に有益か？
Atsuhiro Kubo(@iteman)のまとめ(17)
DDDをめぐる話題（James Coplien, Eric Evans ほか、2016年1月DDD Europe の前に）
Amazon.co.jp: ドメイン特化型開発 VSとDSLによる次世代モデル駆動開発 (Microsoft.net Development Series): Steve Cook (著), Gareth Jones (著), Stuart Kent (著), Alan Cameron Wills (著), マイクロソフト (監修), マイクロソフト (読み手), クイープ (翻訳): 本
