ddd是最最最傻逼的设计

开发调优
1

ddd除了人为的给开发增加难度没有任何好处。实属被恶心坏了，md，md，md

48 个赞
2

ddd是什么

4 个赞
3

非常赞同
搞死人，一个表的事情，硬是搞成一堆表

2 个赞
4

这不能改那不能改的，真的是服了，扯皮的扯皮，就是不干活，要是没有一个全局掌握业务的人，那就是灾难，真有这样的人级别不会低，哪有功夫理你

1 个赞
5

搞不动，真的搞不动，而且很多都是业务驱动，压根就不是那回事

3 个赞
6

ddd可能是领域驱动设计

7

ddd带来的大规模重构，是我们的新架构最喜欢刷KPI的方法:yum:

3 个赞
8

个人觉得还行吧，表还按原来设计，就是领域实体类上花点功夫，熟练了还可以

9

个人感觉ddd还是有优势的

1 个赞
10

我们架构师推过，现在有没有用这个讲不清楚，反正最开始我们项目3个月挂一次，现在很少挂，走了k8s云原生之后，bug和其他的还是有的

1 个赞
11

DDD 的精髓是理念和思路吧，我是觉得还是要结合实际实现，照搬肯定不行。理想确实挺好的，但是对人的要求还是挺高的，只要团队有人水一点，最后代码会乱七八糟。

1 个赞
12

DDD应对的事复杂的业务，需要一个业务专家，同时确保上下游都进行了改造。

2 个赞
13

这个需要从产品设计到开发都要一定水平的团队才能玩得转

14

DDD那是业务稳定了以后才上的，同时还要业务复杂度极高才需要那么复杂的设计

15

实际情况就会变成各个部门从自身的角度解构自己的域，然后部门间的沟通成本直线上升

1 个赞
16

嗯所以我都是抵制态度

1 个赞
17

水不水还是代码层面，最后部门间扯起皮才是最恶心的

2 个赞
18

这个这么麻烦的啊

19

DDD 需要领域专家做名词定义和规划 代码硬上很难写好

20

非常恶心，傻逼设计