康威定理

领域驱动设计的主流思想是关于实体、值对象、聚合、存储库、服务、工厂……各种技术模式。因此，大多数人认为他们不需要领域驱动设计，因为这对他们的领域来说很复杂。为什么你需要所有这些“东西”？好吧，也许你不需要！在一个大型系统中，如果您正确使用存储库模式，建模您的领域、定义边界以及

Uber核心平台技术最初押宝Thrift和Mesos，这种两种技术后来分别被gRPC和Kubernetes主流技术替代。当初您做出技术路线决策的上下文已经时非今日可比，问题：技术决策的上下文半衰期是多少？多长时间你需要重新检查你当初决策的上下文是否已经失效？Will Demaine提

2010 年代是软件工程史上的一个转折点。在本世纪初，Eric Ries 通过url=https://www.amazon.com/Lean-Startup-Entrepreneurs-Continuous-Innovation/dp/0307887898]Th

假设有一个农业机械零件的批发商。他们建立了一个 B2B 网上商店，供经销商和机器维修公司订购。在他们无处不在的统一语言与术语中，订单代表了这个自动化流程：它使客户能够挑选产品，应用正确的折扣，并将其推送到 送货。如果这个批发商与竞争对手合并：他们是老牌企业，拥有稳固的客户群和庞大的目

当您公司的整体Web应用变得太大而脆弱时，部署变得缓慢而令人恐惧。因此，作为一家软件公司，您已决定遵循许多其他公司所采用的方法——将这个整体/单体架构拆分为微服务架构。这个迁移旅程可能漫长而艰难，潜伏着许多错误的踩坑，以及您想要避免的路径。我自己经历过，也许我的经验可以提供帮助。

我知道微服务的话题已经被反复讨论过，我只是想根据我在这种设计 Web 应用程序的方法方面的经验，将我的经验加进去： 很多人认为微服务架构解决了具有扩展性和性能性质的软件问题。但他们解决的最重要的问题是组织问题。 康威定律一直在起作用。当您考虑构建的软件应该是什么样子时

新型产品技术团队模型简述： 没有孤岛，团队专注于了解客户的问题和市场挑战（环境），并由此发现和塑造他们应该如何构建和发展他们的产品（技术系统）。（他们显然在业务/公司使命和目标之间取得了平衡）。 这并不意味着团队中的每个人都一直在处理团队需要处理的所有任务。产品（和设

本文列举了一些可以应用于软件开发的最流行的规则和原则。对于每条定律，我们将快速讨论其主要命题，然后探讨如何将其应用于软件开发。 帕累托原则（80/20 规则）帕累托原则指出，通常80% 的结果来自 20% 的原因。数字 80 和 20

随着时间的推移，不同的人以各种不同的方式阐明了康威定律。这是我最近在阅读康威定律文献时发现的变化的概述。Melvin Conway对康威定律的原始定义：设计系统的组织被限制生产设计，这些设计是这些组织的通信结构的副本。 尤尔登和康斯坦丁更坚定地重

这是Romain Vailleux在Duck Conf 2021上的演讲| OCTO会谈：如何应对反向康威定律？你是不是经常抱怨：“我的CRM不是全渠道的；我们的移动应用程序晚了；我的API项目快要疯了……。”公司是由人类和技术系统组成的复杂系统，它们之间存在着永恒的互动。这

美国组织理论家罗素·阿科夫 (Russell Ackoff) 说：“一个系统不仅仅是其各部分的总和；它是一个不可分割的整体。当它被分解时，它就会失去其本质属性。”在进行API设计时，我们*喜欢*还原论作为处理复杂性的一种方式：例如《Web API 设计原则：通过 API 和微服务交付

很多团队没有专职的架构师，但是实际上有一些角色参与了架构决策，根据康威定理，组织架构决定了技术架构，如果管理者确定了系统的体系结构，那么他们实际上就是其架构师。如果程序员确定了体系结构决策，则实际上是他们就是架构师。如果一位经理决定了团队组织结构（程序员将做什么以及他们如何建立关系）

Matthew Skelton与 Manuel Pais 合著了《团队拓扑：组织业务和技术团队以实现快速流程》一书，这是一篇开创性的文本，讲述了如何围绕软件对您的特定组织的角色构建最佳团队结构。Matthew 在 2018 年、2019 年和 2020 年被 TechBeacon 评

Nick Horney 是《VUCA Masters》的作者和 Agility Consulting 的创始人。在这一集中，Nick 分享了他在领导敏捷性方面的创新，包括 AGILE Model 和 Leadership Agility Fitness，这是成为当前 VUCA 世界（即 V

当前人们对大脑自身的认识深入促进人工智能和认知科学等方面发展，仿真人类的大脑思考模型称为启发很多创新方法研究的源泉，例如人其实是神经元交互聚合的产物，人类群体是否可视为神经元集合的延伸？如何借鉴神经元这种演进方法来研究复杂系统？维特斯坦特说：太初有为，世界是由行为互动组成=世界是由事实组成，

需要其他团队合作是很自然的。等待他们或依赖他们为您提供一些东西可能很诱人，发生这种情况是因为他们拥有您需要工作的区域。例如，您可能需要一个团队将一个字段添加到他们的 API 中。或者您可能需要它们为您构建新的 API。有时，如果没有这些更改，您就无法交付所需的内容。这是一个组织陷阱。