阿裡债行债事新说，技术债层面解读社会债务存量

　　提及“债”,人们首先映入脑海的应该是“欠账还钱”的概念。确实债的种类通常如我们日常所了解的:银行贷款、企业债、个人债等,但还有另一种形式的债,会让很多程序员和科技公司们苦不堪言。这种债务,欠的不是钱,但是值不少钱,它叫技术债。

　　技术负债的概念首先由沃德·坎宁安提出,他将技术的复杂比作为负债,简称技术债。技术债的意思是就是做技术开发的时候欠下的债。在软件开发过程中,程序员将写好的代码直接提交,意味着欠债的开始。在不准确的代码基础之上所花的每一分投资成本,都算是技术债的应付利息,不稳固的代码始终作为一个隐患而最终引发更大的债务负担。

　　明白了技术债的概念之后,我们或许可以继续探究下技术债是怎么形成的。首先根据软件开发的过程来分析,技术债的类型可大致分为三种。

　　第一,文档负债。在软件开发过程中,要首先根据市场做用户需求分析,根据市场需求而制定项目开发文档,并及时根据需求变化而更新开发文档。更重要的是,开发文档作为代码编程的基础和依据,应当保持实时同步,以免导致后期项目迭代的时候就造成大量的冗余代码。其次,更要提前做好软件测试文档,保证软件测试的覆盖率及测试用例的充足。

　　在这一过程中,任何一个环节都要做到安全有序,任何一个因素有所差池都有可能最终导致技术债的形成。

　　第二,代码负债。代码负债的产生多是由于前期项目架构评估不够充分,或者编码质量不高,导致项目组织不合理,软件耦合度高,开发团队难以协同工作,后期项目难以拓展与维护。另外,对已经产生的技术性问题,部分企业公司采用投机取巧方案修补漏洞,而没有深度思考自己业务逻辑代码或者是没有彻底理解漏洞产生的原因。

　　第三,管理负债。其中又包括工期负债,和成本负债。工期负债是指企业为了抢占市场占有率,必然想短期出产品,因此软件开发工程师必然只能沿用一些老解决方案,加快想项目开发进度。开发出来的产品质量和以前没有太大区别,软件生命周期短。另外,项目的软硬件环境配置决定项目的成本负债,而一些企业只顾缩小眼前的成本利益而造成更大的陈本负债。

　　对于技术债是很多从事研发的公司经常面临的问题,而且更麻烦的是,它有一点和贷款不一样,就是很多时候直到问题出现才能意识到自己欠了技术债,比如说设计失误。

　　例如Facebook也有技术债的经历。了解开发知识的可能知道,Facebook最初是用PHP语言写的。而当年随着用户数据不断革新发展而慢慢出现了一笔写在PHP代码里的技术债,且已经到达了无法承受的借债成本。最后Facebook团队直接发明了一个虚拟机,叫HHVM,因为他们最后发现修复那个漏洞的成本还不如发明另一套新工具。

　　而从另一个方面去看待技术债的话,其实它不一定是个绝对要规避的事物,有时候,一个项目拖不到更好的方案时,需要贷这样一笔技术债来加速一下进程,尽快上线让它运转起来也是有必要的。这就类似于常见的企业债,虽然它的存在会有很大的债务风险,但同样也会推动企业的快速发展。

　　从宏观经济发展趋势看我国总体债务体量巨大,根据IIF公布的数据,2019年中国整体债务水平已经超过GDP的300%。这显然看上去并不是一个很良性的发展局面,但其实债务存量引起的社会资本超级巨大,只是大部分被闲置忽视而有待被整合处置。

　　这个时候就需要像阿裡债行这样的专业债事系统平台,去依托全球供应链、债事资源信息链接构建起企业间的债务处理链从而激活、变现出巨量的社会资本并将其聚合在一起。

　　技术债其实和企业债从本质上说,不尽相同。如果你倾向于教条式的方法并认定存有债务不好,那你将永远不会看到你的产品快速地上市。如果你盲目认定债务量越大越好,你也许会得到一个粗制滥造的研发环境或一个漏洞百出的企业架构,从而成为你成功的绊脚石。

　　但是,如果你能始终保持清晰的头脑,实时转变思路,勇于接纳。但又懂得掌握均衡之道,那么无论是技术债务还是通过阿裡债行这样的专业解债平台解决企业债都可以为你的团队带来利益或希望。