0
  • 聊天消息
  • 系统消息
  • 评论与回复
登录后你可以
  • 下载海量资料
  • 学习在线课程
  • 观看技术视频
  • 写文章/发帖/加入社区
会员中心
创作中心

完善资料让更多小伙伴认识你,还能领取20积分哦,立即完善>

3天内不再提示

DDD为什么是毒瘤?为什么要拥抱它们

jf_ro2CN3Fa 来源:小姐姐味道 作者:小姐姐味道 2022-11-16 11:17 次阅读

概念能够升华体系

D不D的D的,有啥区别么

尴尬局面

End

牛B的人物,早已经厌倦了中英文混杂,他们更进一步,使用中英文缩写,对普通人进行降维打击。更厉害的,造就新的名词,并科普出去。

有几项技术,我从心底里鄙视和厌恶,但每次在技术方案中,都默默的把它们加进去,而且给足了它们分量。因为它们对于方案的成功与否,起着重要的概念性指导作用。

它们就是中台、低代码,以及DDD。这三个不同领域中的技术,肩负着同样的责任,那就是往死里忽悠。这三个词,很伟大,它们有一个共同点,都是很容易说服非技术但能决策的人员,然后向下铺开,非常具有营销型,是职业经理人和CTO的最爱。也是咨询类公司的最爱。

这些玩意儿,有的可以忽悠大公司,有的可以忽悠小公司,反正谁也别想逃掉。

但毒瘤如果能够为我们带来利益,当然也要拥抱。不要那么死板嘛。

当妖风袭来,比起关上窗子,我们要拥抱它,要投其所好!为什么有的人工资高,有的人升的快!有的人成为了大师!要从根本上想想原因。

概念能够升华体系

你知道么?越是职位高的人,越容易喜欢虚无缥缈的东西。拿古代的皇帝来说,有很多期望与神仙相会的,就被方士骗的死去活来。即使到最后知道被骗了,也只能偷偷的把消息封锁起来。最近看《资治通鉴》,就发现了很多这样的案例。

一来,是他们真的有这种需求;二来,是怕这些事被曝光了丢脸,只能咬牙坚持下去。

地球上没有新鲜事,放到软件行业也一样。当我们把一件东西给神化,赋予它某些超自然的能力,它就能在方士的路上越走越平坦。

如何神化?抓痛点、谈愿景、搞方法论,一般就能够销售成功。

当然,销售成功只是第一步,我们还要避免失败,避免被秋后算账。所以,我们需要把决策者的积极性调动起来,让他认识到自己的不足,羞于承认自己的弱点,我们就算落稳脚步了。只要决策者上了船,他就会想方设法美化它,争取更多的资源,让更多的人上船。

为什么互联网黑话生命力强劲,就是因为它能忽悠,能够升华你的思想,而不是空洞洞的代码。

我这里举个例子。

有一家公司,由于研发的人数有限,但是活儿很多,分散在多个系统之间。研发部门研究出来的结论是:要聚焦,集中力量到核心系统上。怎么办?不能在PPT上干巴巴的写上聚焦两个字吧,那显得多LOW。

思来想去,突然灵机一动。要不,我们造点名词吧。按照级别,分它个CVP系统、IVP系统、EVP系统。这样,一下子逼格就上升了不少。

看不懂这些名词?看不懂就对了,因为这是我造的,要的就是看不懂这种效果。

看看下面这张图,我们甚至可以赋予它属性,把系统归类到这三类之中。

3e6f24b6-6555-11ed-8abf-dac502259ad0.png

重要的是,业务系统的聚焦,摇身一变,成为了CVP的重点建设。哈哈,比起一句话就完事的决策,我们这下可以聊很久了。

“教你怎么说话十分钟,等于什么都没说”。这是一种非常重要的能力。

那么,我们就来看一下,这些技术到底是什么?为什么是毒瘤?为什么要拥抱它们。

基于 Spring Boot + MyBatis Plus + Vue & Element 实现的后台管理系统 + 用户小程序,支持 RBAC 动态权限、多租户、数据权限、工作流、三方登录、支付、短信、商城等功能

项目地址:https://gitee.com/zhijiantianya/ruoyi-vue-pro

视频教程:https://doc.iocoder.cn/video/

D不D的D的,有啥区别么

所谓领域驱动,就是根据需求设计系统,这句话本来就是废话。

有Demo代码没?

有Demo代码没?

有Demo代码没?

有Demo代码没?

所有的文章下面,都充满了这样的发问。如果说DDD层只是战略上有用,那它就不应该进入程序员视野,它应该是需求分析师的玩具。DDD应该学学TOGAF、COBIT、CGEIT之类的培训,把眼光放在战略布局上,不要老是想着革程序员的命,搞什么战术。

你要是专心搞搞业务培训证书,你赚你的钱我做我的架构设计,咱们井水不犯河水。但你要把触角伸到我的领域,就会招来像我这样的喷子。

DDD正确的打开方式,就是拥抱它的战略阶段,完全扔掉它的战术阶段。这样做,你会活的很舒坦。原谅我使用“限界上下文”这样的名词来解释一下:你只要把我的服务边界划分清楚了,你管我后面是怎么实现呢,设计模式和架构模式,我的工具箱多的很,并不缺CQRS、事件溯源这样的名词。

DDD的概念最早来源于2004年,这么多年没火,没有标准落地,不是没有原因的。最近几年,有些人发现了技术名词的贫瘠,重新捡起了它,希望它能继续为KPI效力。

我曾痴迷DDD,被它的美好愿景折磨的兴奋无比。买了网课,买了书籍,到最后发现它在浪费我的时间。我恨它。恕我直言,一个难度高,落地难的技术方案,根本没有资格让人分割精力去了解它。

不好意思,没有路转粉。

首先,搞DDD的,都是些卷中卷公司,它不像微服务技术一样,能够找到大量落地的方案。实际上,你几乎找不到任何有价值的参考示例,更别说这些示例之间还相互打脸。它就像是圣经一样,给你说什么是对的,但怎么做,全靠你悟。

为什么你干不了DDD,你的团队干不了DDD?DDD给出了三个主要原因。

对团队的要求较高。画外音,你做不好是你的团队不行

只有复杂的业务使用DDD才能见效。那什么是复杂呢?并没有定论。话外音,你觉得不好用,那是你的业务不够复杂

虽然你用不了DDD,但其中的思想,还是值得借鉴和思考的。画外音,我是万金油,不会让你白学

没有人会承认自己的团队不行,没有团队会承认自己的业务简单,没人能忍受自己的投入就真的肉包子打狗了。DDD通过几个让你不能打脸的理由,瞬间将你绑在了一起。

2020年,花了整整三个月时间,有幸拜读了《实现领域驱动设计》这本书,对其深厚的文字运用水平惊叹拜服。以后,即使一个简单的CRUD项目,我也知道文档应该怎么写了,这本书就是非常好的案例。

你搜一下DDD的文章,不论什么文章,都有一个特点,那就是不能好好的说人话。所有的应用代码,都是一堆无法说服人的垃圾代码。因为开发者和正常的写法一比较,发现自己在找罪受,那为什么要用它呢?

就拿吹的很牛b的六边形架构来说吧。

六边形架构,因为长得像蜂窝,看起来就很靠近绿色的自然界,很高大上。说实话,我到现在都没弄明白六边形架构,八边形架构(没这种东西),三角形架构(没这种东西)之间,到底有何区别,这群名词狂魔为啥选择了6这个数字。

您就直说,复杂的业务逻辑,不应该过多的关注技术等基础设施、但要预留接口就行了,非要整的这么玄乎,一条条蚯蚓一样的线从那腐烂的六边形上辐射出来。觉得很美么?或许老板真这么觉得,因为它像彩虹一样的名词轮,确实能唬住一群蹉B。

不要说ServiceMesh的数据平面和控制平面分割,是靠DDD指导的哦,虽然它概念上靠的上。

下图是google搜索Hexagonal Architecture出现的一张图。

3ede8662-6555-11ed-8abf-dac502259ad0.png

哎吆,六边形呢?这图怎么整了个10边形?那还是六边形架构么?您忽悠小孩子呢?当我不识数?什么,你又把它叫做洋葱头架构,它们不是一个东西?这样的误解在DDD中比比皆是,我也不想解释,因为它们都是短话长说。这说明了它是一门全面的忽悠方法论,是靠堆概念和黑话起家的,宣传者也不合格。

整个DDD这一套概念,价值观就有问题。或者说作者的本意或许是好的,面向的是复杂业务。结果让这群宣传者和培训一捣鼓,就成了解决问题的必要手段。

但是不好意思,您连起码的顺畅交流都没整好,没资格教别人做架构。

基于 Spring Cloud Alibaba + Gateway + Nacos + RocketMQ + Vue & Element 实现的后台管理系统 + 用户小程序,支持 RBAC 动态权限、多租户、数据权限、工作流、三方登录、支付、短信、商城等功能

项目地址:https://gitee.com/zhijiantianya/yudao-cloud

视频教程:https://doc.iocoder.cn/video/

尴尬局面

让人觉得尴尬的是,真正需要DDD的人,并不认同它;不需要DDD的人,被强迫认同它。

DDD最大的价值是梳理业务性需求,将不同的业务领域划分出来,并形成领域之间的接口交互。说个实话,我见过很多咨询公司的大佬,他们对这种想要通吃的方法论嗤之以鼻,更倾向于使用TOGAF之类老牌的业务梳理方法。但条条道路通罗马,最终的领域划分还是能够达成一致。

这些梳理的过程,大部分是业务专家,以及系统架构师的范畴。他们的工作成果,将作为输入输出到技术团队实现。他们需要DDD,但他们并不用。

相比较而言,DDD的战术阶段,毫无价值而言。比如,把数据汇总到宽表或者大数据中心,形成数据“中台”提供交易域、管理域、查询域的分离,我并不需要知道什么CQRS的概念,也能工作的很好。至于实体充血不充血,我本来就是微服务了,业务粒度本来就很小了,要怎么写是我的自由,改造也是我自己的成本,我并不需要按照你那一套来。谈业务和技术的沟通?不好意思,不能沟通而去做业务的团队,我还没见过。

工程师被决策层强迫使用DDD战术书写业务,结果代码更乱,更改更加频繁。但是DDD说,不好意思,不是我的错,是你团队不行。

道理是这个道理,但在现实中,还是有人吹嘘、甚至使用这个东西去改造代码。《微服务架构模式》这本书,甚至有事件溯源和CQRS两个章节,去专门讲解DDD的一些落地的内容。这叫做大师毒害了大师,当然也叫做相互扶持。

恕我直言,如果你信了这些鬼话,大概率会把项目带入死亡。尽信书不如无书,架构是一种权衡,并没有通吃的指导思路。你可以参考,可以思考,但就是不能照搬,因为每个公司的技术前提都不一样。

话虽如此,但当一些概念被吹嘘起来的时候,你不去拥抱它,反而会产生问题。软件行业有两个难题,一个是怎么把复杂的事情简单的汇报,另外一个就是把简单的东西搞复杂。对于前者,主要是描述你构想的可行性。而对于后者,主要的目的就是让人觉得很高大上,很主流,越晦涩越好。前者脚踏实地,后者口吐莲花。

而后者的功效,显然要比前一种有效得多。让人听上去感觉很牛x,但是听不懂,可以获得掌声,也可以体验高高在上的感觉。没人会承认自己的智商不在线,你需要激起这些人的活力。只要有人认同,就可以产生利益。

有些概念,有些人,并不是神,但利益共同体,需要他成为神。这玩意也有信徒,你信么?但软件设计的工具,难道不是合适就用,不合适就扔么?为什么会成为信徒?仅仅是因为上船了而已。

朋友们,在一定程度上,DDD这些概念,与比特币之类的概念,并没有什么区别。这就是信仰的魔力,这就是大师的力量啊!

End

只有像我这样诚实的人,才会偶尔喷一喷。然后转身,把DDD写在了自己的方案上。是的,我可以写上,也可以讨论,也可以思维碰撞,但我永远不会轻易用它。

审核编辑 :李倩

声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容侵权或者其他违规问题,请联系本站处理。 举报投诉
  • 代码
    +关注

    关注

    30

    文章

    4751

    浏览量

    68358
  • ddd
    ddd
    +关注

    关注

    0

    文章

    23

    浏览量

    2918

原文标题:拥抱毒瘤 DDD!

文章出处:【微信号:芋道源码,微信公众号:芋道源码】欢迎添加关注!文章转载请注明出处。

收藏 人收藏

    评论

    相关推荐

    LRA致动器:如何移动它们

    电子发烧友网站提供《LRA致动器:如何移动它们.pdf》资料免费下载
    发表于 10-26 09:18 0次下载
    LRA致动器:如何移动<b class='flag-5'>它们</b>

    在DVEVM上通过ddd运行Demo

    电子发烧友网站提供《在DVEVM上通过ddd运行Demo.pdf》资料免费下载
    发表于 10-15 10:05 0次下载
    在DVEVM上通过<b class='flag-5'>ddd</b>运行Demo

    DDD学习与感悟——向屎山冲锋

    软件系统是通过软件开发来解决某一个业务领域或问题单元而产生的一个交付物。而通过软件设计可以帮助我们开发出更加健壮的软件系统。因此,软件设计是从业务领域到软件开发之间的桥梁。而DDD是软件设计中的其中
    的头像 发表于 09-24 13:31 167次阅读
    <b class='flag-5'>DDD</b>学习与感悟——向屎山冲锋

    应用驱动协议演进,拥抱智能创新技术

    日前在温哥华举办的IETF 120会议期间,华为数据通信产品线副总裁吴局业发表了“拥抱智能创新技术”的主题演讲。 吴局业指出,应用驱动着协议的演进。在5G时代,IETF已经在SRv6、性能测量、网络
    的头像 发表于 08-20 21:22 855次阅读

    Imagination 引领边缘计算和AI创新,拥抱AI未来发展

    ,致力于推动技术创新,拥抱人工智能的未来发展。同时他也介绍了Imagination在计算领域的战略布局、产品技术以及对未来AI发展的深刻洞察。Imagination
    的头像 发表于 06-28 08:28 508次阅读
    Imagination 引领边缘计算和AI创新,<b class='flag-5'>拥抱</b>AI未来发展

    AI快讯:华为助力金融行业加速拥抱AI 马斯克xAI 展示首个多模态模型

    AI快讯:华为助力金融行业加速拥抱AI 马斯克xAI 展示首个多模态模型 小编给大家汇总一下近期的AI资讯。 华为助力金融行业加速拥抱AI 日前在以“数创未来,智慧金融”为主题的2024华为金融创新
    发表于 04-15 12:32 399次阅读

    芯片新战场,EDA如何拥抱新挑战?

    )工具的需求。面对这些技术进步和市场需求变化,在芯片新战场上,堪称“芯片之母”的EDA又该如何拥抱这些新挑战?芯片新战场,挑战重重说起来RISC-V和Chiplet
    的头像 发表于 03-23 08:22 681次阅读
    芯片新战场,EDA如何<b class='flag-5'>拥抱</b>新挑战?

    美芯片巨头CEO称被中国激励到了 他们正快速拥抱数字化转型

    美芯片巨头CEO称被中国激励到了 他们正快速拥抱数字化转型 美国高通公司总裁兼CEO安蒙在世界经济论坛期间接收采访时透露,中国合作伙伴非常灵活并且乐于拥抱新技术,比如在智能手机上运行生成式AI。他们
    的头像 发表于 01-19 11:58 2635次阅读

    又一电商巨头拥抱鸿蒙生态

    鸿蒙生态未来可期近日,鸿蒙生态圈又发布一个令人振奋的消息:京东正式适配原生鸿蒙操作系统!这是继支付宝、微信之后,又一家大厂拥抱鸿蒙的重要举措。可以说,拥抱鸿蒙已经成为了大势所趋!随着大厂纷纷拥抱鸿蒙
    的头像 发表于 01-17 08:32 708次阅读
    又一电商巨头<b class='flag-5'>拥抱</b>鸿蒙生态

    Banana Pi BPI-M4 Zero vs Raspberry Pi Zero:它们真的有那么不同吗?

    SBC,也称为单板计算机,已经表明它们的潜力比许多人想象的大得多。前一段时间,市场上几乎没有任何选择,但需求却没有停止增长。
    的头像 发表于 01-13 10:13 879次阅读
    Banana Pi BPI-M4 Zero vs Raspberry Pi Zero:<b class='flag-5'>它们</b>真的有那么不同吗?

    【2023电子工程师大会】跨越工程师舒适区 拥抱开源鸿蒙新世界p

    【2023电子工程师大会】跨越工程师舒适区 拥抱开源鸿蒙新世界ppt
    发表于 01-03 16:31 8次下载

    机器人拥抱AI大模型已成共识!

    目前普遍的共识是,机器人拥抱AI大模型的过程就是具身智能机器人的实现过程,融合AI大模型的具身智能机器人将是未来机器人的主要发展方向。
    发表于 12-22 17:08 366次阅读

    AD5235的RDY和SDO管脚,如果不使用这两个管脚对应的功能,是否可以将它们悬空?

    关于AD5235的RDY和SDO管脚,如果不使用这两个管脚对应的功能,是否可以将它们悬空。我看数据手册上说PR和WP两个管脚不用的话,接到VDD,但是对于RDY和SDO没有明确的说,不用怎样处理。
    发表于 12-20 08:11

    软通动力i视角 ∙ 12月简讯 | 共创共赢 拥抱智能化时代

    原文标题:软通动力i视角 ∙ 12月简讯 | 共创共赢 拥抱智能化时代 文章出处:【微信公众号:软通动力】欢迎添加关注!文章转载请注明出处。
    的头像 发表于 12-07 10:25 275次阅读
    软通动力i视角 ∙ 12月简讯 | 共创共赢 <b class='flag-5'>拥抱</b>智能化时代

    媒体聚焦 | ​RENSAS瑞萨公开下一代车用处理器蓝图,全面拥抱平台化

    媒体聚焦 | ​RENSAS瑞萨公开下一代车用处理器蓝图,全面拥抱平台化
    的头像 发表于 11-28 13:34 548次阅读
    媒体聚焦 | ​RENSAS瑞萨公开下一代车用处理器蓝图,全面<b class='flag-5'>拥抱</b>平台化