DDD战略设计与领域建模

我正在阅读Vlad Khononov的《

建模是软件或系统开发的一个重要部分，然而在试图捕捉系统的行为时，并不常见到时间被使用。当我们这样做时，我们倾向于提取这个概念，并以计划任务的形式将其放在领域之外。 在这篇文章中，我将提倡把时间作为建模的起点，并建议偏离传统的调度器，而采用更加反应式

第一性原理思维有助于解决复杂问题，因为它可以让您将问题分解为核心元素，然后从中系统地构建解决方案。与尝试使用先入为主的概念或根据您过去的经验对问题做出假设相比，这可能是一种更有效的方法。 它用于计算机科学、工程和物理学，但也可以从任何行业的第一性原

S曲线（S-Curves）显示一个变量在另一个变量方面的增长情况的曲线，通常以时间单位表示。这种采用生命周期的概念也适用于社会创新，包括宽容和社会平等的观念。 有许多变化理论，但与创新特别相关的一种理论以 S 曲线为中心。它是一种描述渐进式、颠覆式

如果您的组织活跃于多个业务渠道或业务线，则映射有界/限界上下文可能会稍微复杂一些。 在为 Avanscoperta 编写软件时，我们经常将不同的事物归类为限界上下文，例如“培训”、“咨询”、“计划”与“财务”。过了一段时间，整个事情开始变得

领域驱动设计（DDD）是一种软件开发方法，强调理解问题领域、业务需求和用户的重要性。DDD不是一种具体的技术或工艺，而是一套原则和最佳实践，通过使代码与业务需求相一致，帮助开发人员构建更好的软件。 DDD的主要原则之一是 "泛在语言

几年来我一直在使用和制作Wardley Maps。它们是一个非常有用的工具，让我能够快速理解问题空间，并快速返回到我正在寻找的问题。对于几乎所有使用 W

舍基原则（Shirky Principle）：复杂的解决方案（如公司或行业）会变得太过于专注于他们所解决的问题，以至于他们往往在无意中延续了这个问题。 "机构总是试图维护他们所解决的问题。"- 克莱-舍基

1、

1、编写代码有两种方法：  遵循需求  理解潜在的业务目标 当您将视角转变为方法 2 时，您的工程技能将成倍增长。 -Peter Vukovic 2、"我们不能用创造问题时的思维来解决我们的问题"。

不确认偏见，也称为失证偏差或认知失调（Disconfirmation Bias）：不加批判地只接受那些支持自己信念的证据与信息，而积极地反驳那些挑战自己信念的其他证据。当证据或外部信息使我们高兴时就不加批判地接受，而这些证据信息让我们不快时则拒绝接受。我们巧妙地使天平倾向于我

团队拓扑结构不是一个 "模型"，而是一套鼓励新兴（#emergent涌现）行为的约束。 反对意见：团队拓扑是建立在软件如何生产和应该生产的模型之上，并提供一种模式语言、一个框架、一组与该模型一致的约束。

“与领域专家的互动在实施软件中起着关键作用。你必须确保你理解你正在解决的问题。如果不先了解问题，就无法提供软件解决方案。”Vladik Khononov 是《学习领域驱动设计》一书的作者。在这一集中，我们深入讨论了领域驱动设计 (DDD)，Vlad 首先分享了为什么理解业务领

一个强大的想法已经慢慢建立了很多年，最初被称为语义网，后来又被称为关联数据。随着知识图谱的出现，这个想法终于迎来了它的时代。这些技术网络允许一个组织释放束缚在混乱的数据库中的 "自由能量"，并将这种能量直接导入人工智能。 正确构建的组织性知识图谱可

经理人花很多时间 "救火 "和做被动的工作，而创客的日程表是由很长的时间块组成的，以专注于特定的任务，或者整个一天都可能用于一个活动。 1、创客的时间安排著名小说家村上春树的日程安排。当他写小说时，他每天早

典型的创造力和发明的故事集中在寻找解决问题的新方法上： 詹姆斯-戴森找到了一种方法来调整工业旋风，以消除吸尘器中的袋子。 巴勃罗-毕加索和乔治-布拉克发展了立体主义，作为一种在同一幅画中包括几个场景的技术。 施乐PARC开发的桌面操作系统用一个空间用户界面取代