DDD(Domain-Driven Design 领域驱动设计) 与产品设计
DDD (Domain-Driven Design 领域驱动设计) 或许也叫 Dream-Driven Design,某度说这是一种程序的设计思想,程序员使用诸如聚合根,值对象,六边形架构,CQRS(命令和查询职责分离),事件驱动等等概念,在领域专家的指引下构造代码。据说这种情况下写出的代码具备领域划分明确,响应需求变更快等特点。
但在目前看起来,大部分情况下似乎都是用来吹逼的东西,概念虚无缥缈,实践困难重重。领域驱动设计到底有啥用呢?真的只能是吹逼的东西么?
缘起
最近公司业务需要,我从一个只写java的码农逐渐转变成一个写golang的码农,然后呢,又从一个写golang的码农开始接手产品的活计。
以前从Java搞到Go还在同一领域内,现在做产品…感觉连物种都换了。
故事的起因是公司需要做一款服务于运维和研发的技术属性比较强的工具类产品,然而产品团队很难理解其中的技术概念,搞了半天搞出一个四不像的东西出来。
公司终于发现这种玩意靠产品团队基本不太现实,就从研发中挑了一个水平最菜的出来干产品算了,