专栏名称: 程序人生

十年漫漫程序人生，打过各种杂，也做过让我骄傲的软件；管理过数十人的团队，还带领一班兄弟姐妹创过业，目前在硅谷一家创业公司担任 VP。关注程序人生，了解程序猿，学做程序猿，做好程序猿，让我们的程序人生精彩满满。

技术债：人的因素

程序人生 · 公众号 · 程序员 · 2021-05-10 08:34

正文

请到「今天看啥」查看全文

我们平时对技术债有些误区，认为技术债的引入很多时候是开发工期不够，开发团队不得不做出妥协，选择短平快的解决方案。其实在实际工作中，技术债的引入很大程度上是因为人和流程的原因，而流程是人制定和人来执行的，所以归根结底是人的原因。

首先说人的原因。

架构和设计自不必说，开发者需要有足够的知识，经验和对需求的敏锐把握，才能做出足够好的架构和设计。除此之外，开发者在接到一个新的功能时，他需要处理的不仅仅是这个功能本身，还涉及这个功能和已有系统的对接。开发者是否对已有系统有足够的了解，往往决定了这个功能的质量。

那么，什么叫对已有系统有足够的了解？

首先，开发者需要知道 系统提供了哪些 API，哪些是稳定的 API，哪些是不稳定的 API，哪些是在这个层级可以调用的 API，哪些是不该调用的内部 API 。这里 API 是广义的 API，可以是后端提供的某个 REST/gRPC 接口，也可以是前端的某个组件，甚至是某个算法的实现。

这件事情在很多开发团队中是很模糊的，在系统内部（比如一个 android 项目内部），大部分时候可能没有成熟稳定的 API 文档，仅仅靠目录结构约定俗成，以及开发人员间的口口相传；在系统间（前端后端之间），即便有文档，可能也是描述地十分简陋的 swagger 或 protobuf 文档，协作还是得靠口口相传。