语法的作用规范的是思维方式（设计哲学），代码规范的作用规范的是权责
项目管理也是一项非常重要的能力，如何在跨团队，尤其是跨多个团队合作的项目下保证项目再预期的进度下完工，这是一件非常难的事情，排期中一定要慎重考虑各种沟通和踩坑的时间，因为这些时间在这类项目下已经成为了绝对无法忽略不计的一大部分
设计是面向未来的，而不是面向过去的，过去仅仅是考虑的因素
感觉只有写场景才适合先建模，再考虑场景，因为一般各个场景下的业务行为对技术的要求都是一致的，而读场景必须先考虑场景，再建模，因为不同的场景下，哪怕读取同一个模型，要求也千差万别（响应速度，可用性，一致性）
人的大脑会将不断输入的新信息和原有的记忆整合，当回忆一段之前发生的经历时，记忆经过重构后可能已经与原有的事实想去甚远，所以，忘记那些令人不愉快的往事，它可能并没那么糟糕，而那些过去的美好时光，它可能也不见得有那么美好，我们可以像回忆电源中的经典桥段那样时不时拿出来品味，但切忌用来对比当下生活，这只会徒减自己对于当下生活的满意度
防腐层的目的主要不是防代码的腐，而是防领域模型的腐，领域模型的腐化会导致领域边界的模糊，进而容易导致系统职责的不清晰，在微服务中，这是非常危险的一件事情，在丢失业务全貌的情况下系统边界模糊了，开发人员很容易会像迷失在大海中一般手足无措
过分强烈的动机和消极的心理容易使人对事物形成单一刻板的认知，保持心态的平和对于认知来说至关重要
在DDD的模型中，实体和值对象的划分取决于，该模型在当前业务上下文中的语意更偏重唯一性（有基于其唯一性下的业务行为）还是更偏重描述性，不能一概而论，举个例子，在大多数业务系统中，用户都是一个实体，甚至是根实体，毕竟绝大部分的业务行为的主体都是用户，但细分到业务系统的某个子域中，比如订单子域，可能需要关心用户信息仅仅是订单相关的用户手机号，地址等描述性信息，那在订单这个子域中，用户就不应该再是实体，而是应该被设计成一个值对象
今天又在极客时间买课了，虽然已经买了38门课了，看的速度完全跟不上买的速度，但并不觉得自己是在浪费钱，交叉维度的学习对于理解是必要的
我觉得抽象的能力本质上就是边界划分的能力，人的大脑很难同时处理太庞大的问题，所以才需要通过抽象建模（核心是划分模型的边界）的方式将大问题分解为多个协同的小问题，然后逐个击破。在理解基于面向对象设计出的业务时，时刻保有边界意识是至关重要的，因为面向对象的核心之一就是抽象。具体步骤应该是：先总览全局，明晰边界，再一次理解一个层次下一个边界内的事
语法的作用规范的是思维方式（设计哲学），代码规范的作用规范的是权责
项目管理也是一项非常重要的能力，如何在跨团队，尤其是跨多个团队合作的项目下保证项目再预期的进度下完工，这是一件非常难的事情，排期中一定要慎重考虑各种沟通和踩坑的时间，因为这些时间在这类项目下已经成为了绝对无法忽略不计的一大部分
设计是面向未来的，而不是面向过去的，过去仅仅是考虑的因素
感觉只有写场景才适合先建模，再考虑场景，因为一般各个场景下的业务行为对技术的要求都是一致的，而读场景必须先考虑场景，再建模，因为不同的场景下，哪怕读取同一个模型，要求也千差万别（响应速度，可用性，一致性）
人的大脑会将不断输入的新信息和原有的记忆整合，当回忆一段之前发生的经历时，记忆经过重构后可能已经与原有的事实想去甚远，所以，忘记那些令人不愉快的往事，它可能并没那么糟糕，而那些过去的美好时光，它可能也不见得有那么美好，我们可以像回忆电源中的经典桥段那样时不时拿出来品味，但切忌用来对比当下生活，这只会徒减自己对于当下生活的满意度
防腐层的目的主要不是防代码的腐，而是防领域模型的腐，领域模型的腐化会导致领域边界的模糊，进而容易导致系统职责的不清晰，在微服务中，这是非常危险的一件事情，在丢失业务全貌的情况下系统边界模糊了，开发人员很容易会像迷失在大海中一般手足无措
过分强烈的动机和消极的心理容易使人对事物形成单一刻板的认知，保持心态的平和对于认知来说至关重要
在DDD的模型中，实体和值对象的划分取决于，该模型在当前业务上下文中的语意更偏重唯一性（有基于其唯一性下的业务行为）还是更偏重描述性，不能一概而论，举个例子，在大多数业务系统中，用户都是一个实体，甚至是根实体，毕竟绝大部分的业务行为的主体都是用户，但细分到业务系统的某个子域中，比如订单子域，可能需要关心用户信息仅仅是订单相关的用户手机号，地址等描述性信息，那在订单这个子域中，用户就不应该再是实体，而是应该被设计成一个值对象
今天又在极客时间买课了，虽然已经买了38门课了，看的速度完全跟不上买的速度，但并不觉得自己是在浪费钱，交叉维度的学习对于理解是必要的
我觉得抽象的能力本质上就是边界划分的能力，人的大脑很难同时处理太庞大的问题，所以才需要通过抽象建模（核心是划分模型的边界）的方式将大问题分解为多个协同的小问题，然后逐个击破。在理解基于面向对象设计出的业务时，时刻保有边界意识是至关重要的，因为面向对象的核心之一就是抽象。具体步骤应该是：先总览全局，明晰边界，再一次理解一个层次下一个边界内的事