0063 号 巻頭言

DDD を理解したいあなたのための DDD 入門以前 Rubyist Magazine 63 号をお届けする。 突然のお知らせで恐縮だが、日本 Ruby の会の主たる事務所が東京から北海道に移転した。それもあってあまりまとまった時間がとれず、11 月のうちに書くはずだったのが気がつくと 12 月も半ばを過ぎていたので、今回は以前書きかけていた文章を発掘してお茶を濁したい。 Ruby とは直接関係がなくて恐縮だが、Ruby に限らずソフトウェア開発では現在でもちょくちょく話題になることがある、DDD についての話である。 ドメイン駆動設計こと DDD は 2020 年代のソフトウェア開発でもよく話題にされるが、率直に言うとストレートにポジティブな評価が行われているとは言い難い。 どちらかというと、ある種マニアックで、対象分野が制限されており、また初心者にはとっつきにくいところがある手法と思わ

[t-wada]

Rubyist Magazine でドメイン駆動設計（DDD）についての素晴らしい文章が読めて、現代では失われた DDD のコンテクストが補完されるのはとても味わい深い。さすが高橋会長だ。

[turanukimaru]

近年の DDD 記事におかしいというか Clean Architecture と混同してるのが多いのはこの辺を解ってない人が多いからなのだろうか？

[IzumiSy]

これを読むと、昨今のweb系スタートアップとかベンチャーは結果的にDDDしているところが多いのでは？ 開発者は要件の分析から実装まで通貫でやることが多いし。

[teppeis]

「DDD はソフトウェア開発における困難に向き合っている。その「困難」とは、「ソフトウェア開発者は、自分が開発しているソフトウェアの対象分野に必ずしも詳しくない」という事実」

[burabura117]

これは素晴らしい言語化だ。当時から居る人にとっては当たり前のことばかりなのだけど…今取り組んでいる人にはわからないんだもんな。

[JGEEM]

昔を思い起こさせる記事。素晴らしい。"分析モデルに近い実装よりHWに優しい実装" "「動いているコードは触るな」"とか首がもげそう。"蒸留しなければ理想的なモデルは作られず"は後世に語り継いでいきたい

[lanius]

DDD.

[tanaka_shi]

“DDD を理解したいあなたのための DDD 入門以前”

[ihirokyx]

DDDが生まれる背景

[auient]

DDDが解決したい課題はこれ『その「困難」とは、「ソフトウェア開発者は、自分が開発しているソフトウェアの対象分野に必ずしも詳しくない」という事実』

[hasiduki]

なるほどプログラマがビジネスドメインの知識を学ぶのは今や当たり前だから、その点でDDDは古いのだな！！！！！！！なんとなればOOPパターンに終始する技術ブログは「ユビキタス言語？？？暗黙の前提ですよね？？？？

[Puyosty]

解決したい問題と、その手法論としてのDDDが生まれてきた背景。なぜ初めからそうしていないかなど、当時の処理能力とソフトウェア開発手法を踏まえて理解が深まった。

[peketamin]

めちゃ頷きながら読んだ

[PrivateIntMain]

DDDに限らず、ソフトに頼らないといけない業務は厄介で、しかし一度考えなしに作ったソフトは変更に時間もお金もかかる厄介さを孕むため、両方の厄介さをうまいこと取り除けないかというのがこういう方法論の大目標。

[harry0000]

DDDとRubyって関係なくないか？と思いながら見たら、ちゃんと関係なかったので最高だった

[YassLab]

“DDD はソフトウェア開発における困難に向き合っている。その「困難」とは、「ソフトウェア開発者は、自分が開発しているソフトウェアの対象分野に必ずしも詳しくない」という事実である。”

[naka-06_18]

松江じゃないんだな

[manimoto]

いい記事。DDDはエキスパートと共に深めてこそ。/一方「図として表現されるモデル」を読めるエキスパートは少なく、画面UIや画面遷移図でしか共通見解を持てないことが多く、ソフトウェア開発者としては悩ましいところ

[DecoyMaker]

DDD を理解したいあなたのための DDD 入門以前

[kkeisuke]

"DDD を理解したいあなたのための DDD 入門以前"

[iga_k]

高橋会長のDDD歴史解説