Software Design (ソフトウェアデザイン) 2023年2月号 [雑誌] 技術評論社Amazon SoftwareDesign、ドメイン駆動設計入門もいいけど、ログの基本もめちゃめちゃいいので、今月号はみんな買ったほうがいいです— magnoliak🍧 (@magnolia_k_) 2023年1月19日 Software Design 2023年2月号、特集が「ドメイン駆動設計入門」と、「ログの基本」の2本立てなんですけど、どちらも凄く良い記事でした。 これは買った方がいいです！ ドメイン駆動設計入門 エヴァンスの「ドメイン駆動設計」で語られれていることをベースとして増田亨さんをはじめとする執筆陣による、とてもコンパクト、かつ分かりやすい解説が怒涛の密度で展開されます。この部分だけでも5000円くらいの価値が有るんじゃないでしょうか。 基本的な考えを把握する、という意味ではこ

本日(1月18日)発売された、Software Design誌 2023年2月号の第一特集で「ドメイン駆動設計入門」を書きました。 執筆の意図と記事の概要を簡単にまとめておきます。 Software Design 2023年2月号｜技術評論社 執筆の意図 特集のサブタイトルにある通り「設計力を磨きたい」読者が、ドメイン駆動設計の基礎を知ることで「設計の手法とアイデアの引き出し」を増やすことの役に立てればと思い執筆を引き受けました。 重視したこと 断片的な用語やパターンの解説でなく、ドメイン駆動設計の全体像と要点を伝える 全体像を伝えるための図や表を多めにした（ソースコードの例は少ない） 全体像と要点は、原典である『エリック・エヴァンスのドメイン駆動設計』（以下『ドメイン駆動設計』）の説明を中心にした ドメイン駆動設計の具体例として『ドメイン駆動設計』に出てくる国際海上貨物輸送の具体的な業務

5. RDRAとドメインモデルの関係  RDRAは本来開発方法を選ばない Howは扱わない  RDRA for DDDのスタンス  深い分析は開発側（ドメインの分析）に任せ、RDRAは整合のとれた要件を定義することに徹する  RDRA 広く浅く分析  ドメイン分析 深く分析 ガツンと中心となる概念 をつかんで、育てていく RDRA Domain RDRAが外から攻め ドメインモデルが中核から攻める ドメインモデル RDRA 広く網を張り徐々に固めていく 5 6. RDRAで枠組みを決める 6  RDRAの役割  構成要素の洗い出し 深い分析のための構成要素を洗い出す  スコープ決め 構成要素をつなげスコープを見極める  分類 コンテキストの見極め、業務分類の見極め 全体の枠組みを押さえながら進める RDRAで外枠を固めて安定したサイクル （タイムボックス）が回るようにする

2016 - 01 - 24 ドメイン駆動設計(DDD)とは結局何なのか？言葉の意味を踏まえて考えてみる DDD こんにちは id:momotas210 です。 最近は仕事で ドメイン 駆動設計の思想に基づいた設計を Scala で実装に落とし込むといった事をしているのですが、そもそも設計に関しては全て上司が1人でやってしまっていたので実装していくなかで 「ServiceがあってReposirtoyがあって(以下略)ここにはこういう内容の処理を書いていくのかﾌﾑ(ﾟДﾟ)ﾌﾑ」 と受け入れつつも僕自身が ドメイン 駆動設計がどこまで分かっているのかも分からない状態であるのに加え、DDD Allianceの勉強会では 「分析・設計・実装の担当者を別にしない」 という話もお聞きしたのでDDDについて調べて考えてみました。 (勉強会の資料はこれです) ドメイン駆動設計のためのオブジェクト指向入門

今週も来ました。 2回目です。 おさらい 考え方と背景 基本中の基本。 オブジェクト指向とエクストリームプログラミング これらの経験が大変役に立つはず。 DDDはエヴァンスの経験談。 役に立つソフトウェアを作りたいならLocalDateクラスではなくDateOfBirthを作ろう（例） 適応型＝ゴールはなんとなく決めるけど、本当にどうなるかは分からん。それを日々反映していくもの。 人間のリズム これが大事。効率が良い。 エヴァンス極端な事言ってるような気がする。 第2部に書いてることやっても実感としてDDDが言わんとしてることは出てこない。 あくまで土台。 そこに3部の内容が入ることでパンチがきいてくる。 技術者がドメインの知識を求めていくこと。 鋭く説明する。 ドメインモデルは実際のコードの一部でしかない。 それくらいドメインモデルは要約されていなければならない。 利用する人達の活動と関

はじめに 今日あった増田さんのDDD Allianceの3週連続DDDの話を聞いてきた所、最後の質疑応答で、 「ScalaやHaskellなんかの関数型的な考え方が適応できるんじゃないか？」 という質問が聴講者の方から上がったのですが、 増田さん的には「まだ挑戦的試みの域を出ない」という回答があったので、 ScalaでDDDを2年近くやってきた者として、これは役立つよねという手法を紹介しようと思います。 正直な話、DDDも関数型プログラミングも学ぶのに根気のいる難しい概念にもかかわらず、 バズワード化していろんな人が違う意味で使うようになってしまったので、 正直最近こういう話を書きたいと思わなくなってしまったし、 イスラムのムジャーヒディーンと十字軍の両軍の前で正義の定義について演説することに 近いものがあると思うので、気は進まないながらも、役立つものを紹介しようと思います。 まず最初に前

はじめに 関西では「DDD」に関する「勉強会・読書会」などが定期的に開催されていたのは知っていて、興味はあったのですが、実務でDDDを使う機会もなかったためか、自然と勉強する機会も失っていた今日この頃･･･。 今回のような「スタートアップ」的なものだったら自分でもいけるかなと思い、本を1冊も持っていない状態でしたが、ネットやtwitterで事前に情報を仕入れて思い切って参加してみました。 関西DDD.javaって何？ 今回の勉強会の幹事である川上氏から、現場でDDDを使い続けて感じていることと、この勉強会を開催した経緯についてのお話しがありました。 既に実践されている川上氏でも「ドメインと出来上がるソフトウェアを一致させること」がいかに難しいかと言うことをおっしゃっていて、個人的にはDDDも(オブジェクト指向設計と同様に)奥深さがあるのだなと感じました。 また、関西とJavaのコンテキスト

本日は、こちらの勉強会に参加してきました。 登壇者の増田(@masuda220)さんが、「エリック・エヴァンスのドメイン駆動設計 (IT Architects’Archive ソフトウェア開発の実践)」を題材として、その全てを案内してくださいました：kansaiddd.connpass.com はじめに～自分の立ち位置～ まず、自分はこれから読む、これからドメイン駆動設計(DDD)を学ぶところです。まだ理解している訳ではありません。次に、普段の業務では、現時点では、基本的に 「OO(オブジェクト指向) + ウォーターフォール」で開発しています。 その立場で感じたことを、セッション中のメモを基に、書いてみようと思います。 公開情報 ※セッション資料：ドメイン駆動設計」の複雑さに立ち向かう はてなブックマーク - 関西DDD.java スタートアップスペシャル（大阪 9/5) - connp

devlove.doorkeeper.jp 縁あって、DevLoveのDDDイベントで発表させていただきました。 DevLoveの運営のみなさんや会場設営の会社メンバーに感謝です。 内容としては、以下の２部構成でした。 ビッグローブの事例紹介 登壇者と参加者によるディスカッション 事例紹介は、以下４パートに分割されて、僕は「2.導入」で発表させてもらいました。 立ち上げ：何故、ドメイン駆動開発に取り組もうとしたのか 導入：初期チームでの取り組みと、ファーストサービスリリース 現場でやってみて：ビッグローブでのDDD実践内容 これからの取り組み：組織でこれからドメイン駆動設計で向かうところ、組織でのメンバ育成について 各発表者の資料のリンクです。残念ながら、最初に発表したスライドはアップ不可とのことだったので、未掲載です。 20150616 dev love発表資料 from Mao Ohn