• “要取得成功,软件开发人员必须能够理解企业领域和这些领域内的感知问题(...) ,并用多种语言表达想法——至少是一种自然语言、一种建模语言和一种编程语言。” ——《对象思维》 "To succeed, a software develope
  • 科学史上发展起来的三种主要建模范式: 第一种:结构范式"结构范式"的关键思想是认为世界上的事物是由某种简单的描述元素--比如说几何物体--构成的,然后用类似于逻辑推理的方式来计算它们会发生什么。 <
  • 为ChatGPT提供了上下文,它提供的创造性的部分确实有助于促进与领域专家的讨论: icon
  • 特斯勒定律(Tesler's Law)也称为复杂性守恒定律,或或水床理论,是人机交互中的一句格言,指出每个应用程序都有固有的复杂性,无法删除或隐藏。相反,必须在产品开发或用户交互中处理它。 在 20 世纪 80 年 icon
  • 大多数人都可以二元思维,因为无论两个概念多么不同,但同时思考两个概念还是很容易,两个个概念之间只有 1 个关系。 在传统的概念建模中,一个概念要么具有属性,要么与其他概念具有关系。由建模者决定将关系转换为属性或关系。在领域驱动设计中,规则是一个属性 icon
  • 规则是行为或行动的指南。 它为判断或评价该行为或行动提供标准。 每条规则都倾向于取消某种程度的自由。 规则是你如何在一个群体或社区内从无序中创造秩序并确保一致的 icon
  • 几个世纪以来,对创造力的探索一直吸引着不同领域的思想家,产生了丰富多样的观点。 一些最有影响力的观点来自查尔斯·桑德斯·皮尔斯、吉尔·德勒兹、克里斯托弗·亚历山大和大卫·博姆的哲学基础。 尽管他们的工作背 icon
  • 熵是一个普遍法则:如果不重新投入能量,一切都会趋于无序。软件也不例外。 当进化发展受到时间和/或预算的限制时,系统就会变得“单体”。 单体架构通常是对不一致抽象的意大利面条的委婉说法。 icon
  • Alan Moore (Aladdin 首席架构师、技术研究员和董事总经理)描述了贝莱德在资产管理中使用领域驱动设计DDD,以及我们如何使用它来定制、扩展和调整 Aladdin 以满足客户的需求。 icon
  • 区分问题和解决方案是领域驱动设计的秘诀这听起来很平常吗?不是。问题解决短路是人们在压力下最常犯的错误(灯下黑),我们都处于压力之下 icon
  • 由于我们中的许多人在学校和职业生活中都因为拥有正确的答案和聪明的”想法idea“而得到奖励和赞扬,但是在软件设计会议上提出质疑和批评可能会让人非常不舒服。 我们大大高估了设计中作为解决方案"想法Idea "的价值。 icon
  • 设计选择是携带设计者的世界观的。 虽然,这往往是不明显的,尤其是当设计想法是为了明显的技术改进。 让我们来看看一个虚构的创客实验室所面临的设计挑战: 在这个创客 icon
  • 规则往往直接涉及到行为:不穿衬衫,不提供服务。这种规则被称为行为behavior规则。 世界上这样的规则比比皆是;商业和社会都建立在这些规则之上。 规则也可以间接地与行为相关,通过帮助形成 icon
  • 事件风暴EventStorming 是一种非常流行的技术,它使我们能够比传统技术更有效地探索、分析和建模业务领域。结果是我们创建了设计更好的软件系统和问题解决者团队,而不是订单接受者。 如果使用得当,EventStorming 让我们能够发现关于我 icon
  • Orion实验室的产品管理高级总监Ellen Juhlin发现,在进行头脑风暴会议时,工程师们尤其会迅速跳到可行性问题上。 换句话说,他们(程序员)不是专注于想法的产生,而是想跳到想法的评估。 Ellen icon
  • 在理解域、子域、限界上下文、模块等之间的差异时遇到过困难? 问题在问题空间中,也就是我们需要解决的问题中:Domain领域(例如,酒店)子域(例如,“预订”、“住宿”)。< icon
  • 有多种工具和技术可以促进组织内的创新管理流程。以下是一些常用的: 1、头脑风暴头脑风暴是一种鼓励通过小组讨论产生新想法的技术。它包括召集一群不同的人,促进他们自由交流想法。目的是产生大量想法,而不论其可行性或实用性 icon
  • 2x2矩阵(2x2 Matrices)是一种工具,可以构建关于用户和问题空间的思考和对话。 在综合过程中使用它来帮助你思考事物或人与人之间的关系,或将事件分类为高影响或低影响以及高成本和低成本,如金钱、时间等)。 icon