康威定律 - martinfowler
领域驱动设计在康威定律中发挥作用,帮助定义组织结构: 因为 DDD 的一个关键部分是识别BC:BoundedContexts。 BC一个关键特征是它有自己的UL
1 年 前
幽默:康威定律在城市发展中作用
康威定律的核心是人的组织 架构 决定技术物理结构,这一规律不但在软件技术行业存在,而且存在其他行业,例如城市发展,从古罗马到现代的亚特兰大,城市的形状已经被允许通勤者在大约30分钟内上班的
4 年 前
软件设计技巧:产品规划会影响并应指导你的设计 - james
?
- 我们将如何组织我们的业务人员和(开发?)团队?(康威定律)
- 上一个问题如何影响我们的设计?
- 我们的设计如何影响组织?(逆康威定律)
- 我们应该重构哪些软件组件(如果有)以供
2 年 前
单体 微服务 docker和k8s的逻辑幽默
docker 预测: 2019年用Istio解决了k8s的问题 2020年用knative解决了Istio的问题 关于康威定律的幽默: Colette Alexander
5 年 前
康威定律的各种解读 - ThinkingLabs
随着时间的推移,不同的人以各种不同的方式阐明了康威定律。这是我最近在阅读康威定律文献时发现的变化的概述。 Melvin Conway对康威定律的原始定义: 设计系统的组织被限制生产设计,这些
2 年 前
康威定律的实质是公司文化问题 -allenholub
康威定律(Conway's Law)描述这样的事实:系统 架构 反映了创建系统的这个组织中人之间的通信路径。人们通常将其简化为说系统架构反映了组织架构。 其实,创建的系统也反映了创建系统的
3 年 前
成为高水平现代企业架构师的建议 - ntcoding
现代企业 架构 师工具套件:
-Wardley Mapping(业务-> IT产品组合)
-使用 团队拓扑 (康威定律)
-战略性领域驱动设计
-实时文档记录
3 年 前
软件开发的基本法则
的来源。它的运作前提是团队成员和所需的月数可以互换。这是不正确的,尤其是在开发软件(或任何产品开发,就此而言)时。为什么?由于需要时间来通知和更新项目的个人。 康威定律 “任何软件都反映了产生
1 年 前
2007年Windows Vista发行失败的主要原因是组织的复杂性(八月Lilleaas的博客)
Bug最主要原因。 众说纷纭: 鉴于#1是康威定律,#2与布鲁克定律相关 软件反映了创建软件的组织或个人。 大型代码库几乎类似于大型组织。两者都有需要交互和沟通的各个层次,并且组织中不断进行
4 年 前
逆康威策略在现有系统行不通!
社会技术系统(即由组织结构、社交网络和系统架构组成的系统)中的适用性。 逆康威机动的定义 最初,作者表示,可以通过改变组织结构和沟通路径并因此使用康威定律来改变系统架构。 这激发了这样一种想法
1 年 前
敏捷DevOps是反康威定律? - rna
是业务决定技术?还是技术决定业务?是人决定IT,还是IT决定人?这是康威定律与敏捷的区别: 一位叫 Melvin Conway 学者进行了社会学观察:组织中IT 解决方案的结构遵循组织结构。 弗雷
2 年 前
幽默:架构师在哪里?是谁?
构建什么来确定系统块(服务或组件)和功能。 如果对系统分解(初步概念体系结构)进行初步猜测,为团队分配子系统,然后再进行梳理,那么康威定律也将生效。团队边界将趋向于成为系统内的边界。 架构师是一个角色
2 年 前
规则引擎并不灵:康威定律不适用于刚性设计 - verraes
软件设计与 康威定理 是两种不同的东西,软件设计是针对软件的,康威定律认为团队组织管理方式决定了软件的设计,因为这两者本身就属于一个大系统。 但是虽然你的团队划分按照康威定律,最终软件设计还是
1 年 前
常被人忽视的10条软件工程法则 - netmeister
1.康威定律 也称为:“您将承载组织结构。 ” “任何设计系统的组织都将产生其结构是组织通信结构副本的设计。” 您可能认为可以通过跨职能的站立会议、利益相关者更新和决策矩阵来避免这种
3 年 前
康威定律:团队结构与软件架构之间的相互作用
? 一旦决定用Rust构建和开源项目,我们就开始构建Hyperswitch了。少数开发者面对面进行高频率的非正式互动是可能的。康威定律表明,他们会创造出一个单体,而这正是我们开始时的情况。 我们在
10 个月 前