我们来聊聊技术债务

来源:http://www.sh-fengwen.com 作者:鲜果干果 人气:53 发布时间:2019-09-06
摘要:技术债务 看到一个词很形象——技术债务。 常有这样的问题,一个系统维护一段时间后,换了几代人,发现再做变更就很难下手了。 这里可能有操作者水平的问题,但更多的应该是

技术债务

看到一个词很形象——技术债务。
常有这样的问题,一个系统维护一段时间后,换了几代人,发现再做变更就很难下手了。
这里可能有操作者水平的问题,但更多的应该是kt时存在信息遗漏,后面的维护人不能找到问题根本而只能以打补丁的方式应对。
又或是需求催得太急,升级时为了速度而牺牲了美感。
等等,总之这些原因导致系统每次升级之后欠下了技术债务,累积到一定时候,再也偿还不起就只能宣告破产了。
技术债务无法避免,但加强管理、有意识的定期偿还,才能让系统走的更远呐~~

「技术债务」是开发团队在设计或架构选型时,从短期效应的角度选择了一个易于实现的方案。但从长远来看,这种方案会带来更消极的影响,亦即开发团队所欠的债务。

简单的说就是为了快速地解决问题,而采取的不规范的方案。

比如:开发工程师将某个判断条件写死、测试工程师未进行深入自动化测试、架构师运用了一个即将过时的框架。

危害性

对于房贷,大家肯定每个月都记着去还。

但是,对于技术债务,大家似乎都不那么关心。

的确,这个东西不一定谁借谁还,可能一个人的代码中产生了技术债务,可能是由于项目做,工作压力大,离职了。

那么,这笔债务就压在了工作接替者的身上,古人语:父债子偿,不知道这叫什么,OO哈哈~

比如我们在一个类中欠下了技术债务,如果对这个类进行扩展、修改,或按照原来错误的写法写了一些新的业务方法。

用不了多久,我们就会发现我们已经无力偿还这份技术债务啦,只能重构啦。

客户:经常BUG缠绕,长期缺失的需求不能上线。

运营:不合理的界面设计、文档缺失、系统响应慢。

运维:频繁的BUG修复上线。

管理层:各方的抱怨让管理层崩溃,尤其是BUG、延期等问题。

研发:开发人员的工作比较多面,一方面开发新的需求,另一方面又要维护他人遗留的代码。

所有的问题,最终都会回到研发人员进行再次开发、修复,所以 加班,加班,加班...

其实每一个研发都不愿意出低质量的产品,也没有人愿意接受满手都是坑的代码。

分类

  • 无意的

由于经验的缺乏导致初级开发者编写了质量低劣的代码。

解决方案:

1.技术培训

毕竟大部分的程序员学习能力还是很强的,部门牛人的培训还是很有必要的,也是学习的重要途径之一。

从最开始的代码规范、到熟悉业务、最后再到编写文档。

2.CodeReview

CodeReview 是非常重要的,同时也是对自身的一个提高。

本文由美高梅游戏平台网站发布于鲜果干果,转载请注明出处:我们来聊聊技术债务

关键词:

最火资讯