笔言: 在《1999点科技树》第九、十合集（看见与守护：分布式系统的观测体系与安全架构）中，我曾提及一个写作计划——将 DDD（领域驱动设计） 与 BIZBOK（业务知识体系） 深度融合，以故事的形式呈现。如今，这个构想已悄然落地，一段关于“业务即代码”的穿越叙事，正式启程

感谢一路陪伴，我们故事里见。

故事大纲（30集微故事版）
时代背景：明朝万历年间，丝绸之路上最大的跨国商帮“九州通商”陷入危机
主角设定：

• 陆知行（男，32岁）：2024年顶尖领域驱动设计专家，意外穿越成商帮账房学徒。拥有将商业逻辑转化为精确实体建模的“领域之眼”
• 苏清越（女，28岁）：现代商业架构师，BIZBOK体系传人，穿越成商帮大小姐。擅长将战略意图拆解为可执行业务流程的“业务之手”

第2集：第一次事件风暴

• 为追查亏空，两人在密室发起首次“事件风暴”。老周怒斥“装神弄鬼”，但当陆知行将“白银流转”“货物交割”“信用赊欠”等事件写在墙上，文先生惊讶发现这完美复现了《周礼·考工记》的商业逻辑。阿七凭着驿站见闻补充关键事件链条。爽点：半天理清了过去三个月理不清的账目脉络

本集专属旁白：播放地址
本集播客： 播客地址

下面是我个定制【本故事的主题曲待定，暂时用千禧前的夏天】：
《我在1999点科技树》两个主题曲:

千禧前的夏天A版: 歌曲地址

千禧前的夏天B版: 歌曲地址

第2集：第一次事件风暴

夜色如墨，九州通商总舵深处，一间平日堆放旧账本的密室被悄然启用。

陆知行站在一面巨大的白墙前——那是他让阿七紧急找来的素白宣纸，整面糊在墙上。苏清越则在一旁长案铺开一卷空白的羊皮纸，用纤细的狼毫笔标注着区块。烛火将两人的影子投在墙上，摇曳不定。

老周被“请”来，抱着胳膊站在门口，脸色比锅底还黑：“胡闹！查账不去核明细，在这空墙上涂画什么？大小姐，陆三这小子糊涂，您也跟着疯？”

文先生倒是饶有兴致地坐在一旁，捋着胡须，眼中带着审视与好奇。阿七则显得有些局促，他不明白核账为何需要他这个跑腿的在场。

“周老，文先生，”苏清越转身，声音清越而坚定，“传统的对账是‘结果核对’，如同只看凋零的叶子去猜测树根的病。我们现在要做的，是‘过程重现’——找到那棵树从根系到枝叶，每一次吞吐养分、经历风雨的事件。”

“事件？”老周嗤之以鼻。

陆知行拿起一块特制的炭笔（他让阿七烧制的），面对白墙，沉声道：“不错。亏空不是凭空发生的，它一定隐藏在无数笔交易的‘进行时’中。我们要做的，是把过去三个月，所有与核心嫌疑账目相关的交易，像说书先生讲故事一样，一幕一幕‘还原’出来。而这故事里最核心的要素，就是领域事件——那些在业务中发生的、对业务有价值、且值得被记录下来的事。”

知识点透讲一：什么是领域事件（Domain Event）？

• 定义：领域事件是发生在特定领域（此处是九州通商的贸易领域）中，对业务专家有意义的事情。它标志着领域中某种状态的变化或某种事情的发生，通常是过去时（已发生）。
• 特征：1) 使用业务语言命名（如“货物已出库”而非“数据库记录更新”）；2) 承载事件发生时的关键信息；3) 是领域模型的组成部分，反映业务事实。
• 重要性：事件是理解业务流、追溯问题根源、并最终构建反应式系统的核心线索。

“我们开始吧。”陆知行不再解释，而是在白墙正中写下第一个事件，也是所有交易的起点：

“贸易契约已订立”

他看向苏清越。苏清越立刻在羊皮纸上对应的“契约上下文”区域记下，并补充：“事件应包含：契约号、双方商号、货物种类、总量、总价、订立时间。”

阿七眨眨眼，突然道：“这个我知道！每份契约订好，我们驿站都会收到一份副本摘要，快马通知沿途货栈预备接应！这就是‘契约已订立’事件发生了！”

“很好！”陆知行赞许，“那么，契约订立后，接下来会发生什么？”

老周忍不住冷哼：“自然是支付定金，或者调用库存准备货物。”
“对！”陆知行立刻写下第二个事件：

“定金已支付（部分）”
“货物库存已预占”

他解释道：“注意，这是两个可能同时发生、也可能有先后的事件。它们源于同一个‘命令’（执行契约），但标志着不同方面的状态变化。”

知识点透讲二：事件风暴（Event Storming）的基本流程

• 第一步：识别领域事件：聚焦于“发生了什么”，用过去时态的橙色贴纸（此处是炭笔字）快速、大量地捕捉。不争论对错，先覆盖所有可能性。
• 核心规则：参与者（尤其是业务方，如阿七、老周）是事件的主要发现者。技术专家（陆知行）负责引导和记录。

墙上的事件开始增多，在苏清越的梳理和阿七、甚至文先生不时补充下，事件流逐渐延伸：

“货物已从杭州仓出库” -> “货物已运抵九江仓” -> “九江仓库存已更新” -> “货物从九江仓二次出库” -> “汉口关隘验货通过” -> “部分货物受损事件被发现” -> “争议协商开始” -> “赔偿协议达成” -> “尾款支付条件变更” -> “最终尾款已支付”……

一个个事件，按照时间顺序，在白墙上形成了一条蜿蜒而上的河流。老周最初的不屑，渐渐变成了惊疑。因为他发现，这些事件的名字，就是他每天在处理、在争吵的事情，只是从未被如此清晰、按顺序地排列出来。

“停！”陆知行突然在一个事件处划了个圈：“‘汉口验货通过’与‘货物受损被发现’，这两个事件在时间上非常接近，但在我们拿到的账册和运单记录里，只有‘验货通过’的签章，‘受损发现’的记录模糊，且对应的‘赔偿协议’事件，在账目上完全没有体现！”

苏清越迅速翻阅那堆问题账册，眼中一亮：“找到了！对应的银钱流水有一笔不明支出，名目是‘途中折损’，但既无具体契约号关联，也无受损明细和双方确认文书。金额……正好能与一笔拖延的尾款对冲！”

老周一个箭步冲上前，夺过账册，手指颤抖地核对着。他熟稔的数字记忆与墙上直观的事件流瞬间对接。

“所以……”老周声音干涩，“亏空不是一笔钱不见了，而是事件链断裂、信息被隐藏？‘货物受损’这个真事件未被正确记录，导致对应的‘赔偿支付’事件在账目上变成了不明不白的‘折损’，而本该因此减少的‘尾款’却依然按原额记载支付……一来一去，钱就‘丢’了？”

“不仅如此，”陆知行用炭笔将几条事件流分支连接起来，“看这里。同一批货物的‘预占库存’事件，在杭州仓和九江仓的记录中，被后续‘出库’事件清除的时间点不同。这意味着，在某个时间窗口内，这批货物在系统（账本）里被计算了两次！这就是导致货物数量对不上的根源——数据一致性在复杂流程中因事件记录不同步而被破坏。”

文先生已然起身，走到墙边，眼中精光闪动：“妙啊！这不是查账，这是‘复盘’！将一团乱麻的静态结果，还原成动态过程，破绽自然就从时间的缝隙里露出来了。此乃《鬼谷子》所言‘反以观往，覆以验来’！”

阿七兴奋得抓耳挠腮：“我明白了！就像我们驿站传信，每一站接到信、送出信、路上遇到风雨耽误了，都得记清楚！所有信使的记录连起来，就能知道一封信到底在哪、怎么样了！这事件……就是我们驿站的‘路引日志’啊！”

知识点透讲三：事件风暴的价值与“爽点”

• 打破壁垒：使用统一的“事件”语言，让业务人员（阿七、老周）、领域专家（文先生）、技术思考者（陆知行、苏清越）能无障碍协作。
• 可视化复杂性：将隐藏在流程和规则下的业务逻辑，通过时间线直观暴露出来。
• 快速定位问题：通过追溯完整或断裂的事件流，能迅速定位数据不一致、流程缺陷或违规操作的节点。
• “爽点”来源：在于将混沌变为有序，将隐性的、纠缠的问题变为显性的、线性的线索，从而获得巨大的认知清晰度和解决问题的掌控感。

密室内，气氛已然彻底改变。老周不再反对，而是死死盯着事件墙，不时指出某个事件在传统账目中对应的晦涩科目。苏清越飞快地将事件与账目证据、契约文书一一关联标注。陆知行则引导着众人，围绕几个关键断裂点，继续向前、向后探索事件。

仅仅半天时间，一面白墙被密密麻麻的“事件”覆盖，数条清晰的事件流和几个刺眼的“断裂点”被标识出来。涉及三十万两亏空的核心疑团，其轮廓和根源已经暴露了大半——它们不再是账本上冰冷的数字差异，而是一个个“丢失的事件”、“错误顺序的事件”或“被篡改内容的事件”。

老周长叹一声，对着陆知行和苏清越，第一次郑重地拱了拱手：“老夫……服了。此法虽奇，却直指根本。半日之功，胜过我辈埋头苦核三月。” 他眼神复杂地看着那面事件墙，“只是，此事牵扯甚广，恐非账房层面能解决……”

就在这时，密室的门被轻轻叩响。阿七开门，一名心腹伙计紧张地递上一份密信。苏清越拆开，面色微微一凝。

“是西域红娘子分舵的紧急传书，”她将信递给陆知行，“信中未言明具体事由，只说有一批重要的‘特殊货物’交易，流程极其怪异，她凭经验觉得有大问题，但按现有规矩完全无法厘清，希望总舵派‘懂新法子’的人去看看。”

陆知行看着信，又看看墙上那尚未完全理清、却已指向商帮内部更深层问题的断裂事件流，目光与苏清越再次相遇。

“看来，”陆知行缓缓道，“第一次事件风暴找到了账目的‘病根’。而下一场风暴，可能要在真正的‘业务险滩’上刮起了。”

事件风暴已然揭幕，而更大的领域迷雾，正从遥远的西域滚滚而来。

第2集 终

本集核心知识点总结：

1. 事件风暴：一种基于工作坊形式的协作探索方法，核心是识别领域事件。它强调所有角色平等参与，使用统一的事件语言，旨在快速理解业务流、发现复杂性问题。
2. 领域事件：表示领域中已发生的、有意义的状态变化。它是业务过程的客观记录，是构建事件驱动架构和进行业务分析的基石。
3. 本集映射：
   • “贸易契约已订立”等->领域事件。
   • 白墙与羊皮纸->协作画布。
   • 阿七的驿站路引比喻->事件日志/溯源。
   • “断裂的事件链”->业务流程漏洞/数据不一致根源。
   • 半天理清三月糊涂账->事件风暴带来的认知效率提升。

版权声明
业务即代码：当DDD穿越古代商帮和主题曲‘千禧前的夏天’和片尾曲以及相关封面图片等 ©[李林][2025]。

本作品采用 知识共享 署名-非商业性使用 4.0 国际许可协议 进行授权。
这意味着您可以：

• 在注明原作者并附上原文链接的前提下，免费分享、复制本文档与设计。
• 在个人学习、研究或非营利项目中基于此进行再创作。

这意味着您不可以：

• 将本作品或衍生作品用于任何商业目的，包括企业培训、商业产品开发、宣传性质等。

如需商业用途或宣传性质授权，请务必事先联系作者。
作者联系方式：[1357759132@qq.com]