原文链接：https://www.infoq.cn/article/xgP9W*MC6Svi9Zcqd5KX近日，Reddit上有关技术债务的话题再次引起程序员的广泛讨论，面对由错误的或不理想的技术决策所累积的债务

第一周:发布上一迭代版本（周三左右），上一版本收尾(偿还技术债务,修

文章目录1、架构设计的目的1.1、什么是复杂的软件项目1.2、架构设计如何解决“复杂”1.3、什么是架构设计1.4、如何做好架构设计2、如何做好技术选型3、架构师3.1、架构师思维3.2、好的架构师4、技术债务

但是，冷静下来发现，里面有一堆的技术债务让他感到焦虑，于是，决定开始重构！

在一次kubernetes的升级过程中，由于之前欠下的技术债务，导致在删除etcd节点时没有把etcd中的成员删除，虽然安装的程序已经删除了，但是etcd集群中通过etcdctlmemberlist还是能看到已删除的节点

技术负债在技术圈，有一个债务术语叫【技术负债】或者【技术债务】。【技术负债】带来的显性和隐性成本是非常高的。

作为代码质量检查的流行工具，比如Sonarqube能够检查代码的“七宗罪”，跟代码结合起来能够更好地提高代码的质量，让我们来看一下，刚刚写的Springboot2的HelloWorld的代码有什么“罪”。SonarqubeSonarqube可以使用docker版本快速搭建，可以参看一下Easypack整理的镜像，具体使用可以参看如下链接，这里不再赘述：https://hub.docker.com/

从设计角度来考虑review，识别代码坏味道可以可以有效减少技术债务。技术债务是指有意或无意的做出错误的或非最优的设计决策所引

从设计角度来考虑review，识别代码坏味道可以可以有效减少技术债务。技术债务是指有意或无意的做出错误的或非最优的设计决策所引

这个简单的查询功能，会有什么样的技术债务呢？最开始的时候，查询发布状态是这样的：前端查询考试项目的成绩发布状态；后端返回查询结果。1表示未发布，2表示已发布。不能再简单了。

特点：部署很简单，符合我们的思维项目雍炯技术债务部署频率低扩展性差阻碍技术创新来看下微服务架构：把每个独立的模块单独抽出来作为一个独立运行的服务，服务之

技术债务：随着时间推移、需求变更和人员更迭，会逐渐形成应用程序的技术债务，并且越积越多。部署频率低：而在单体应用中，每次功能的变更或缺陷的修复都会导致我们要重新部署整个应用。

这类推迟的工作被称为技术债务。这类是故意的技术债务，不应和无意的技术债务混淆。像贷款一样，短期从中获利，但事后需要花更多精

自2016年起，连续在三家大型组织运用精益工具，无论是在沉重技术债务的系统上做交付、互联网金融产品的快速发布，以及银行新产品的研发投产，均取得了显著的改进成果。

2.技术债务逐渐上升。3.部署速度逐渐变慢。4.阻碍技术创新。5.无法按需收缩。架构的演进：1.单体架构2.SOA3.微服务什么是微服务？Mar

面前的团队是拥有压力的交付过程（如同在高速公路上行驶着更换轮胎）人员能力的欠缺（业务快速增长的前提下对IT人员的海量需求）系统之间耦合度高（想单独发布异常困难、技术债务累积）其实作为敏捷教练导入的不是所谓的

面前的团队是拥有压力的交付过程（如同在高速公路上行驶着更换轮胎）人员能力的欠缺（业务快速增长的前提下对IT人员的海量需求）系统之间耦合度高（想单独发布异常困难、技术债务累积）其实作为敏捷教练导入的不是所谓的

单元测试的好处发送错误的时候，快速反馈在早期开发中，预先发现问题安全的重构代码，优化代码的时候不用担心回归稳定的开发速度，不用担心技术债务资源帮你更好的写单元测试EspressoRobolectricAndroidJUnitRunnerAndroidStudioEspresso

稳定开发速度，帮助你减少技术债务。这里的特指测试通过代码实

长假在家，想着是否要整理一下杂乱的桌面、堆满广告的信箱之类。假如每天处置一下，只是举手之劳，但是往往抱着“解决需要就够了，何必彻底整理呢”的心态，仅仅取出需要的，就放任其余，渐渐地就会成为，任何东西都是“只有自己找得到”的状态。如果忽然被妈妈整理了，往往会有好几天，反而啥也找不到，相信这是大家都有过的感受。在互联网工作的产品运营类岗位，经常会听到开发对一个貌似简单的变更回复说，这个我们需要先解决x

当企业想要迁移到一个DevOps模型时，经常需要偿还高等级的技术债务说得更明确一点，机构往往陷入「技术债务的恶性循环」中，以至于任何迅速、敏捷的迁移方式都无法使用。这是技术债务中的希腊债务危机水平。

非常认可这句话：自动化测试是为了提高效率，测试脚本要易维护，不能让测试脚本变成另一种技术债务，不能为了自动化测试而自动化测试。

谈到对自动化运维未来的展望，蒋老师表示自动化运维必然是大势所趋，但是因为相关技术债务的存在，自动化运维的成本还很高。那

单体架构的缺点复杂性逐渐变高技术债务逐渐上升部署速度逐渐变慢阻碍技术创新无法按需伸缩SOA面向服务的架构（SOA）是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来

自动化体系建设的创新实践http://click.aliyun.com/m/26741/代码干货｜内联Style简写属性的发现http://click.aliyun.com/m/26844/不是不报时候未到——机器学习中的技术债务

单体架构的缺点：1.复杂性逐渐变高2.技术债务逐渐上升3.部署速度逐渐变慢4.阻碍技术创新5.无法按需伸缩微服务：开发一组小型服务的方式来开发一个独立的应用系统。

上一节：4.事-项目管理物-技术管理核心思想:喜新厌旧喜新（�Upgrade）：升级技术栈厌旧（Migrate）：偿还技术债务喜新（Upgrade）：升级技术栈从事信息技术的都知道摩尔定律，然而这个定律不止作用在芯片更新换代上

一、何谓技术债务技术债务就是传说中的各种坑，这些坑有大有小，不外乎如下几种类型：代码的坑。

进入配置--》系统--》更新中心—》Available2、针对Jave开发的漏洞、违规、BUG扫描的规则可以是如下三、配置代码扫描规则1、进入配置--》通用设置—》Java、JaveScript、SCM、技术债务根据需要进行修改

以下内容为原创，欢迎转载，转载请注明来自天天博客：http://www.cnblogs.com/tiantianbyconan/p/5892671.html使用MVP解决技术债务原文：https://medium.com

www.csdn.net/article/2015-05-26/2824771-continuous-integration-deployment-for-ios-projects当实现新功能时，如果忽略可维护性而引入技术债务

www.csdn.net/article/2015-05-26/2824771-continuous-integration-deployment-for-ios-projects当实现新功能时，如果忽略可维护性而引入技术债务

技术选择和加强了他们的心态,创造了大量的长期技术债务。生态系统并不是基于良好的软件设计原则生产库和程序。

什么是技术债务？由于团队在开始新项目的时候，旧项目的任何未完成的事情都会形成技术债务。比如代码不规范，需要进行代码重构的重构债务；比如设计上未完成的设计债务，等等，统归于技术债务。

技术债务相关文章推荐链接（不重复造轮子）趣文：用鸡讲解技术债务的形成过程遗留系统的技术栈迁移当技术债务vs.组织债务怎么处理？技术债务：究竟让你付出了多大代价？

技术债务相关文章推荐链接（不重复造轮子）趣文：用鸡讲解技术债务的形成过程遗留系统的技术栈迁移当技术债务vs.组织债务怎么处理？技术债务：究竟让你付出了多大代价？

在研究它们的过程中，有一些有意思的经历，非常典型，可以从一个方面解释“技术债务”的由来。接下来我会讲讲这次经历，并从此展开，看看形成技术债务的原因及应对策略。

在研究它们的过程中，有一些有意思的经历，非常典型，可以从一个方面解释“技术债务”的由来。接下来我会讲讲这次经历，并从此展开，看看形成技术债务的原因及应对策略。

谨慎行动技术债务就像一笔贷款。在短期内，你能从中得到好处，但是，在清偿之前，你要付出利息。代码里的捷径使得新功能更难于加入，也会影响到代码重构。

原文：http://blog.jobbole.com/90588/作者伯乐在线-段昕理1.技术债务极大拖累了项目如Sonmez所提到的，管理层和其它非技术人员常常理解不了一件事，提高产量将不可避免的导致低质

这标志着我们技术债务还得差不多了，很快都是容易维护的社会主义产物了。无债一身轻啊！无债一身轻啊！无债一身轻啊！重要的事情说三遍，重要的事情说三遍

在敏捷测试日2015大会上，ThomasBradford讲述了他维护一个单体Java系统的经历，该系统测试覆盖率为零，而且有大量的技术债务。

究其原因就是因为前期忽略了合理的架构，我甚至经历过因为前期的设计不合理导致后期技术债务太多项目濒临死掉、整个项目组全员换掉重造锅炉的境地。所以，我们为什么不

究其原因就是因为前期忽略了合理的架构，我甚至经历过因为前期的设计不合理导致后期技术债务太多项目濒临死掉、整个项目组全员换掉重造锅炉的境地。所以，我们为什么不

1.技术债务极大拖累了项目如Sonmez所提到的，管理层和其它非技术人员常常理解不了一件事，提高产量将不可避免的导致低质，从而导致技术债务的加剧。确保你没有杀鸡取卵，你需要明白这一点。

主要思路计算技术债务时间占开发所有代码所需要的时间的比例（TechnicalDebtRatio），并按照比例的大小划

练习讲故事回顾项目中的挑战 其他练习：笔记博客演讲话题服务器端应用的持续交付 技术债务和技术投资 或许对你有帮助的一个独立游戏团队的2015创业总结 文化并不是说一蹴而就，一开始就能事无巨细地定好，而是应该是发展的过程中逐渐完善的

把技术债务给还了，首先来一个最简单的demo； 2.x版比1.x有很多改进，1.x基于fw1、2； 2.x基于fw3.5以上；语法上有很大的不同，摒弃了很多1.x的很多东西； 直接以2.x来demo

在软件开发的过程中，我们往往也会借债，人们称之为技术债务，其实也就是为了快速地解决问题，而采取的不规范的方案。

在软件开发的过程中，我们往往也会借债，人们称之为技术债务，其实也就是为了快速地解决问题，而采取的不规范的方案。