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

［入門］ドメイン駆動設計 ――基礎と実践・クリーンアーキテクチャ

2024年7月1日紙版発売 2024年7月1日電子版発売増田亨，田中ひさてる，奥澤俊樹，中村充志，成瀬允宣，大西政徳　著 B5判／160ページ定価2,200円︵本体2,000円＋税10%︶ ISBN 978-4-297-14317-6 Gihyo Direct Amazon 楽天ブックスヨドバシ.com 電子版 Gihyo Digital Publishing Amazon Kindle honto この本の概要ソフトウェア開発でドメイン駆動設計が注目されています。ソフトウェアデザイン誌で大変好評だった，ドメイン駆動設計特集の過去記事︵2024年3月号，2023年2月号など︶を再編集し，1冊にまとめました。ソフトウェアの設計は現在さまざまな視点で検討されており，開発の成功をいかに実現し達成するか重要になっています。本書は，ドメイン駆動設計の第一人者である増田亨氏を中心に，現場でドメ

efcl 2024/06/19

ソフトウェアデザイン誌でのDDD連載をまとめたもの

DDD
book

リンク

Amazon.co.jp: ドメイン駆動設計をはじめよう ―ソフトウェアの実装と事業戦略を結びつける実践技法: Vlad Khononov (著), 増田亨 (翻訳), 綿引琢磨 (翻訳): 本

efcl 2024/06/02

OreillyのDDD本。翻訳は増田さん

リンク

関数型ドメインモデリングドメイン駆動設計とF#でソフトウェアの複雑さに立ち向かおう

ドメイン駆動設計と関数型プログラミングを組み合わせることで、顧客満足度の向上、開発サイクルの短縮、無駄な作業の削減を実現できます。本書では、ビジネスドメインの例とF#のコードで、ビジネスに焦点を当てた、柔軟で高品質なソフトウェアを構築する方法を紹介します。たとえば、F#の型システムを使って複雑なドメインをモデル化し、読みやすいドキュメントにもなるコードを作成します。また、ビジネスルールをエンコードして﹁コンパイル時ユニットテスト﹂を作成することで、不正な状態を表現できないようにして潜在的なバグを排除します。関数型プログラミングの核となる原則を適用することで、実世界の要求をエレガントかつ簡潔にモデル化したソフトウェア設計を実現できます。ドメイン駆動設計と関数型プログラミングを組み合わせることで、顧客満足度の向上、開発サイクルの短縮、無駄な作業の削減を実現できます。本書では、ビジネスドメイン

efcl 2024/05/25

Funcional DDD本

リンク

イベントストーミング入門【ノーカット版】

イベントストーミングの入門用に撮影した動画のノーカット版です。イベントストーミング図（テンプレ付き）は→ https://miro.com/app/board/uXjVOM6Bdp0=/?share_link_id=945983148598 もともとはカンファレンス用に撮影した動画です→ https://youtu.be/Bt_kXHlNL98 ◆ チャンネル登録 https://www.youtube.com/c/narusemi?sub_confirmation=1 ◆ Twitter https://twitter.com/nrslib

efcl 2024/01/11

イベントストーミングの動画

DDD
video

リンク

【DDD入門】TypeScript × ドメイン駆動設計ハンズオン

TypeScriptとドメイン駆動設計（DDD）を組み合わせ、APIを構築するハンズオンガイドです。この本では、DDDとは何かという基礎的なところからソフトウェア開発における戦略的設計、戦術的設計まで、包括的な知識を提供します。戦略的設計では、ビジネスの要求に合わせたドメインモデルの設計をイベントストーミングを用いて行います。その後、戦術的設計では、具体的なコードの実装に関連するDDDの原則と実践を学びます。 TypeScriptを使ってコードを書きながら、DDDの概念を実際のプロジェクトに適用するヒントを紹介します。

efcl 2024/01/11

DDDのドメインモデリングや実装方法についてを見ていくチュートリアル。イベントストーミングでのドメインモデリング、PlantUMLを使ったモデル図の管理、TypeScriptを使った実装について紹介している

リンク

フロントエンドの複雑さに立ち向かう / Tackling Complexity of Front-end Software with DDD and Clean Architecture

フロントエンドの複雑さに立ち向かう〜 DDD と Clean Architecture を携えて〜さくらのテックランチvol.6 〜ローストチキンのフロントエンドパスタとクリスマスFigmaケーキ〜 https://sakura-tokyo.connpass.com/event/303232/ YouTube配信アーカイブ https://www.youtube.com/watch?v=usmLmI1bj74&t=472s ドメイン駆動設計（Domain-Driven Design）や Clean Architecture をヨイショもディスもせずフラットな立場で評価し、現実解を探りながらフロントエンドの複雑さに立ち向かった半年間の軌跡

efcl 2023/12/31

クライアントサイドでDDD

リンク

認可のベストプラクティスとDDDでの実装パターン

最近、少々複雑な権限機能の開発を担当している中で、対応方針を悩んでいたことがありました。権限機能というものは取り扱いが難しく、影響範囲が広いにも関わらず、対応漏れや考慮不足があると情報漏洩に繋がってしまいます。また、機能拡張をしてく中でも対応漏れを起こさないようにする必要があるなど、考えることも多く頭を悩ませておりました。そこで、認可処理の設計のベストプラクティスやDDDの実装パターンに認可処理を組み込む方法など、色々と調べていたのですが、その中でいくつか知見を得られたのでまとめようと思います！権限と認可権限と切っては切れない関係にあるのが認可です。権限はある操作を実行できる権利を指します。それに対して、認可は操作を実行する許可を出すため仕組みのことを指します。例えば、ブログ投稿サービスで考えてみると、以下のような感じです。権限: 投稿者はポストを編集できる。認可: ユ

efcl 2023/12/08

DDDにおける認可処理

DDD

リンク

事業組織全体で取り組むドメインモデリングのすすめ

sumirenです。経営管理︵事業計画作成、財務Modeling︶SaaS﹁Zaimo.ai﹂を開発するZaimo株式会社で、技術顧問としてドメインモデリングや組織設計のアドバイザリを行っています。Zaimo.aiでは、スケール後もドメインモデリングを事業全体で活用できるよう、創業間もないフェーズからドメインモデリングを組織的に活用するカルチャーづくりに励んでいます。ドメインモデリングというと、DDDのような重厚なプロセスを想像される方が多いかと思います。同時に、技術が目的と化している熱狂的DDDファンも少なくないことから、ドメインモデルというワード自体に拒否反応を覚える方もいると思います。しかし、ドメインモデリングはもっと手軽に使えるものであり、エンジニアリングのみならず、事業全体にインパクトをもたらしうるものと筆者は考えています。この記事では、そうしたドメインモデリングに関する

efcl 2023/12/04

ドメインモデリングについて。 View of Domainが境界であるという話。

domain
DDD

リンク

Domain-Driven Design with Golang | Packt

efcl 2022/12/19

Go言語でDDD

リンク

Value Objectについて整理しよう - Software Transactional Memo

Value Objectとは何であるか?マーチン・ファウラーのPatterns of Enterprise Application Architecture(PofEAA)やエヴァンス・エリックのDomain Driven Design: Tackling Complexity in the Heart of Software(DDD)が原典であるが、PofEAAではこう切り出している。 When programming, I often find it's useful to represent things as a compound. プログラミング時は物をcompound(合成物)として表現すると便利なことがしばしばある。例えば2次元空間上での座標のように複数のメンバ(属性)を持つ物は便利である、と。しかしそれらを比較する方法は一意ではない、そこで Objects that a

efcl 2022/05/18

Value Objectは値による比較が行われるオブジェクトという話。値を表現するものと、型のAlias的なものについて

DDD
article

リンク

ドメイン固有型(値オブジェクト含む)を再考する - かとじゅんの技術日誌

Value Objectが盛り上がっているらしい。 Value Objectについて整理しよう - Software Transactional Memo Value Objectの説明に異論がないものの、主題はValue Object Obsessionのほうですよね。こちらも聞いてみた。 fukabori.fm よい機会なので、よくわかっているつもりの、値オブジェクトというかドメイン固有型について再考してみよう。それは値か属性かそれはエンティティの全メンバーやデータベースの全列のために﹁顧客郵便番号﹂﹁送付先郵便番号﹂﹁事業所郵便番号﹂﹁契約日﹂などのクラス(メンバではなくクラス！)を定義して、immutableな振る舞いを強制する事を以てValue Objectであると言い張り、ドメイン知識の断片をそれぞれのクラスに書き散らして﹁高凝集になった﹂﹁型システムが守ってくれる﹂と喜

efcl 2022/05/18

URLは文字列かURLオブジェクトかみたいな。 Value Object、Secure By Designのドメイン固有の型 + Validationの値について

DDD
security

リンク

Implementing DDD, CQRS and Event Sourcing

This book explains and illustrates how to implement Domain-Driven Design, Command Query Responsibility Segregation and Event Sourcing. The goal is to build software that is behavior-rich, event-based, probl em-centric, reactive, scala ble and well-designed. Domain-Driven Design is a way to build software that focuses on the probl em to solve and its associated knowledge areas. Command Query Responsib

efcl 2022/02/13

JavaScriptで書かれたDDD/CQRS/Event Sourcingについての書籍。ドメイン駆動設計の理論的な話から、JavaScript/Node.jsを使った実装について。 Event Sourcingでは、ブラウザ上のUIと`EventSource`を使ったRead Modelについても扱っている

リンク

SOLID: The Software Design and Architecture Handbook

Learn to write testable, flexible, maintainable code with TypeScript.

efcl 2022/02/09

ソフトウェアアーキテクチャについての書籍。コードにはTypeScriptを使っていて、TDD、OOP、DDDについて扱っている。

リンク

Amazon.co.jp: セキュア・バイ・デザイン: 安全なソフトウェア設計 Compass Booksシリーズ: Dan Bergh Johnsson (著), Daniel Deogun (著), Daniel Sawano (著), 須田智之 (翻訳): Digital Ebook Purchas

efcl 2021/12/08

Secure by Designの翻訳本

リンク

GitHub - Sairyss/domain-driven-hexagon: Learn Domain-Driven Design, software architecture, design patterns, best practices. Code examples included

Check out my other repositories: Backend best practices - Best practices, tools and guidelines for backend development. System Design Patterns - list of topics and resources related to distributed systems, system design, microservices, scalability and performance, etc. Full Stack starter template - template for full stack applications based on TypeScript, React, Vite, ChakraUI, tRPC, Fastify, Pris

efcl 2021/10/17

ドメイン駆動設計(DDD)についてのガイド。主にDDDに関係する用語、設計、TypeScriptでのサンプルを用いた技術的な戦術についての解説をまとめたもの。

リンク

NTTコムウェア C+ | ITジャーナリストや現役書店員、編集者が選ぶ　デジタル人材のためのブックレビュー　第5回：『エリック・エヴァンスのドメイン駆動設計』、『エンタープライズアプリケーションアーキテクチャパターン』

ソフトウェア開発において、使いやすいクラスやコンポーネントを設計するのは難しい。とりわけ大規模になると複雑怪奇になりやすい。そこで先人の良い知恵はないかと探してみると、﹁ドメイン駆動設計(Domain-driven design, DDD)﹂というソフトウェア分析・設計・開発技法があり、長きにわたって広く支持されていることがわかる。本書は、このDDDに関する原典であり、原点とも言える。 DDDはある程度知っていたり、実際に使っていたりしても、本書を読んだことのない方も少なくないだろう。しかし、残念ながらそのような方には本書が語るDDDのエッセンスが伝わっていないことが多いのではないか、という懸念がある。 DDDにはさまざまな側面がある。現在は﹁第2部モデル駆動設計の構成要素﹂で紹介される一種のアーキテクチャ技法としての側面が広く知られている。だが、実はDDDの核心はそこにはない。本書が

efcl 2021/09/16

DDD本

DDD

リンク

Rustでドメイン固有型を作る際のコツ

ドメイン固有型である、ドメインオブジェクトをRustで実装する際のコツみたいなものを簡単にまとめました。まぁ﹁ドメイン固有型﹂というと大袈裟なので、﹁独自に型を作る﹂を想定してもらえばよいと思います。OOPに慣れている人がハマりやすい点も簡単に言及しています。ご参考までに。アドレス帳型を作るアドレス帳型を例にします。先にコードを以下に示します。コード全体はGitHubリポジトリを参照してください。 #[derive(Debug, Clone)] pub struct AddressBook { name: String, entries: Vec<AddressEntry>, } impl Default for AddressBook { fn default() -> Self { Self { name: String::default(), entries: Vec::def

efcl 2021/09/08

Rustでドメインオブジェクト。structを使う

Rust
DDD

リンク

実践！ Typescript で DDD - マイクロサービス設計のすすめ - Leverages Tech Blog

対象読者マイクロサービス化を検討しており、実際に作る場合の構成を参考にしたい。ドメイン駆動設計について、基本的な用語の知識がある。 TypeScript を多少触ったことがある。理解がある。はじめにこんにちは。エンジニアの吉村です。現在、弊社が運営する teratailというサービスに携わっており、CakePHP で動作しているモノリシックな既存サービスをマイクロサービスに移行するというプロジェクトを進行中です。この記事では、実務を通して得た知見として、マイクロサービス化によりどんな恩恵があるのか、具体的にどのような構成で実装をしているのかについてご紹介します。 TL;DR マイクロサービスのバックエンドサービスの実装に焦点を絞って、ドメイン駆動設計 + オニオンアーキテクチャをベースに設計をしました。本記事では、具体的に﹁ユーザ新規登録処理﹂の実装をする場合を例にとり、実

efcl 2021/08/27

TypeScriptでのレイヤードアーキテクチャ

リンク

Learning Domain-Driven Design

Read it now on the O’Reilly learning platform with a 10-day free trial. O’Reilly members get unlimited access to books, live events, courses curated by job role, and more from O’Reilly and nearly 200 top publishers. Building software is harder than ever. As a developer, you not only have to chase ever-changing techno logical trends but also need to understand the business domains behind the softwar

efcl 2021/08/20

DDDの入門書

DDD
book

リンク

ドメインモデリングをするときに気をつけていること

ドメインモデリングをする上で個人的に気をつけている点をまとめました。ドメインモデルとは目的を達成するためだけに特化したモデルのことある目的を達成するために必要な情報（ドメイン知識[1]）の集合仮にソフトウェアが存在しなくても現実世界でも通用する情報技術的な関心ごとやソフトウェアがなければ成り立たない知識やルールはドメインの管轄外ビジネスソフトウェアの場合ビジネスを完遂する（目的を達成する）ために必要なルール（ドメイン知識）を表現したモノビジネスの決まり事を整理したモノ、と捉えてしまった方が理解しやすい良いモデルとは目的を達成できるモデル目的を達成するために必要最小限の情報がまとまっている（凝集度が高い）モデル属性として持っていたり、他のモデルと関係を持っていたりドメインモデリングとはある目的を達成するために必要な情報を抽象化して可視化する行為情報を取捨選択、グ

efcl 2021/05/17

ドメインモデリング

DDD

リンク

はてなブックマーク

タグ

関連タグで絞り込む (65)

DDDに関するefclのブックマーク (282)

お知らせ

今週のはてなブックマーク数ランキング（2024年7月第3週）

今週のはてなブックマーク数ランキング（2024年7月第2週）

はてなブックマーク透明性レポート（2024年 2月-2024年4月）

公式Twitter

キーボードショートカット一覧

はてなブックマーク

公式Twitter

はてなのサービス