Movatterモバイル変換


[0]ホーム

URL:


Hatena Blog Tags
はてなブログ トップ
DDD
このタグでブログを書く
言葉の解説
ネットで話題
関連ブログ

DDD

(コンピュータ)
【でぃでぃでぃ】

Domain-Driven Design(ドメイン駆動設計)の略称。ドメインモデルをソフトウェア開発の中心に据え、コードやコミュニケーションを常にドメインモデルと一体化させながら、ドメインモデルを反復的に深化させることでより価値の高いアプリケーションを生み出していこうとする考え方。

エリック・エヴァンスのドメイン駆動設計 (IT Architects’Archive ソフトウェア開発の実践)

エリック・エヴァンスのドメイン駆動設計 (IT Architects’Archive ソフトウェア開発の実践)

Domain-Driven Design: Tackling Complexity in the Heart of Software

Domain-Driven Design: Tackling Complexity in the Heart of Software

DDD

(コンピュータ)
【でぃーでぃーでぃー】

Domain-Driven Design(ドメイン駆動設計)の略。ドメインモデルをソフトウェア開発の中心に据え、コードやコミュニケーションを常にドメインモデルと一体化させながら、ドメインモデルを反復的に深化させることでより価値の高いアプリケーションを生み出していこうとする考え方。

DDD

(コンピュータ)
【でぃーでぃーでぃー】

Drink-Driven Development (飲酒駆動開発)の略。ソフトウェア開発スタイルの一種。

DDD

(読書)
【でぃーでぃーでぃー】

Decoration Disorder Disconnection
著:奈須きのこ イラスト:こやまひろかず


「悪魔憑き」と呼ばれる病気を題材とした小説。
空の境界月姫Fate/stay nightと直接的なつながりはない。
(一部特徴の似ているキャラクターは登場する)


ファウスト vol.3、ファウスト vol.6 SIDE-A、SIDE-Bに掲載。


DDD 1 (講談社BOX)

DDD 1 (講談社BOX)

DDD 2 (講談社BOX)

DDD 2 (講談社BOX)

DDD

(アイドル)
【でぃーでぃーでぃー】

→D.D.D

このタグの解説についてこの解説文は、すでに終了したサービス「はてなキーワード」内で有志のユーザーが作成・編集した内容に基づいています。その正確性や網羅性をはてなが保証するものではありません。問題のある記述を発見した場合には、お問い合わせフォームよりご連絡ください。

関連ブログ

組織でDDDを広める一歩|60人ワークショップ準備編 #PERSOL CAREER Advent Calendar2025

">こんにちは。dodaダイレクト エンジニアの 安田 です。アドベントカレンダーも10日目に突入しました。🎄ちなみに、この記事が公開された12/10は“ごめんねの日”だそうです。そして今、私たちはDDDワークショップ本番の真っ最中!この記事では、その舞台裏――準備編をお届けします。本番うまくいってなかったら…ごめんね(?)🎅 はじめに|なぜDDDを学ぶ場をつくったのか 準備で工夫したこと|大人数×多職種をどう設計したか なぜ「体験型」にしたのか 2日間の全体構成 大人数でも迷わない工夫 ワーク設計の裏側 ワークを成り立たせる設計ポイント 外部講師との連携|講義と資料レビュー 生成AI(Cop…

ネットで話題

もっと見る

関連ブログ

Pekko CQRS/Event Sourcing 完全開発ガイド

どうも 技術顧問の加藤です。 プレセナ社内の、とある案件で使っている、CQRS/Event Sourcingについてブログ記事を書いてみようと思います。 ソースコードの詳細はこちらを参照してください。 なぜCQRS/Event Sourcingなのか 従来のCRUD中心の設計の最大の問題は、Domain Driven Design(DDD)を適切に実践できないことです。CRUD中心のアーキテクチャでは、UIやアプリケーション層が「作成」「更新」「削除」といったデータ操作の語彙に支配され、ビジネスドメインの豊かな振る舞いやユーザーの意図が見えなくなってしまいます。 例えば、ECサイトで「商品を注…

『ドメイン駆動設計をはじめよう』を読んで ~ 10年越しのドメイン駆動設計はじめました

読書メモ。2025年69冊目。『ドメイン駆動設計をはじめよう』を読んでの感想となります。(2025/11/27記載) 本の概要 動機 本書からの学び 忘れたくないメモ ソフトウェア開発は学びのプロセス 業務知識は伝言ゲームの途中で誤って伝わる 事業の役に立つソフトウェア ソースコードが同じ言葉を話す 区切られた文脈の境界を適切に設計する 経験則は実践的な問題解決手法 課題の合意 本の概要 ドメイン駆動設計はエリック・エヴァンスにより提唱されたソフトウェア設計の手法です。対象とする事業活動(ドメイン)とその課題の観点から、より良いソフトウェアを構築するために関係者が協力する方法を提供します。本書…

DDDにCQRSをどう組み込むか~バックエンドアーキテクチャ設計時の考え方

はじめに こんにちは。テックドクターでバックエンドエンジニアをしている筧と申します。 新規プロダクトのバックエンドで、DDD (Domain-Driven Design) と CQRS (Command Query Responsibility Segregation) を組み合わせたアーキテクチャを採用しました。DDDの本や記事は、Eric Evans著『Domain-Driven Design』や『実践ドメイン駆動設計』など様々あります。CQRSについてもMartin Fowler氏のCQRSの解説記事などがあります。しかし、DDDにCQRSをどう組み込んでいったかという話はあまり見かけま…

俺たちはなんとなくでDDDを扱っている。

俺 たち はなんとなくでDDDを扱っている気がする。 気づくと Usecase が Fat になってしまう。 雑記 なぜ Fat Usecase になるのか 思うに、これは大体においてドメインモデル貧血症を起こしていることが多いような気がする。(もちろん、それだけが原因ではないが) では、なぜ貧血になるのか。 結局のところ、純粋にドメイン知識が足りていない、業務に関する知見がない、ということに尽きるのかもしれない。 知らないからどのドメインロジックをモデルにロジックを持たせればいいのかがわからない。 あるいは、そもそもコンテキスト・ドメインの切り方、境界設定が間違っていた可能性もある。 (これ…

ドメイン分離でユースケースの不安定度(Instability)を下げた話

【Unit4 ブログリレー7日目】 こんにちは、Unit4のキムです。この記事はUnit4チーム (m3.com開発チーム) メンバーにより投稿されるブログリレー7日目の記事です。 本記事では、近年やけに不安定になってきたユースケースコンポーネントをドメイン分離を通じて安定させた事例をご紹介します。この内容は先日のtechtalk発表内容の続きでもあるので、ぜひ発表のほうもご覧ください! youtu.be はじめに 不安定度と SDP 「今日のクイズ」と「夕方クイズ」 1. 問題診断 2. リファクタリング方針 3. 実装 3.1 ドメイン分離 3.2 ドメインサービスの導入 3.3 クロスド…

技術的負債×カルチャー再構築――レガシー改善に本気で取り組む開発組織の挑戦

なぜ、“レガシーの壁”に、あえて挑むのか――複雑に絡み合う技術的負債、分断された組織構造、そして限られた人と時間。変革の前に、いくつもの制約が立ちはだかります。それでも、その壁に真正面から向き合い「できることから確実に変えていく」と語るのは、2025年2月に中途入社した馬場 龍(ババ リョウ)です。 現在、法人向けプロダクトの中でもスカウト領域を担う、「doda ダイレクト」の開発組織を率い、レガシーシステムのリアーキテクチャと開発カルチャーの再構築に挑んでいます。 制約の多い環境でも、なぜ進化を止めずに挑戦し続けられるのか。理想と現実のはざまで組織を導く、その思考とアプローチを追いました。 …

弊社の読書会事例 「ドメイン駆動設計をはじめよう」編

開発部署で始まった読書会に参加した体験記です。「ドメイン駆動設計をはじめよう」を読み解く過程で、チームで議論し理解を深めることができました。読書会を通じて得た気づきについてご紹介します。 読書会の流れ 読書会に参加してみて よかったこと イマイチなところ まとめ おわりに こんにちは、開発部門(プロダクト技術本部)の嶋崎です。 私たちの部署で若手メンバーを中心とした読書会が始まり、参加する機会がありました。 書籍「ドメイン駆動設計をはじめよう」(著:Vlad Khononov、訳:増田 亨、綿引 琢磨、出版:オライリー・ジャパン)を題材に、全15回にわたって実施した読書会の進め方と得られた学び…

ドメイン駆動開発とビジネスの融合

🧠 ドメイン駆動開発(Domain-Driven Design, DDD)完全ガイド 📌 1. 概要 ドメイン駆動開発(Domain-Driven Design, DDD)は、ソフトウェアの設計と開発を業務ドメインに強く結び付けることを目的とした手法です。エリック・エヴァンスによって提唱されたこのアプローチでは、開発者と業務の専門家(ドメインエキスパート)が協力しながら、共通の言語(ユビキタス言語)を用いてモデルを構築し、ドメインの複雑性を制御・明確化していきます。 💡 ある大規模保険会社では、業務部門と開発部門の間で理解のずれが頻発していました。DDDを導入した結果、ユビキタス言語により認識…

データ中心開発: ユーザー体験の科学的アプローチ

📊 データ中心開発 (Data-Driven Development, DDD) 完全ガイド 📌 1. 概要 データ中心開発(Data-Driven Development, DDD)とは、意思決定や機能設計、ユーザー体験の最適化など、すべての開発活動をデータに基づいて行う開発手法です。アプリケーションのログ、ユーザー行動分析、A/Bテスト、KPI などのデータを元に、より高い成果を生み出すプロダクトを構築します。 💡 あるSaaS企業では、データ中心開発を導入することで、ユーザーがどの機能を頻繁に利用しているかを可視化し、非効率な機能を削除。結果としてエンゲージメントと顧客満足度が向上しまし…


[8]ページ先頭

©2009-2025 Movatter.jp