康威定律 - martinfowler
领域驱动设计在康威定律中发挥作用，帮助定义组织结构： 因为 DDD 的一个关键部分是识别BC：BoundedContexts。 BC一个关键特征是它有自己的UL
1 年 前
幽默：康威定律在城市发展中作用
康威定律的核心是人的组织 架构 决定技术物理结构，这一规律不但在软件技术行业存在，而且存在其他行业，例如城市发展，从古罗马到现代的亚特兰大，城市的形状已经被允许通勤者在大约30分钟内上班的
4 年 前
康威定律的各种解读 - ThinkingLabs
随着时间的推移，不同的人以各种不同的方式阐明了康威定律。这是我最近在阅读康威定律文献时发现的变化的概述。 Melvin Conway对康威定律的原始定义： 设计系统的组织被限制生产设计，这些
2 年 前
软件设计技巧：产品规划会影响并应指导你的设计 - james
？
- 我们将如何组织我们的业务人员和（开发？）团队？（康威定律）
- 上一个问题如何影响我们的设计？
- 我们的设计如何影响组织？（逆康威定律）
- 我们应该重构哪些软件组件（如果有）以供
2 年 前
单体 微服务 docker和k8s的逻辑幽默
docker 预测: 2019年用Istio解决了k8s的问题 2020年用knative解决了Istio的问题 关于康威定律的幽默: Colette Alexander
5 年 前
逆康威策略在现有系统行不通！
逆康威策略不太可能在特定规模和稳定性的现有社会技术系统中发挥作用。在远程公司和分布式团队中工作的可能性更小。 简而言之，在现有的社会技术系统中，逆康威机动的执行具有挑战性，而且不太可能产生预期的
1 年 前
康威定律的实质是公司文化问题 -allenholub
康威定律(Conway's Law)描述这样的事实：系统 架构 反映了创建系统的这个组织中人之间的通信路径。人们通常将其简化为说系统架构反映了组织架构。 其实，创建的系统也反映了创建系统的
3 年 前
成为高水平现代企业架构师的建议 - ntcoding
现代企业 架构 师工具套件：
-Wardley Mapping（业务-> IT产品组合）
-使用 团队拓扑 (康威定律)
-战略性领域驱动设计
-实时文档记录
3 年 前
幽默：架构师在哪里？是谁？
很多团队没有专职的 架构 师，但是实际上有一些角色参与了架构决策，根据 康威定理 ，组织架构决定了技术架构，如果管理者确定了系统的体系结构，那么他们实际上就是其架构师。如果程序员确定了
3 年 前
规则引擎并不灵：康威定律不适用于刚性设计 - verraes
软件设计与 康威定理 是两种不同的东西，软件设计是针对软件的，康威定律认为团队组织管理方式决定了软件的设计，因为这两者本身就属于一个大系统。 但是虽然你的团队划分按照康威定律，最终软件设计还是
1 年 前
敏捷DevOps是反康威定律？ - rna
是业务决定技术？还是技术决定业务？是人决定IT，还是IT决定人？这是康威定律与敏捷的区别： 一位叫 Melvin Conway 学者进行了社会学观察：组织中IT 解决方案的结构遵循组织结构。 弗雷
2 年 前
康威定律：团队结构与软件架构之间的相互作用
我们的沟通方式又影响着我们的建造方式。也许丘吉尔的想法是康威法则的前身： 任何设计一个系统（广义的）的组织都会产生一个设计，其结构是该组织的沟通结构的副本。 - 梅尔文-康威 这个想法是
11 个月 前
2007年Windows Vista发行失败的主要原因是组织的复杂性（八月Lilleaas的博客）
Bug最主要原因。 众说纷纭： 鉴于＃1是康威定律，＃2与布鲁克定律相关 软件反映了创建软件的组织或个人。 大型代码库几乎类似于大型组织。两者都有需要交互和沟通的各个层次，并且组织中不断进行
4 年 前
不要将API质量视为技术问题，而更多地是系统问题 - matthe
只见树木不见森林的风险。孤立的设计会带来风险。有一天我们醒来，我们没有想象（或预期）的影响。 API 从业人员受过 康威定理 教育，并欣然接受组织结构和 架构 解决方案之间存在对应映射关系
2 年 前
DDD实施的一些特定总结 - Thomas
1、有效的软件是与业务挑战相一致的软件 我们所说的一致，是指软件从领域中借用正确的术语，正确阐述业务的关键概念，并尽可能少地避免技术问题带来的意外的复杂性。 2、康威定律不是一个可以
1 年 前