寻找 ddd 知友

[jamel]

我是 ddd 这方面的新手，入门快两年了，还是不明白里面的缘由。
所以在 v 站上面，寻找这方面知友，相互学习一下，有兴趣的留个 v 。
人多的话，可以创个群

[7911364440]

极客时间上有一门讲 DDD 的课，可以看一下

[dk7952638]

曾经疯狂沉迷过一段时间 DDD ，实践几次后发现这玩意根本就没什么最佳实践，就像是 雄安新区 一带一路 顶层设计 千年大计 宏大叙事的本质是一样的

[nothingistrue]

既然 DDD 了，就别搞微信这么搓的交流工具了。IM 工具不适合技术性交流，要找社区交流工具。

个人一点拙见，DDD 最难的不是技术部分（战略设计也是技术部分），而是如何让需求跟开发形成通用语言。要是还用界面原型、效果图、甚至领导的想法来定义需求，那是用不成 DDD 的。最低的极限也得是拿数据库设计得概要模型或者逻辑模型当主要需求（界面原型只做辅助）。

[BrightLiao]

DDD 的核心指导思想是：深入研究领域，消化知识，充分沟通，然后用软件模型对问题进行深刻的抽象，最终得到一个富含知识的领域模型。DDD 的实现不在于用何种方法，而是看最后是否得到了良好的深刻的领域模型。

个人有一些之前的思考和实践经验，给大家分享一下：

代码中的领域： https://brightliao.com/2019/08/08/domain-concept-in-your-code/
用 DDD 思想来编写 Pipeline: https://brightliao.com/2020/01/05/DDD-in-pipeline-code/

[ming159]

我来说一下 1/1000 DDD
1. 问题领域识别: 明确你面对问题所在领域. 例如 你要完成一个用户登录功能. 那么 往大了说,这属于 "信息安全领域"
2. 领域建模: 将这个领域中的处理模型搞清楚,并映射为对应的计算机语言设计,例如面向对象设计,将这个领域中的对象设计出来.

所以,起始最核心的是 "领域专家 " 这个角色,他有充分的专业知识和经验 能够给最初设计给出完整的领域知识的指导. 而程序员通常是计算机的"领域专家",并不是信息安全领域的,也不是 财务方面的,也不是仓库,物流,运营方面的. 如果领导让程序员去 DDD 本身就不是靠谱的事.

再退一步,其实实际工作中,"领域专家" 90% 情况下不存在.大家几乎都是自己岗位的熟练工而已....如果不信可以找公司会计问问,如果要开发一个 财务系统,希望他给你讲讲财务领域的知识,同时让他给设计建议,保证你最后实现了,也就你们公司能用. 根本达不到 财务领域 通用的程度.

[10Buns]

@BrightLiao 请问主题是什么名字？

[BrightLiao]

@10Buns 什么主题？

[zhangwugui]

留个 V：love_jacks_2005 ，一块学习下；或者拉个群