微服务很难，构建可靠且可测试的微服务比大多数人认为的要难得多，有效地“测试”微服务需要大量的工具和远见。-许多（或大多数）公司组织都不需要Netflix /.

在编程中，困难的部分不是解决问题，而是确定要解决的问题。 -   .

在我面前这把椅子：一把漂亮的红色木椅，有四只腿，一个可以坐的座位，一个用来支撑看护者背部的休息椅。这把椅子是客观存在吗？ 当然是：它的存在与我无关。但.

除了沉默，言语是我们谈话中非常重要的部分：-)。当涉及业务分析时，围绕定义存在许多挑战。项目词汇表应包含所有关键业务术语。让我们深入了解词汇表的常见挑战，并.

大多数问题和改进的最大可能性都属于该系统。试图从整体上理解系统，并考虑系统元素之间的相互作用。 在系统.

将我们的软件分解为模块时，我们常常忘记重要的社会方面。设计如何影响团队，可能使他们相互竞争。一个具有韧性和可持续性的系统需要和谐。 谚语“好围墙造就好.

哲学思维最普遍的谬误都可以追溯到对 上下.

自从微服务变得流行以来，团队正试图将其单体划分为一组小型、独立且可高度扩展的微服务。从理论上讲，这通常看起来很容易。您只需要遵循领域驱动设计的关键原则，在您.

好的代码本身就是最好的文档。在您要添加注释文档时，问问自己：“如何改进代码，以便不需要这些注释文档？” 改进代码，然后对其进行记录以使其更加清晰。 - St.

牢记业务 上下文 的技术决.

软件设计的目标是创建适合人类思维的块或切片。软件一直在增长，但人类的思维会达到极限，因此，如果要继续进行软件更改，我们必须进行切片和分块。 这意味着软.

敏捷的软件公司组织结构最好能映射到业务领的结构，公司组织结构不要映射到技术。 DDD创建了一个从领域映射到软件技术的架构。 如果有界 .

随着DDD普及发展，DDD的各种名词涌现而出，DDD的难点在于其术语抽象模糊，但模糊而不含糊，模糊是因为位置站得高，站在业务和技术两个领域高度，高屋建瓴；不含糊则是.