为什么我们无法避免复杂？
。 conwayslaw " class='body_href' >康威定律 康威定律 在组织和软件开发方面非常重要。它指出系统 架构 代表实现系统的组织的通信结构。对于软件中的每个模块，都对
5 年 前
如何应对反向康威定律？- Romain
这是Romain Vailleux在Duck Conf 2021上的演讲| OCTO会谈：如何应对反向康威定律？ 你是不是经常抱怨：“我的CRM不是全渠道的；我们的移动应用程序晚了；我的API项目
3 年 前
DDD实施的一些特定总结 - Thomas
1、有效的软件是与业务挑战相一致的软件 我们所说的一致，是指软件从领域中借用正确的术语，正确阐述业务的关键概念，并尽可能少地避免技术问题带来的意外的复杂性。 2、康威定律不是一个可以
1 年 前
阿里落后的最大原因找到了？
客户提供统一的体验：但是这有时会与我们庞大、自主的工程组织结构相冲突。为了防止 "#康威定律 "成为现实，我们必须保持警惕：确保我们分散在不同地域的团队不会 。
从视觉角度来看
1 周 前
团队拓扑：为快速流动而组织你的团队
，因此内容可能对您的工作有用。 这本书讨论了许多有趣的话题，包括以下
您的组织和沟通结构如何决定您的系统设计。例如 康威定律 。
团队至上的思维
四种基本的团队结构，以实现快速流动
1 年 前
DDD与团队拓扑以及微服务之间的关系图 - aleixmorgadas
相应的 微服务 ，认知负载边界=微服务边界。 根据 康威定理 ，组织 架构 决定了技术架构，那么就要逆康威定律，如果你想要一个微服务架构，那么就改造你的团队结构，这就是团队拓扑的由来，团队
2 年 前
软件开发的常见认知规律和原则 - Reflectoring
，因此与要求您估算的人一起管理预期总是好的 - 总是会出错。如果你让它尽可能客观，它就会减少错误。 康威定律 康威定律指出，组织创建的任何系统都将类似于该组织的团队和沟通结构。 系统将有接口
2 年 前
团队拓扑：软件与组织之间的完美融合 - Matthew Skelton
诚实和现实。如果这些方面不是您的组织特有部分，那么你不应该围绕它构建软件；这些是您应该从软件即服务的生态系统中提取的东西。（banq：核心子域与通用、支持子域区别） 2. 康威定律基于以下观察
2 年 前
团队拓扑快速参考图
定律
“设计系统的组织……被限制生产设计，这些设计是这些组织的通信结构的副本。” 康威定律告诉我们，一个组织的结构和团队之间的实际沟通路径坚持所构建的系统的最终 架构 团队第一。从团队开始
2 年 前
软件Bug、耦合以及因果推理 - Michael Feathers
： 系统思考无疑是改变生活的事情！ 首先更改实体，然后更改因果关系。 数学和康威定律相撞！ 软件中的大部分错误：从管理和敏捷不善一直到技术欠债，到混乱的代码以及所导致的缺陷，都是因为我们无法直接
4 年 前
为什么InVision将微服务合并回整体？ - bennadel
InVision微服务几乎与解决技术问题无关。 如果边界很好，康威定律就是好的 如果您使用微服务，那么您无疑会听说过 Melvin Conway 在1967年提出的 “康韦定律” 。它指出： 设计
3 年 前
AdHoc使用团队拓扑方法打造其工程团队
12 人的团队将拥有多达 66 条沟通途径。 康威定律：公司的团队与系统结构是公司组织内沟通结构的复制副本。 如果组织无意优化沟通途径以增加 一致性 和减少认知负荷，那么组织将因随意的组织设计
2 年 前
Pipefy如何使用团队拓扑方法建设敏捷团队？
动态组织结构来赋予团队权力，这些模型有助于团队快速采用新条件。因此，当被视为构建块时，工程师、开发人员和 PO 一起工作，因为他们是一群在相同环境中行动的人。 康威定律 当我们想到一家公司并考虑
2 年 前
物理学家卡洛·罗维利：只要我们接受物体不是客观存在，量子怪异并不怪异 - newscientist
，这是人类自身的“巨大波澜”，这也是事实。 相关： 如何理解量子怪异（quantum weirdness）? 康威定律的作者：什么是"涌现"分析建模方法？
3 年 前
微服务是与团队管理相关的 - filipnikolovski
软件问题。但他们解决的最重要的问题是组织问题。
康威定律一直在起作用。当您考虑构建的软件应该是什么样子时，您需要考虑您的组织结构应该是什么样子。他们总是齐头并进。
如果您是一个团队，那么从这个角度
2 年 前