请问 2025 还有 DDD 成功有名的公司案例吗?

DDD 是什么意思

@MHPSY Domain-Driven-Design

说白了，就是一切以业务为中心，把业务抽象成公共模块，比如优惠券、支付、购物车 这类，然后增加新业务的时候就像搭积木一样，实现快速搭建、快速投入市场，压缩业务试错的时间成本

2025 之前也没有

DDD 需要深度调研，然后抽象出固定的 domain 模型，后续编码围绕这个固定的 domain 赖构建
天生不适合快速变化的小微企业
简而言之，除业务固定十几年不变的大型国企之外，不要在这个上面浪费时间
而且，Eric Evans 这人除了这本书也没啥实际工程上的指导性开发建议
忽悠了二十多年都搞不起来是有原因的
近期也就是藉着微软的 .net 又死灰复燃继续忽悠，别上当

越来越感觉 DDD 就是一套新的方法论加现有工具的集合，有用但不是银弹

别搞这些，弄得不好就是一坨屎山谁接手谁骂人。弄的好的？没见过！

同事用 ai 搭了一套，用起来就是：狗屎。
完全没有工程学的概念，为了涉及而设计，隔两天我就得修个 bug

写的麻烦， 用的难受

2025 年了还在追求这个吗，怎么快怎么来，说不定啥时候代码就扔进垃圾堆了

DDD 这些我就没有看到过正儿八经的好的实践，通常混着一起说的 Clean Architecture 相对简单一点，但是也没有哪个好项目完全遵循，不过其中一些概念相对 DDD 还是好理解些（比如依赖倒置）。你去查，就是一堆简单得不能再简单的 Demo ，但凡较真一点（比如参数验证、Setter 或方法可见性），那些 Demo 里都刻意忽略了那部分示例。

我司在用，放眼整个业务群，就只有用了 DDD 开发的业务服务最容易出问题！被骂的也是最多的一个服务也是 DDD 开发的！ 现在交到我手上了，反正是天天问候原来的开发祖宗十八代

设计模式概念很多都是中看不中用的学院派理论，实际上根本没法用。领域驱动，换个熟悉点的名词：微服务。

有点烦，好多层，就写个增删改查要调好几个地方，而且我们还要写单测，工期又紧，为了设计而设计

稍微了解了一下概念，我觉得，一个概念都这么难懂，还需要全链路的人都理解才能用好这套模式。
那这套模式不就是空中楼阁吗。

go 用 ddd ，加个字段，一堆地方得加，效率巨低

软件工程没有银弹，100%纯度代表 100%失败

本菜还以为 DDD 跟 MVC 差不多。。看评论好像并非如此

我也是草台班子做法 没用过 DDD🤣

我在用，感觉挺不错的。

DDD 感觉就是刷 KPI