自适应网站建设公司,如何自己做免费网站,企业管理软件系统有哪些,深圳网站制作的Soft skills are always hard than hard skills. 软技能比硬技能难。 老板听说最近流行“微服务”#xff0c;问架构师咱们的系统要不要来一套#xff1f;老板又听说最近流行“中台系统”#xff0c;问架构师咱们要不要搞起来#xff1f;其实#xff0c;这些问题不用老板问… Soft skills are always hard than hard skills. 软技能比硬技能难。 老板听说最近流行“微服务”问架构师咱们的系统要不要来一套老板又听说最近流行“中台系统”问架构师咱们要不要搞起来其实这些问题不用老板问关注技术发展趋势的架构师每当听到新的技术或解决方案都会暗中思忖是否应用到系统中。然而用或不用总不能凭感觉吧。此时如果你能灵活运用康威定律那么做出的判断将更加完美。 康威定律 康威定律是马尔文·康威1967提出的“设计系统的架构受制于产生这些设计的组织的沟通结构。”通俗的来讲产品必然是其人员组织沟通结构的缩影。 跨部门沟通是非常难的系统各个模块的接口也反映了它们之间的信息流动和合作方式。 康威定律可谓软件架构设计中的第一定律起初只是在杂志上的发表后经过《人月神话》这本软件界圣经的引用并命名为康威定律Conway’s law因此得以推广。 只通过简单的描述可能无法理解康威定律的精髓所在原文中康威定律可总结为四个定律 第一定律 组织沟通方式会通过系统设计表达出来。第二定律 时间再多一件事情也不可能做的完美但总有时间做完一件事情。第三定律 线型系统和线型组织架构间有潜在的异质同态特性。第四定律 大的系统组织总是比小系统更倾向于分解。第一定律 Communication dictates design。 组织沟通方式决定系统设计。 这条定律重点是讲组织架构和沟通对系统设计的影响。组织的沟通和系统的设计之间紧密相连特别是复杂系统解决好人与人的沟通才能有一个更好的系统设计。 《人月神话》中总结出了随着人员的增加沟通成本呈指数增长的规律沟通成本 n(n-1)/2。举例说明一下 5人项目组需要沟通的渠道是 5*(5–1)/2 1015人项目组需要沟通的渠道是15*(15–1)/2 10550人项目组需要沟通的渠道是50*(50–1)/2 1,225150人项目组需要沟通的渠道是150*(150–1)/2 11,175这也是为什么互联网公司都追求小团队的原因之一。沟通的问题会带来系统设计的问题进而影响整个系统的开发效率和最终产品结果。 第二定律 There is never enough time to do something right, but there is always enough time to do it over。 时间再多一件事情也不可能做的完美但总有时间做完一件事情。 人手永远是不够的事情永远是做不完的但可以一件一件来。这不就是软件行业中“敏捷开发”模式所解决的问题吗。面对这样的状况敏捷开发可以做到不断迭代、持续交付、快速验证和反馈并持续改进。 再牛的开发也会写出bug再全面的测试覆盖率也无法测出所有的问题。解决方案不是消灭这些问题是容忍一些问题的存在然后通过适当的设计冗余、监控、高可用设计当问题发生时能够快速解决。 几个开发人员的小公司去追求微服务、去追求中台架构这是追求完美吗不是是找死。 好的架构不是买来的也不是设计出来的而是根据业务落地生根长期演化来的。 第三定律 There is a homomorphism from the linear graph of a system to the linear graph of its design organization。 线型系统和线型组织架构间有潜在的异质同态特性。 这一定律是第一定律的具体应用。想象一下如果公司的组织架构是这样的团队是分布式每个团队都包含产品、研发、测试、运维等角色。而此时系统是单块的项目沟通和协调的成本是巨大的弄不好还会打起来。 如果将单块的系统拆分成微服务每个团队负责自己的部分对外提供对应的接口即可互不干扰。系统效率将得到提升。这与软件设计中的高内聚、低耦合是相通的。 直白的说就是想要什么的系统就搭建什么样的团队有什么样的团队就搭建什么样的系统。需要前后端分离的系统就搭建前后端分离的团队反之拥有前后端分离的团队可以设计前后端分离的系统。当然如果能统筹管理拥有重组团队或设计系统架构的权利那就再好不过了。通常情况下让两者形成11的映射关系更加高效。 第四定律 The structures of large systems tend to disintegrate during development, qualitatively more so than with small systems。 大的系统组织总是比小系统更倾向于分解。 “话说天下大势分久必合合久必分。”系统越复杂越需要增加人手人手越多沟通成本也呈指数增长。分而治之便是大多数公司选择的解决方案。分不同的层级分不同的小团队让团队内部完成自治理然后统一对外沟通。 小结 架构不仅仅需要技术在大公司尤其需要政治所谓的架构的政治。 杨波老师曾在他的文章《每个架构师都应该研究下康威定律》中提到“政治指的是和他人协作将事情搞定的艺术架构是一种社交活动在技术的世界里个人主义很容易被打败即使你的目的是好的技术是最优的技术决策是政治决策technical decisions are political decisions一个技术产品一波人可以做另一波人也可以做到底谁做的好真不好说不管谁做都给业务套上了一副手铐。” 原文链接《康威定律作为架构师还不会灵活运用》 --------------------- 作者程序新视界 来源CSDN 原文https://blog.csdn.net/wo541075754/article/details/102476828 版权声明本文为作者原创文章转载请附上博文链接 内容解析ByCSDN,CNBLOG博客文章一键转载插件
