来自公家号：蜜斯姐味道
做者简介：蜜斯姐味道 (xjjdog)，一个不允许法式员走弯路的公家号。聚焦根底架构和Linux。十年架构，日百亿流量，与你切磋高并发世界，给你纷歧样的味道。
牛B的人物，早已经厌倦了中英文稠浊，他们更进一步，利用中英文缩写，对通俗人停止降维冲击。更凶猛的，培养新的名词，并科普进来。
有几项手艺，我从心底里鄙夷和厌恶，但每次在手艺计划中，都默默的把它们加进去，并且给足了它们重量。因为它们关于计划的胜利与否，起着重要的概念性指点感化。
它们就是中台、低代码，以及DDD。那三个差别范畴中的手艺，肩负着同样的责任，那就是往死里忽悠。那三个词，很伟大，它们有一个配合点，都是很容易说服非手艺但能决策的人员，然后向下铺开，十分具有营销型，是职业司理人和CTO的更爱。也是征询类公司的更爱。
那些玩意儿，有的能够忽悠大公司，有的能够忽悠小公司，归正谁也别想逃掉。
但毒瘤若是可以为我们带来利益，当然也要拥抱。不要那么死板嘛。
当妖风袭来，比起关上窗子，我们要拥抱它，要投其所好！为什么有的人工资高，有的人升的快！有的人成为了巨匠！要从底子上想想原因。
概念可以升华系统你晓得么？越是职位高的人，越容易喜好虚无缥缈的工具。拿古代的皇帝来说，有良多期望与仙人相会的，就被方士骗的起死回生。即便到最初晓得上当了，也只能悄悄的把动静封锁起来。比来看《资治通鉴》，就发现了良多如许的案例。
一来，是他们实的有那种需求；二来，是怕那些事被曝光了丢脸，只能咬牙对峙下去。
地球上没有新颖事，放到软件行业也一样。当我们把一件工具给神化，付与它某些超天然的才能，它就能在方士的路上越走越平展。
若何神化？抓痛点、谈愿景、搞办法论，一般就可以销售胜利。
当然，销售胜利只是第一步，我们还要制止失败，制止被秋后算账。所以，我们需要把决策者的积极性调动起来，让他认识到本身的不敷，羞于认可本身的弱点，我们就算落稳脚步了。只要决策者上了船，他就会想方设法美化它，争取更多的资本，让更多的人上船。
为什么互联网黑话生命力强劲，就是因为它能忽悠，可以升华你的思惟，而不是浮泛洞的代码。
我那里举个例子。
有一家公司，因为研发的人数有限，但是活儿良多，分离在多个系统之间。研发部分研究出来的结论是：要聚焦，集中力量到核心系统上。怎么办？不克不及在PPT上干巴巴的写上聚焦两个字吧，那显得多LOW。
思来想去，突然灵机一动。要不，我们造点名词吧。根据级别，分它个CVP系统、IVP系统、EVP系统。如许，一会儿逼格就上升了很多。
看不懂那些名词？看不懂就对了，因为那是我造的，要的就是看不懂那种效果。
看看下面那张图，我们以至能够付与它属性，把系统归类到那三类之中。
重要的是，营业系统的聚焦，摇身一变，成为了CVP的重点建立。哈哈，比起一句话就完事的决策，我们那下能够聊很久了。
“教你怎么说话非常钟，等于什么都没说”。那是一种十分重要的才能。
那么，我们就来看一下，那些手艺到底是什么？为什么是毒瘤？为什么要拥抱它们。
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呈现的一张图。
哎吆，六边形呢？那图怎么整了个10边形？那仍是六边形架构么？您忽悠小孩子呢？当我不识数？什么，你又把它叫做洋葱头架构，它们不是一个工具？如许的曲解在DDD中触目皆是，我也不想解释，因为它们都是短话长说。那申明了它是一门全面的忽悠办法论，是靠堆概念和黑话起身的，宣传者也不合格。
整个DDD那一套概念，价值不雅就有问题。或者说做者的本意或许是好的，面向的是复杂营业。成果让那群宣传者和培训一捣鼓，就成领会决问题的需要手段。
但是欠好意思，您连最少的顺畅交换都没整好，没资格教他人做架构。
为难场面让人觉得为难的是，实正需要DDD的人，其实不认同它；不需要DDD的人，被强迫认同它。
DDD更大的价值是梳理营业性需求，将差别的营业范畴划分出来，并构成范畴之间的接口交互。说个实话，我见过良多征询公司的大佬，他们对那种想要通吃的办法论五体投地，更倾向于利用TOGAF之类老牌的营业梳理办法。但条条道路通罗马，最末的范畴划分仍是可以达成一致。
那些梳理的过程，大部门是营业专家，以及系统架构师的范围。他们的工做功效，将做为输入输出到手艺团队实现。他们需要DDD，但他们其实不用。
比拟较而言，DDD的战术阶段，毫无价值而言。好比，把数据汇总到宽表或者大数据中心，构成数据“中台”供给交易域、办理域、查询域的别离，我其实不需要晓得什么CQRS的概念，也能工做的很好。至于实体充血不充血，我原来就是微办事了，营业粒度原来就很小了，要怎么写是我的自在，革新也是我本身的成本，我其实不需要根据你那一套来。谈营业和手艺的沟通？欠好意思，不克不及沟通而去做营业的团队，我还没见过。
工程师被决策层强迫利用DDD战术书写营业，成果代码更乱，更改愈加频繁。但是DDD说，欠好意思，不是我的错，是你团队不可。
事理是那个事理，但在现实中，仍是有人吹嘘、以至利用那个工具去革新代码。《微办事架构形式》那本书，以至有事务溯源和CQRS两个章节，去专门讲解DDD的一些落地的内容。那叫做巨匠迫害了巨匠，当然也叫做彼此搀扶。
恕我婉言，若是你信了那些鬼话，大要率会把项目带入灭亡。尽信书不如无书，架构是一种权衡，并没有通吃的指点思绪。你能够参考，能够思虑，但就是不克不及照搬，因为每个公司的手艺前提都纷歧样。
话虽如斯，但当一些概念被吹嘘起来的时候，你不去拥抱它，反而会产生问题。软件行业有两个难题，一个是怎么把复杂的工作简单的报告请示，别的一个就是把简单的工具搞复杂。关于前者，次要是描述你设想的可行性。而关于后者，次要的目标就是让人觉得很高峻上，很支流，越晦涩越好。前者兢兢业业，后者口吐莲花。
然后者的成效，显然要比前一种有效得多。让人听上去觉得很牛x，但是听不懂，能够获得掌声，也能够体验高屋建瓴的觉得。没人会认可本身的智商不在线，你需要激起那些人的活力。只要有人认同，就能够产生利益。
有些概念，有些人，并非神，但利益配合体，需要他成为神。那玩意也有信徒，你信么？但软件设想的东西，莫非不是适宜就用，不适宜就扔么？为什么会成为信徒？仅仅是因为上船了罢了。
伴侣们，在必然水平上，DDD那些概念，与比特币之类的概念，并没有什么区别。那就是崇奉的魔力，那就是巨匠的力量啊！
--- EOF ---保举↓↓↓
还没有评论，来说两句吧...