我们想研究除非绝对需要，其他避免在UI中等待的方法，比如使用浏览器推送技术。在某些地方，当前系统中的UI仍然需要等待针对读模型的异步更新。
探索事件源的一些额外好处我们发现在旅程的第三阶段，第5章“准备发布V1版本”中，修改订单和注册限界上下文来使用事件有助于简化这个限界上下文的实现，一部分是因为它已经使用了大量的事件。
在当前的旅程中，我们没有机会进一步探索灵活性的承诺，以及从事件源中挖掘过去事件以获得新的业务见解的能力。但是，我们确实确保系统保存了所有事件的副本(不仅仅是那些重建聚合状态所需的副本)和命令，以便在将来启用这些类型的场景。
Gary(CQRS专家)发言：
同样有趣的是，通过事件源或其他技术(如数据库事务日志或SQL Server的StreamInsight特性)来挖掘过去的事件流以获取新的业务洞察是否更容易实现？
在我们的V3版本中，所有限界上下文都由同一个核心开发团队实现。我们希望研究在实践中，由不同开发团队实现的限界上下文与现有系统集成起来有多容易。
这是您为学习经验做出贡献的一个很好的机会：继续实现另一个限界上下文(请参阅产品backlog中的优秀用户故事)，将它集成到Contoso会议管理系统中，并在旅程的另一章中描述您的经验。