Mel Conway  康威在加利福尼亚理工学院获得物理学硕士学位,在凯斯西储大学获得数学博士学位.毕业之后,他参与了很多知名的软件项目,如 Pascal 编辑器.在他的职业生涯中,康威观察到一个现象:软件团队开发的产品是对公司组织架构的反映. 1967 年他针对这个现象提交了一篇论文.(http://www.melconway.com/Home/Conways_Law.html)给 <哈佛商业评论>.结果程序员屌丝的文章不入商业人士的法眼,无情被拒,康威就投到了一个编程相关的杂志,所以被误解…

系统是设计该系统的组织结构的映射. Conway's law 最初是Conway在1967年发表的论文<How Do Committees Invent?>,然后 Fred Brooks 在<人月神话>(The Mythical Man-Month)这本书中引用了这篇论文的结论,并命名为康威定律(Conway's law). 观点 康威定律的结论 Organizations which design systems (in the broad sense used here) ar…

优化系统结构,使信息和物质流在结构内的流动更畅通. 构造定律(constructal law) 由Adrian Bejan于1995创立的构造定律(constructal law):   For a finite-size system to persist in time (to live), it must evolve in such a way that it provides easier access to the imposed currents that flow through…

墨菲定律 “墨菲定律”(Murphy's Law)亦称莫非定律.莫非定理.或摩菲定理,是西方世界常用的俚语. “墨菲定律”:事情往往会向你所想到的不好的方向发展,只要有这个可能性.比如你衣袋里有两把钥匙,一把是你房间的,一把是汽车的;如果你现在想拿出车钥匙,会发生什么?是的,你往往是拿出了房间钥匙. 这就是著名的“墨菲定律”. 墨菲定律的起源 墨菲是美国爱德华兹空军基地的上尉工程师.1949年,他和他的上司斯塔普少校,在一次火箭减速超重试验中,因仪器失灵发生了事故.墨菲发现,测量仪表被一个技术人…

一.关于默菲定律(Murphy's Law)   “墨菲定律”.“帕金森定律”和“彼德原理”并称为二十世纪西方文化三大发现. “墨菲定律”的原话是这样说的:If there are two or more ways to do something, and one of those ways can result in a catastrophe, then someone will do it.(如果有两种或两种以上的方式去做某件事情,而其中一种选择方式将导致灾难,则必定有人会作出这种选择.)…

里特定律(Little's Law)源自排队理论,是IT系统性能建模中最广为人知的定律. 里特定律揭示了前置时间(Lead Time).在制品数量(Work In Progress, WIP)和吞吐率(Throughput)之间的关系. 前置时间 - Lead time:只请求进入到系统 与 请求验收完成之间的时间段.前置时间按照所经过的时间(分钟.小时等)来度量.一个请求可以是一个需求.一个用户故事.一个异常.物料.一个来自用户的请求等. 在制品数量 - Work in progress (W…

目录 介绍 定律 阿姆达尔定律 (Amdahl's Law) 布鲁克斯法则 (Brooks's Law) 康威定律 (Conway's Law) 侯世达定律 (Hofstadter's Law) 技术成熟度曲线 (The Hype Cycle & Amara's Law) 隐式接口定律 (Hyrum's Law) 摩尔定律 (Moore's Law) 帕金森定理 (Parkinson's Law) 普特定律 (Putt's Law) 复杂性守恒定律 (The Law of Conservatio…

背景 Cloud Native表面看起来比较容易理解,但是细思好像又有些模糊不清:Cloud Native和Cloud关系是啥?它用来解决什么问题?它是一个新技术还是一个新的方法?什么样的APP符合“云原生”的呢?等等.下面将会一一解读. Cloud Native介绍 Cloud Native是Matt Stine提出的一个概念,它是一个思想的集合,包括DevOps.持续交付(Continuous Delivery).微服务(MicroServices).敏捷基础设施(Agile Infrast…

两年前接触到了微服务的概念,面对日益膨胀的系统感觉豁然开朗.之后的两年逐步把系统按微服务的架构理念进行了重构,并将业务迁移到了新架构之上.感觉现在差不多是时候写一篇关于微服务的总结文章了. 定义 在 Martin Fowler & James Lewis 的文章(参考[1])里给出了微服务架构的一个定义: 微服务架构即是采用一组小服务来构建应用的方法. 每个服务运行在独立的进程中,不同服务通过一些轻量级交互机制来通信, 例如 RPC.HTTP 等. 服务围绕业务能力来构建,并依赖自动部署机制来独…

概览 “微服务”是一个非常广泛的话题,在过去几年里,市面上存在着各种不同的定义. 虽然对这种架构方式没有一个非常精确的定义,但仍然有一些概念具有代表性. 微服务有着许多围绕业务能力.自动化部署.终端智能化.分布式数据以及其他与团队相关的一些特性. 为了更好地说明,我们参考了Martin Fowler对微服务简单而具体的定义: In short, the microservice architectural style is an approach to developing a single a…