• 这是著名DDD专家Nick在FlowCon France大会上的PPT演讲，要点： 1. 一个松耦合软件架构与组织架构必须是匹配的，关键是在：持续交付效率和组织规模随着效率线性扩展。 2.一个社会技术工具集是能够更频繁实现软件交付和每次交付提升客户价值。 3. 工具集有： 依赖检查表； DDD；团
  • 通常，软件工程师通常以傲慢，不愉快和喜怒无常而著称。声誉不是随机分配的，它们是根据经验获得的。使声誉困扰我的是，我本人认识许多软件工程师，并且他们通常是爱好娱乐，乐于助人
  • 领域驱动设计看起来真的很复杂，有很多行话，等等。总而言之，这是一种分而治之的方法。第一件事就是将您的业务划分为更小的“块”。每个块都易于处理+理解。 但是，为了能够做到这一点并以有利于业务的方式，您需要了解......业务。这个业务的动态部分是什么？有哪些人参与？是谁？他们在做 icon
  • Alberto Brandolini是EventStorming的发明者，一种在领域驱动设计环境中的研讨会格式，可让您快速了解软件领域的情况。 Alberto Brandolini是EventStorming方法的发明者 - 这一概念将领域驱动设计（DDD）背后的论文转化为实践。他的书“介绍Even icon
  • 具有产品意识的工程师是对产品本身有很多兴趣的开发人员。他们想了解为什么要做出决定，人们如何使用产品以及热衷于参与做出产品决定。如果他们决定放弃工程学的乐趣，他们很可能会成为一名优秀的产品经理。我曾与许多优秀的产品工程师合作，并认为自己是这种开发人员。在生产世界一流产品的公司中，注重产品的工程师将团队 icon
  • 如果您的公司建立在单体monolith之上。由于您的业务知识在内部传播，因此这种单体monolith可能是您的最佳资产，但是由于多年的技术债务和团队在相互沟通的情况下发布代码，这些是脏的。 单体程序缓慢，不透明，容易出错，未经测试。发布新代码时开发人员和sysops团队都开始担心，因此最终会建立 icon
  • 在现实世界中，我们可能会对我们的业务规则和流程含糊不清。我们可以设置例外，也可以绕过一些步骤以适应我们从未想到的特殊情况。 想象一下一个业务规则，即所有客户都必须具有名字，中间名和姓氏。如果某人访问实体商店时没有中间名甚至没有姓氏的，则可以写下他们的名字。 在软件中，无法实时应对意外情况。我们必须在 icon
  • 恭喜从单点故障变成多点故障！ 拥有长期支持成本的架构中的所有决策之间存在平衡。在43个技术堆栈上拥有43个服务不仅要在可操作性方面而且还要在劳动力的发展和可替代性方面付出长期成本。 43比在线银行monzo的1500+毫秒小，他们雇用了约150多名工程师来维护这些。可以肯定 icon
  • dddesign就像agile。许多人认为这与低级的具体实现细节和策略有关。但是，实际上，两者或多或少都像是一种思考软件和业务问题的方式。他们喜欢哲学...思维方式...原则与规则...。 它们的影响在于构建软件的高级战略方法。 “我们如何将这个庞大的系统分成可征服的小块？” “哪个作品最重要？” icon
  • 围绕一个系统的某个区域的活跃的领域知识才是有保存价值的基本单位，但是这容易被破坏隔离，领域的知识连续性很重要，DDD的有界上下文概念似乎是一个很好的基础。 (特性团队是跨专业的, 面向最终用户交付完整价值的团队，组件团队Component Team, 比如计费团队, 订单团队, icon
  • 本文的目的是提供一种用Java和Spring以六边形样式实现Web应用程序的自以为是的方式。 本文随附GitHub上的示例代码。 什么是“六边形架构”？ 与常见的分层体系结构样式相反，“六角形 icon
  • 几年前，我领导了一个在线销售人寿保险新平台的网络开发。我们将介绍以下几点： 事件风暴：这是什么以及如何开始对业务域进行建模 从领域事件的角度思考系统或业务域如何真正帮助澄清问题 人寿保险业务可能面临的一些重要问题 如何更好地处理与外部系统/ API的交互 某些分布式模式如何改善系统的用户体验 什么是 icon
  • 比尔盖茨说过：人们不会为修复bug付费，只为新功能付钱。技术债务作为Bug产生的根源，技术债务只是针对开发人员而言，如何能做到向最终用户收费？创造新的商业价值？KentBeck提出投资改善体系结构或架构，这样比单纯去修复bug、重构等还请技术债务的方式会更好吗？ 众说纷纭： 商 icon
  • 聚合这个词语由于非常广泛且通用，有可能导致很多人无法抓住其中心要旨，著名领域设计专家Mathias Verraes对聚合重新进行了一次定义： 通过定义事务边界，并发边界和分发边界来强制一组相互关联的约束的一致性的架构模式。 icon
  • 两年前，我第一次听说了Event Storming。我了解了这项技术，但并没有立即被它说服。一场大师班和几场Event Storming会议之后，我写这篇博客是因为我认为您应该尝试一下。 让我们从头开始。 什么是事件风暴？ EventStorming是一种灵活的研讨会格式，用于协作探索复杂的业务 icon
  • 领域驱动设计的作者埃里克·埃文斯（Eric Evans）在前几天Explore DDD上的主题演讲中，邀请听众积极参与改进在建模和设计复杂系统时使用的语言。 埃文斯（Evans）承认，DDD中使用的一些基本术语行话，如“有界上下文”常常被误解。由于个人的偏见，其他短语 icon
  • 我在设计和构建大型系统方面获得了公平的份额。我参与了重写Uber的分布式支付系统，在Xb icon
  • 如今机器人流程自动化，简称RPA，已经开始进入企业，替代人工枯燥的Excel填表劳动，以下来自福布斯 icon