一、约定大于配置泰思勒定律也被称为复杂度守恒定律。该定律指出每一个过程都有其固有的复杂性,存在一个临界点,超过了这个点过程就不能再简化了,你只能将固有的复杂性从一个地方移动到另外一个地方。根据这个定律,在做系统设计时,默认会给用户一个“套餐”,这个套餐会满足多数人的需求。实在不满足需求再特殊配置。比
解决的问题避免新开发的代码影响提测的代码避免生产环境出现问题后,修复后,由于代码混乱,无法合并到生产环境解决多个需求并行开发,并行测试,合并上线的问题我的设计思路流程图工具我使用的是:diagrams.net具体执行步骤开发人员按需求粒度从dev建立分支哪个需求或者哪些需求提测,就把哪个分支合并到d
目录1.软件架构体系1.1.系统与子系统1.2.模块、组件、服务1.3.软件架构体系2.架构原则2.1.解耦2.2.分层2.3.封装3.架构的方法3.1业务架构3.2功能架构3.3系统架构3.4技术架构3.5数据架构3.6部署架构4.架构演进之路4.1.单体架构4.2.分布式架构4.2.1应用集群4
作者 |于晓南测试左移的由来缺陷的修复成本逐步升高下面是质量领域司空见惯的一张图,看图说话,容易得出:大部分缺陷都是早期引入的,同时大部分缺陷都是中晚期发现的,而缺陷发现的越晚,其修复成本就越高。因此,为了降低缺陷修复成本,我们期望在更早的时间发现缺陷。那么上图是否完全没问题呢?不是的,这
一、前言管理大师彼得·德鲁克在《有效的主管》一书中简明扼要地指出:“效率是‘以正确的方式做事’,效能则是‘做正确的事’。效率和效能不应偏废,我们希望同时提高效率和效能,但若效率与效能无法兼得时,我们首先应着眼于效能的提升”。携程大住宿研发效能提升的指导思想就是基于做正确的事展开,并以“持续快速,高
一.综述微服务架构的快速发展使得分布式链路追踪系统成为观测体系中越来越重要的组件。字节跳动的分布式链路追踪系统经历了数年的发展后,已覆盖了字节的绝大部分在线业务,完成了对数万微服务和数百万微服务实例的在线链路追踪。在经典的指标观测分析和单请求链路追踪的基础上,如何从浩瀚如海的分布式链路数据中进一步挖
做开发除了需要高效的编码能力,同样也离不开编程思维的指导。作为刚刚进入汽车电子行业的开发小白,本篇博文将总结最近学习到的汽车软件行业开发思维:V模型。1、V模型概述汽车软件开发过程中的V模型对行业内开发者早已是司空见惯的模型,是由瀑布模型演变而来的,也是目前汽车行业运用最广的软件开发模型。由于该模型
译者|布加迪策划|炎冰编程语言岗位需求排名1.Javascript/Typescript自从作为Web编程语言起家以来,Javascript的人气一直居高不下,目前Javascript是整个市场上需求量最大的编程语言。此外,Typescript的问世也有助于Javascript取得这一成绩。许多新的
编译|翟珂、云昭如果你是软件开发人员或架构师,一定知道开发行业里普遍存在这样一种“文档纠结症”:一面抱怨写文档浪费时间,一面抱怨别人不写文档。可以说,设计文档可以说是日常工作中非常重要但又容易被忽略的部分。编写软件设计文档(SDD)的好处很多,其主要目的是使开发者对软件设计进行强制性思考,并收集他人
作者 | 于晓南敏捷质量实践中提倡测试左移,测试人员要尽早介入需求阶段,越早越好。测试人员需要关注需求的有效性,以及在需求产生和传递的过程中,交付价值是否被准确的描述、理解和对齐。在这个过程中很容易遇到一个常见问题:验收标准是验收测试要测的吗?验收标准到底是不是测试用例?这两者之
“到底,什么是真正的敏捷开发?”这大概是很多技术同学都想了解的问题,那么到底什么才是真正的敏捷开发呢?我们来听听鹅厂程序员们的看法:1.从敏捷宣言和原则出发@Timo.敏捷宣言有四项价值陈述:个体和互动高于过程和工具。(Individualsandinteractionsoverprocessesa
鹅厂内部,有一个关于“陷入了写代码的完美主义陷阱怎么办”的帖子,题主是这样写的:自认为代码编写和设计能力不弱,一般的代码逻辑也比较清晰。但是当要设计一个略大的项目,或者接手一个相对较新的代码,想要适当的做一些较大的重构的时候,就总是会感觉这样也不好,那样也不好,怎么做都会有一些缺陷,难以下笔。虽然能
一、内容概述1.从抽象的工程设计论角度阐述了如何写好一份代码。阐述了设计模式和设计原则的底层原理。2.解释了设计模式与设计原则适用的场景及局限性。工程设计论是在有限设计能力下对被设计对象进行的认知和进行逆运算的过程。在不符合这一条件的领域,不应当死扣设计模式与设计原则。在软件领域,一个显而易见的例子
各位读者朋友大家好,我是薯条,好久没更文章,不知还有多少读者记得这个号,这篇文章写的有点精分,如果你有耐心看完本文,可以翻翻留言区,我会发个新年红包。业务背景如果是本号老读者,可能知道我是做数据系统的,作为一个在线数据服务组,我们这边承接的需求是小而多的。我在一家打车公司上班,运营大佬们认为不同用户
后记:相信很多程序员都深有体会,写文档真是一件痛苦的事情,正如文章中所说,需求会变,文档如果不跟着变就会过时,过时的文档甚至会产生误导的作用。可是呢写文档又是一件不能给自己立刻带来什么价值的事情,累死累活把代码写完,把bug改完
「天下武功,唯快不破」,这句话用在互联网世界里格外适合。互联网产品模式讲求快速迭代、小步快跑,业务和协同团队的快速变化是常态。然而,要想真正在一个研发周期内每个需求执行不失控、成本和风险能控制、项目质量有保障,除了产品写需求文档、开发写代码改BUG、测试写用例和BUG汇报验证外,通常还有很多非常重要
阿里妹导读:为响应国家号召,各“大厂”纷纷发出在家办公,延迟上班的通知,一时间“在线协同办公”成为热点。不同于大型集团公司,有足够财力和能力构建远程办公系统,中小企业既缺乏足够的预算又缺乏相应的经验。阿里云云效一直致力于成为数字企业的研发效能引擎,在这个特殊时期,我们希望可以
大数据文摘出品来源:medium编译:赵吉克2018年medium上一篇博文分析了数据科学家最需要的技能,那篇文章引起了很大的反响,在medium上有超过11000次点赞,并被翻译成几种语言,成为了2018年11月KDNuggets最受欢迎的文章。2018年文章链接:https://towardsd
2019年10月26日,由Testin主办的第二届NCTS中国云测试行业峰会在京召开,此次峰会以“AI+未来”为主题,汇聚来自国内外测试领域的知名专家学者、领先企业决策者、高层技术管理者、媒体从业者等,共同探讨高端云测试技术,帮助测试从业者了解最前沿行业趋势,及最新的行业实践。会上,中国卓越测试中心
TL;DR(toolongdon'tread)1、业务中台就是流程模板+扩展点2、没法很好抽象就别做中台,没那么多需求和业务线就别做中台。很多同学都会问,啥叫中台,做到怎么样的程度才算中台?我们可以用一小批一小批精英海空陆战队来说明这个例子。我们都知道海空陆战队很厉害,但是他们不就区区3-7人小组,