DDD战略设计与领域建模

这是国家医保信息业务编码标准，按照“统一分类、统一编码、统一维护、统一发布、统一管理”的总体要求，将医疗保障编码标准统一为新时期医保信息交换的通用语言。搭建统一的动态维护平台，实行“纵向全贯通、横向全覆盖”，形成自上而下的统一标准规范的医保标准规范的编码体系，提升医保业务运行质量和决策管理水

较大的“整体”并不总是与“部件”属于同一组，例如，“一群人”与“人”不属于同一个集合，否则你会范分类错误。banq注：集合Collection与集合中元素不属于同一类型，在Java中集合的类型是Collecion，而元素是各种对象类型如String、Long等。DDD聚合与实

这本书是关于DDD战略设计的书籍，战略设计是有关业务分析建模的复杂性系统设计，由于设计本身自以为是的特点，如果设计的方向发生错误则是无可挽回的灾难，敏捷宣言提出了快速交付价值，但是敏捷只是定调了快速交付这个目标，至于如何快速交付又仁者见仁智者见智，有通过Scrum等教条式的运动管理模式实现的，这些具

学习成绩好的擅长答题，从而忽视了问题的创建能力培养，如何提出问题的能力比答题能力更重要，世界上伪命题比比皆是，提出好的问题=解决一半问题，战略高于战术。所以，问题空间=解决方案空间

着眼于真正的问题，解决方案才会有更大的生存和成长机会。我应该做的：研究现实世界，倾听人们的问题，并挖掘它们的背后。然后，在编写太多代码行之前找到验证我的解决方案的方法。如果过多地关注工程，则可能忽视更多地专注于识别问题和迭代地制定解决方案。编

系统思考者不是在做关于因果循环图和推理阶梯，系统思考者是在做边界判断。系统思考者是由@magnusramage & Karen Shipp著作的“系统思想家”一书描述的：详细阐述了如何定义导致导致分组的边界。重点一直放在“系统思考者”而不是“系统思考”上，并且他们使用了 3

“你无法通过建模或分析来理解复杂的自适应系统。你只能通过交互来理解它，通过多个代理的实时反馈循环，这样你就不会产生认知偏见。” @snowded , 复杂自适应系统, DDDEU 2018 简单案例就是自行车，你只有练习参与到自行车自适应系统才可与之融合，人体也是一种复杂自适应系统，

这是一本非凡的书籍《加速专业知识

许多程序员认为形式化方法是无用的，因为在软件中“规则就是代码”。如果您可以形式指定程序应该做什么，那么您需要拥有该程序！大多数有这种想法的人都不熟悉 "形式规则（形式规范、formal specification） "到底是什么。举个例子，您的产品需要在某个时候从 API 中

Cynefin 可以提供帮助的不仅仅是咨询或工作。同样值得考虑的是，您是否偏爱处理问题的特定方式，以及这种偏爱是否会阻止您以适当的方式行事。我和妻子经常在是否计划的问题上发生冲突：例如，她喜欢提前计划假期，而我发现这个过程就像拔牙一样，更喜欢即兴发挥。在某些情况下，计划是绝对必要的（

我发现 Wardley Mapping 比系统思考方法更有用，我可以看到组件之间的联系，它们在进化过程中所处的位置，并有助于获得共同的观点。以前我是单独查看每个组件。只从我的角度看流程，而忽略了其他人看到我的作品时的心理模型。我们基于隐含的假设而移动，我们错过了组件之间的联系

双循环（Two Loops ）模型是一种基于生命系统思想的非线性变化理论。它为我们提供了一个洞察力，让我们了解一个系统在过渡期内同时进行的增长和衰退过程。在一个系统中的过渡时期，使用双循环，可为我们提供了一个启发式的方法，从而更好地 试图在变化过程中认识和连接过去与未来。因此

产品管理是对回答 5 个核心问题的追求。为什么？Why -- >愿景做什么？What -- >策略做的目标是什么？Who -- >分割何时交付？When -- >路线图如何做到？How -- >规定

几年前，一位首席数据官CDO问我：“一美元的成本节省与一美元的收入是一样的吗？” 我的回答是响亮的“不”。数据和分析计划必须与业务目标保持一致。如果一家公司处于增长模式，一心想抓住思想和市场份额，洞察团队会优先考虑创收而不是成本节约。在经济低迷时期，当生存模式启动时，优先事项可能会有所不同。

在过去的几周里，我一直在学习优秀的P 编程语言，一种用于建模和指定分布式系统的语言。我在 P 中做的第一件事就是实现 Paxos——一种我很熟悉的算法，有很多微妙的失败