• 本体Ontology一词在哲学中代表“存在Being”的概念，类似我们日常语言中的“主语”，当你将某个词语作为主语时，比如A如何,A怎么,,，说这话的前提是你已经默认A的存在，但是实际上A是否存在还需要被论证，因此，如果你突然说出这段话，表示你在带节奏。 根据维基百科定义：领域本体指的是那些属于整个
  • 上下文感知的英文是：Contextual Awareness；态势感知或称情境感知的英文是：Situational Awareness。 情境Situational或事件发生在一个上下文中，这个上下文即与实际事件相关的周围事实。意识到
  • 2002年，亚马逊的杰夫·贝佐斯发布了一份备忘录，该备忘录已成为技术行业经典。这份备忘录被称为“API Mandate”（API授权执行书），通常被视为亚马逊技术声明，因此受到技术人员的广泛钦佩，并被高管完全忽视。这很不幸，因为可以毫不夸张地说，API 3Mandate彻底改变了亚马逊作为一个业务， icon
  • 企业家不能非理性地执着于创新，当然在某些情况下是绝对需要新鲜的想法，但如果对原创性产生依恋，或厌恶拷贝他人开创性想法，也会导致成功的重大延迟（甚至失败）。 此外，一次性做好几件事总是比做好一件事困难得多。因此，企业家应该努力弄清楚交付给客户的整体解决方案的哪些 icon
  • Sonja 是More Beyond的创始人兼首席执行官，她与客户合作，创造弹性和敏捷的文化和领导力。她主要从事复杂系统理论的工作，并具有使我们所有人都可以理解和可行的天赋，包括在我们的日常生活中。 上下文几乎比什么都重要（上下文 icon
  • Webhook是“用户定义的 HTTP 回调”： 它们通常由某些事件触发（不是通常用用户操作人为触发的），例如将代码推送到存储库或发布到博客的评论； 当该事件发生时，源站点就向为 webhook 配置的 URL 发出 HTTP 请求。用户可以将它们配置为导致一个站点上的事件调用另一个站点上的行为。 icon
  • 这是Oliver Human & Paul合著的[url= - Cilliers[/url]的第 17 章——走向复杂的经济： 定义复杂性的不是相互作用的部件数量，而是它们相互作用的性质：这些相互作用 icon
  • 本文将面向对象分析设计的单一职责等#SOLID原则应用于微服务划分，以及DDD领域划分/上下文分界/DDD聚合等设计概念中，是一种实际中每天重复的设计习惯： 松耦合和高内聚这两个术语似乎同时存在的：这两个概念是一起创造的，如果您谈论其中一个，通常也会出现另一个。 类似地，DRY（不要重复自己）和错误 icon
  • 在分布式软件应用程序中，不同的服务或进程或应用程序经常需要相互通信。微服务和容器以及云原生应用程序的现代架构趋势都增加了应用程序将越来越多地部署为相关服务的集合而不是单个单体的可能性。这些应用程序可以通过多种不同的方式相互通信，每种选择都会带来一定的好处以及后果和权衡。让我们考虑选项并根据其相对性能 icon
  • A 是大脑的工作方式。C是向上级解释的方式。B 正在行动，下面这张图 icon
  • Wardley Mapping是西蒙·沃德利创建的一套战略思维探索工具，点击标题是一款在线Wardley-Mapping绘制工具，用来实现DDD战略设计或产品战略设计探索，使用右键选择组件，拖动鼠标移动组件。 其他绘制工具： icon
  • 尽管微服务具有各种好处，但似乎也有许多新的复杂性和并发症。我最近经常遇到的一种情况（并没有找到很多很好的资源）是删除数据。考虑一个简单的例子： 有三种服务： Product 服务，管理与所提供的产品， Order 追踪产品购买服务， Catalog服务 ，其控制被发布到不同的媒介（比如，印刷，数字 icon
  • 本文是作者pathelland二十年分布式经验分享，其中很多概念与DDD和有界上下文映射非常类似，只不过使用了fiefdom而不是domain来表达。 本文介绍了一个称为fiefdom封地/领地（banq注：类似Domain）的概念 ：这是一个自主计算和数据的集合，旨在与不受信任的外部人员合作。这与 icon
  • “来自事件的状态”假设一个现有的事件流，不管它是如何产生的，并从中预测状态。没有新事件添加到流； “作为状态的事件”是关于作为唯一事实来源的事件。换句话说，新事件被添加到流中，但它们受业务规则的约束，这些规则依赖于先前的事件作为它们的输入（而不是状态作为输入）。 现在我们应该如何定义事件溯源？两者都 icon
  • 具有讽刺意味的是，强调无处不在的语言的 DDD 社区搞砸了这么多预先存在的DDD术语： DDD聚合Aggregate这个词语准确吗？ “聚合”完词语可能全过载。DDD社区意见领袖mathias将其视为“确定性单位”，它是某些数据和规则的一致性边界，在此边界内，您具有原子性、无并发性和无分布性。它不仅 icon
  • API 设计的核心是有效的沟通，不仅是开发人员之间的沟通，还包括将产品思维、业务和技术融为一体的沟通。 James Higginbotham 是《Web API 设计原理》的作者和执行 API 顾问。James 还推荐 API Design-First 方法——一种快速且轻量级的基于结果的 API icon
  • 您可以通过多种方式进行商业自杀，但可能没有比尝试伟大的架构目标（所有应用程序都与之对话的单一权威数据库）所产生的死亡更慢、更痛苦的死亡方式了。 如果我们有一个单一的数据库，那么我们将所有的业务信息放在一个地方，所有人都可以访问，易于报告，降低维护成本，所有应用程序的一致性，以及许多其他良好的目标。 icon
  • 领域驱动设计是您应该了解的概念——无论您是开发人员还是领域专家。使用 DDD 处理复杂的软件项目。 领域驱动设计 (DDD) 的概念是由 Eric Evans 提出的。早在 2004 年，他就在他的著作领域驱动设计（又名“蓝皮书”）中写到了这一点。 DDD 上下文中的域是什么？ 一种知识、影响或活动 icon