收录了 康威定律 频道下的 50 篇内容
在SpringOne大会上,来自Credera的Jason Goth、Micah Blalock和Patricia Anderson介绍了他们如何使用康威定律调整一个客户的技术架构和流程,帮助他们扭转了生产率下降的趋势,提高了高质量代码的生产速度。
今天的分享主要来自我之前的工作经验以及平时的学习总结和思考。我之前的背景主要是做框架、系统和平台架构,之前的工作过的公司eBay、携程、唯品会都是平台型互联网公司,所以今天主要带着平台架构视角和大家分享心得体会。
有态度的前沿技术解析,第25期技术雷达正式发布!
美团架构演进:https://tech.meituan.com/2018/08/23/meituan-waimai-android-open-source-routing-framework.html
目前在看架构方面的资料,了解到了一个很受用的概念,就是今天所说的“康威定律”。可以说这个概念解释了我很多的疑惑,也让自己对架构有了更多的理解。所以特定分享自己的感悟和心得。
迄今为止,生成式AI的运用,只是发生在个人IDE里,只是对开发者个人效率产生帮助。但发生在IDE外面的事情,更需要AI的帮助。因为在整个软件开发生命周期中,在IDE里写代码可能是最容易的部分,而组织开发团队协同生产的低效往往才是最多问题的根源。
迄今为止,生成式AI的运用,只是发生在个人IDE里,只是对开发者个人效率产生帮助。但发生在IDE外面的事情,更需要AI的帮助。因为在整个软件开发生命周期中,在IDE里写代码可能是最容易的部分,而组织开发团队协同生产的低效往往才是最多问题的根源。
过去几年,eSailors IT Solutions在技术和组织层面进行了重大变革:从职能筒仓到跨职能团队,从看似装配线的工作流到动态循环,从单体平台到微服务,从层次化的命令-控制到团队运作的领导力。本文将简要介绍他们的变革之旅。
云原生 DevOps 的 Kubernetes 技巧
在本文中,Arjan和Savita根据近十年的经验,介绍了分布式敏捷框架是如何帮助分布式团队创建工程师文化的。他们分享了一些可操作的实践经验,可帮助读者将分布式工程师工具和实践部署到位。本文涵盖了Devops、团队结构、微服务、结对编程、“T形”工程师、持续集成和部署等方面的内容。
如何去落地微前端。
如果单体是紧密耦合而不是内聚的,就可以对其进行拆分,以让业务更为敏捷。有很多错误的方法可以做到这一点。它们将带来同样紧密耦合但没有内聚性的分布式单体。本文将介绍如何协调技术服务和业务能力。
Digital Enterprise Agile Modelling —— DEAM
本文涉及的话题包括:混合办公以及技术伦理和可持续性发展的相关看法。
InVision公司的技术架构经历了从微服务合并回单体架构的过程,本文具体分析了这种架构迁移的技术原因和组织原因。
在DevOps 2018伦敦企业峰会上,一些银行发表了演讲,分享了他们在学习和实践DevOps原则方面的经验:CapitalOne、巴克莱、劳埃德银行集团、Key Bank、渣打银行、荷兰银行、瑞士银行和苏格兰皇家银行。在这篇文章里,我们总结了他们演讲的关键要点,并指出了演讲内容的相关性和重叠部分。
在匈牙利布达佩斯举行的CraftConf 2017大会上,Phil Calçado呈现了“微服务经济学”的演讲。演讲的要点包括:在对单体应用进行改造时,“反康威定律”可以作为一个有用的应用架构指导工具,不过这有可能导致出现“微单体”(迷你单体),除非创建新服务的“交易成本”低于在已有单体或服务里添加新服务的成本。
微服务模式下,庞大的服务节点数量、日趋复杂的服务分层、离散的组织协同、扁平化的管理模式让服务治理的广度、深度、难度都达到前所未有的程度。单纯依靠微服务框架层面的治理是远远不够的,需要构建贯穿研发、测试、运维、管理各领域的立体式的深度治理体系。本文整理自天弘基金(余额宝)移动平台技术总监兼首席架构师李鑫在 QCon全球软件开发大会(北京站)2019 上的演讲,他基于自身多年微服务治理的实践经验及感悟,全面地介绍了如何构建完备的微服务治理的指标体系及治理模型,并通过自动化的线上线下一体的“度量”及“管控”这两大能力的构建来综合解决微服务全生命周期的现实治理需求。