すえなみチャンス暑気払い 2019夏で話した、設計要素を分解して理解してみようという話です。 Simplicity makes easy to understand.

19/07/24開催の「持続可能なプロダクト開発への取り組み　～メドピアとクラウドワークスの事例公開～」における、クラウドワークス側の登壇資料です。 https://connpass.com/event/136791/

ドメイン駆動設計でなぜ作るのか？ ドメイン駆動設計の考え方の核心 レガシーコードの改善にドメイン駆動設計が役に立つのか？ ドメイン駆動設計でレガシーコードに立ち向かった８つのステップ 振り返りと展望Read less

ソフトウェア設計の課題 ソフトウエア設計の品質 学習と成長 設計の初歩を学ぶ 中級者への道 上級者の挑戦Read less

BPStudy#141〜DDD(Domain Driven Design)実践の現場 (2019/05/29 19:30〜) を聴講したときに、増田さんの発表がとても勉強になったのでまとめてみます。 簡単なこの記事のまとめ DDDは「ソフトウェアの変更を安全に楽にする」ことが目的。振り切っている DDDは、反復プロセスであって設計して終わりではない 勉強には、増田さんの本を読んだあとに、エヴァンス本がおすすめ。ほかには教材(GitHubのコード)などが用意してあり誰でも参照できる エヴァンス本は読みづらいが、コツがわかれば読みやすい 増田さんの資料 ドメイン駆動設計の正しい歩き方 from 増田 亨 ドメイン駆動設計の正しい歩き方 DDDの目的 進化するソフトウェアを手に入れる 現実世界の変更に追従するソフトウェア 動くだけではないソフトウェア ソフトウェアの変更を安全に楽にする もちろん

ドメイン駆動設計でなぜ作るのか？ ドメイン駆動設計の考え方 ドメイン駆動設計を実践するための６つの問い 事例研究 ドメイン駆動設計を現場に導入する 体験的に学ぶ エヴァンス本をちゃんと読むRead less

ドメイン駆動設計に取り組んだ事例をもとに以下の点について説明しました。 1. ドメイン駆動設計とは一体何か？ 2. どんなメリットがあるのか？ 3. ドメインモデルについて 4. 設計パターンについて 5. ドメイン層の隔離について

先日開催された吉祥寺.pm18で「ぼくがかんがえたさいきょうのSoR/SoEあーきてくちゃ」というテーマで発表をしてきました。 そのイベントレポート兼発表補足です。 イベント概要 kichijojipm.connpass.com スライド speakerdeck.com 発表内容の補足 Twitterやはてブ等でいくつかご意見いただいているので、それについて現時点で僕が考えていることを補足させていただこうと思います。ひとつ言い訳させてもらえるなら、今回は時間が短すぎたので結構前提となる説明（エヴァンスさんの DDD を僕がどう捉えているか、CQRS とは何か、等）を省略したところが多すぎたかなっていうのがあり、特に当日いらっしゃらずスライドだけを見ていただいた方には余計にわかりにくかったかもしれないので、ここで FAQ 形式で補足させてもらえればと思います。 整合性に関しては DDD でい

アプリケーションの分割のアプローチ ●４つのアプローチ - ビジネスファンクション - 動詞／ユースケース - 名詞／リソース - 境界づけられたコンテキスト ● トランザクションの分割 - パイプライン化 (VETRO) - コーディネート (Saga) - 状態更新の非同期化 ( Event History - State Materialize - Domain Specific Query ) Read less

2018年8月1日にアカウンティング・サース・ジャパン株式会社で開催した「Essential Scala 輪読会 #3」のスライドです。今回の内容は「第4章 トレイトによるデータモデリング」です。

読んで明らかに仕事プログラミング力が上がった本ってそれなりにあって、 「リーダブルコード」 「現場で役立つシステム設計の原則」 「増補改訂版Java言語で学ぶデザインパターン入門」 「新装版 リファクタリング―既存のコードを安全に改善する」 はめちゃくちゃいいんでオススメですね

ビジネスルールのソフトウェア表現、現実世界のビジネスルール、ドメインモデルの俯瞰と構造化、事業モデルの俯瞰と枠組み ４つの領域をいったりきたりする。 広げながら掘り下げる。 役に立つソフトウェアを開発するスキルを磨いていく。Read less

genbade-ddd.connpass.com 上記のイベントにブログ枠で参加しまして、そのレポートとなります。 基本的には自分が書きたかったことを書いてるだけですが、特に登壇者のみなさまのフィードバックになれたら嬉しいです。 ソフトウェアの核心にある複雑さに立ち向かう ソフトウェアの核心にある複雑さに立ち向かう from 増田 亨 www.slideshare.net 増田さん（@masuda220）の発表で、何故DDDを使うのか、どんな問題を解決したいのか、その全体観を見事に解説させていらっしゃいました。 スライド資料に要点をよくまとめていらっしゃるので、内容についてはここでは特に触れません。 あの分かりづらいエヴァンス本に書かれている抽象的なコンセプトを、おそらくはあの会場にいるほとんどの人に届くように翻訳できるのは増田さんが長い間実践されてきたからこそだと思います。 エンティティ

きっかけ レガシーをぶっつぶせ。現場でDDD！に行ってきました。 genbade-ddd.connpass.com 正直、タイトル一本釣りな感じです。 こんな過激で魅力的なタイトルあります？ 実際に現場でDDDに取り組んで、失敗とか反省とかあると思うんですよね。 それを共有してくれるとは、なんてありがたいんだ！ 以下、参加時のメモです。 趣旨説明 DX(デジタルトランスフォーメーション) 2025年以降、最大１２兆円／年（現在の約３倍）の経済損失が生じる可能性 DXレポート ～ITシステム「2025年の崖」克服とDXの本格的な展開～（METI/経済産業省） ここにもあるように、技術的負債に立ち向かうために、設計をちゃんとやろうということらしい。 しかし、特設サイトまであって気合入ってますね経済産業省。 www.meti.go.jp きれいな理論より、現場のドロドロ感 うん、こういうの大好き

概要 developers.cyberagent.co.jp こちらで 課金システムをマイクロサービス化した サービス自体の設計をDDDにした という対応をしました。 当時は試行錯誤の連続でしたが対応から１年程経ち、ある程度設計もfixされてきたので知見をまとめます。 知見 前提 Clean Architectureの図は多くの人が目にしているように以下の通りです。 今回話す内容は青色の部分を除いた ドメイン層：黄色の部分 ユースケース層：赤色の部分 インタフェース層：緑色の部分 です。 ディレクトリ構成 goのリポジトリの構成は以下のようにしています。 . ├── Dockerfile ├── Makefile ├── README.md ├── cmd/ ├── codes/ ├── config/ ├── docker-compose.yml ├── domain/ ├── go.m

こんばんは、kuwana-kbです。 今回はソフトウェア設計に関する書評です。 最近、チームの開発タスクで「○○機能を実装する」というタスクをこなせるようになってきました。 どんなタスクか具体化すると、仕様書にある「入力」と「出力」に基づいた実装を書くことです。 これができるようになってきたのは、大変喜ばしいことです。これができるということは、自分の手でプログラムを作って動かせるということを意味します。 例えば、Lambdaなどで日常のタスクを自動化したりなんかもできますね。 しかし、喜ばしいのと同時に新たな課題を感じています。 それは設計です。どうしたら変更に強くて可読性の高いソースコードになるのか、といった課題を感じています。 「作れるようになったのはいいけど、この作り方でどれくらい運用できるだろうか…他の人からみたら読みづらくないだろうか…」という不安に駆られる感じですね…。 そこで

Java/Spring Boot/MyBatis/Thymeleafを使った、ドメイン駆動設計のサンプルコード。ビジネスルールに焦点を合わせ、計算モデルで複雑さを整理し、型指向のプログラミングで実装する、その具体例。Read less

ここ最近の仕事は、かなり硬直化した自社サービスをリファクタリングしている。 そのなかでアプローチのひとつとして、ドメイン駆動設計を勉強して、取り組んでいる。 エバンスDDD本を手に取り、ネットで様々な知見を調べながらも、理解が定着してきている。 ここらでいちど、ドメイン駆動設計について、理解をアウトプットしておく。 ドメイン駆動設計は「ビジネスの複雑さ」に立ち向かう 「ドメイン駆動」の設計とは、ドメインに特化した型設計 ドメイン駆動設計の導入の決め手はドメインロジックが複雑かどうか レイヤードアーキテクチャは、ドメイン層を隔離する 自社サービスをグロースさせていくためにも、ドメインの洞察・抽出・再設計を繰り返す おすすめの書籍・資料 エバンスDDD本や実践DDD本は初学はとても苦しんだ。 入門するなら、これらの本を手に取る前に、増田さんの素晴らしい資料たちがおすすめ。 増田さんのスライド,