事件风暴教程

领域驱动设计（DDD）是一种软件开发方法：一组用于帮助开发复杂系统的技术，原理和模式。该术语是由Eric Evans在其2004年的著作《域驱动设计：解决软件中心的复杂性》中提出的。 通过无所不在的统一通用语言进行协作

EventStorming是一种非常流行的技术，它使我们比传统技术更有效地探索，分析和建模业务领域。由此我们可以创建与设计更好的软件系统和问题解决方案。明智地使用EventStorming，我们可以发现有关我们的域和业务的足够信息，以便我们可以使用它来设计微服务，有界上下文甚至我们的

Alberto Brandolini是EventStorming的发明者，一种在领域驱动设计环境中的研讨会格式，可让您快速了解软件领域的情况。Alberto Brandolini是EventStorming方法的发明者 - 这一概念将领域驱动设计（DDD）背后的论文转化为实践。他的书

刚开始在一个项目中使用DDD Big Picture Event Storming可能会很混乱，这里描述一个详细的议程和一个案例简报，保证其在正确的轨道上实行。

我们看到许多公司正朝着微服务架构迈进。微服务架构的一大缺陷是专注于技术，微服务需要多大，代码行数，我们在微服务中放置什么实体，以及使用休息作为它们之间的通信。但要取得成功，我们需要关注问题空间，通过掌握领域知识并进行领域建模。EventStorming非常适合域建模，几乎所有微服务领

两年前，我第一次听说了Event Storming。我了解了这项技术，但并没有立即被它说服。一场大师班和几场Event Storming会议之后，我写这篇博客是因为我认为您应该尝试一下。让我们从头开始。 什么是事件风暴？</

具有产品意识的工程师是对产品本身有很多兴趣的开发人员。他们想了解为什么要做出决定，人们如何使用产品以及热衷于参与做出产品决定。如果他们决定放弃工程学的乐趣，他们很可能会成为一名优秀的产品经理。我曾与许多优秀的产品工程师合作，并认为自己是这种开发人员。在生产世界一流产品的公司中，注重产品的工程

Event Storming是一种跨职能促进技术，用于揭示系统或业务流程的有界上下文，微服务，垂直切片，故障点和起点。建议时间：12小时。谁参加？中小企业，核心团队（见主持人说明） Event Storming可以将单块体分解为微服

本文是Google产品技术经理 Steven A. Lowe编写：事件风暴是一种快速，轻量级且未得到充分认可的群体建模技术，它

我的大学刚刚宣布正在抛弃黑板，这很令人欣喜。为什么普遍批评黑板？其实这是一个可以类比“为什么企业软件很烂”的标准的故事，还有一个比喻是婴儿服装。婴儿服装有两种类型，一种是针对购买其作为礼物的人，放在购物架上令人无法抗拒，但是它至少有18个纽扣，至少需要三个人才能将哭啼的婴儿穿上它，只

软件不是孤立的工件。它必须嵌入到使用和生产它的人们的社会技术环境中，并与环境不断相互作用。我们需要知道的是，复杂的系统如何显示我们作为系统设计者试图捕获有用的抽象的行为。 “组织是动态的，层次结构化的实体。这种活力体现在每个组织级别的重大事件

模块化的三大优点是什么？如何使用Strategic DDD实现这些优势？ 演讲PPT点击标题见原文。下面是意译如下： 是不是发现持续递交感觉像一个梦！一个个 噩梦项目？用户增加一个输入框，竟然需要涉及业务API、规则BPM和ESB以

如果有人说您只能对一个软件项目执行一次质量实践，您会选择什么？我会选择对需求进行同行评审，我认为这是我们今天可用的最高杠杆质量实践。在同行评审中，工作产品的作者以外的其他人检查产品的质量问题和改进机会。审查需求是一项强大的技术。使用它们来识别模棱两可或不可验证的需求，查找尚未足够详细

事件风暴是软件系统的快速设计技术，涉及技术人员和领域专家/业务分析师。它最适合领域驱动设计环境，并倾向于/准备事件溯源和CQRS。该技术最初由Alberto Brandolini引入，由Vaughn Vernon在Domain Driven Design Distilled中采用。它也是他的

很多时候，有界上下文中的统一语言被一些本不应该在那个位置的语言定义了（banq注：一些行业术语或行话其实具有误导性），这需要一个搜寻提取领域纯度的思考，需要正确的抽象才能实现。 众说纷纭：语言很重要，“根据挪威语言学家奥列·亨里克·马加（O

如果在会计财务性质的行业进行建模，这是会有一个稳定的统一语言；如果在市场行业建模，他们会发明一些新的概念，从而破坏你设计好的模型。 banq: 需要将可变从不变的结构中分离出来，这也是使用事件溯源的优点。