。业务分析阶段为战略设计输出经过统一语言描述的业务事件、业务逻辑以及业务分类，而战略设计阶段又为战术设计阶段输入领域模型以及边界上下文，方便其进行微服务拆分以及模型映射。下面我们分别看下这三个阶段到底都做了什么事情。
汇报关系主要有两种：一种是常见的垂直功能组织，一种是横向的项目组织。垂直功能组织中，常见的比如说技术团队里主要向技术 leader 汇报。而在横向的项目组织里，我们通常是拉通多个 BU，由一个 PM 作为总指挥。
淘宝上市后，买卖双方的选择更多，联系也更加紧密。淘宝没有直接生产货物，但是却整合了整个零售业。
那么务实有没有问题呢？肯定是没有问题的。
我们大致总结了 Kubernetes 的 4 大复杂性。
1、认知复杂：他和原有的后端研发体系不同，延伸出一套全新的理论，并提供了一系列全新的技术概念，并且这些概念，例如 Pod、sidecar、Service、资源管理、调度算法和 CRD 等等，
可以满足几乎全场景的工作负载需求，并提供了丰富的扩展和定制能力。此外，大部分云厂商会基于开源 Kubernetes 框架，在上层做不同程度的封装，来适配不同企业背景和不同场景下的需求
然而，这样导致当参数比较多时需要定义大量的全局变量，这对于追求代码清晰简洁无副作用的人来说如芒刺背。
为什么不能像 flag库一样，把参数定义放到命令函数的里面呢？这样代码更紧凑，逻辑更直观。
实体
和值对象不同的是，实体是有唯一标识的，这就好比我们每个人都会有sf证，sf证上面的sf证号码就是每个人的唯一标识。另外这个sf证号码会一直跟着我们不会改变，即使你改了名字户口状态变化，但是sf证号码是不会变化的，这也是实体的另一个特征就是它具有延续性。实体对应了业务对象的业务属性以及业务行为。
DDD 领域建模设计的理论中并没有对在工程结构怎么落地实际的代码做出硬性规定，本文主要根据笔者自己的一些思考以及实践经验梳理了领域模型与代码模型映射的结构，希望对大家再各自业务落地 DDD 实践的时候有所参考。
2021年3月，《中华人民共和国国民经济和社会发展第十四个五年规划和2035年远景目标纲要》(以下简称“纲要”)全文发布，其中，将“新一代人工智能”作为议题重点提及，并围绕三个方面布局人工智能发展：
通常我们说，要成为一个领域的专家，必须要在这个领域深入研究很多年才行。因为只有你研究了很多年，你才会遇到非常多的该领域的问题，同时你解决这个领域中的问题的经验也非常丰富。很多时候，领域专家比技术专家更加吃香，比如金融领域的专家。
