哪来的技术债务？也许只是从几个随意命名的变量开始

啥叫技术债务？

“为了短期的利益，而做了欠考虑的决定所导致的后果”，大概就是这个意思。其实很好理解，为了赶紧上线，少做一些测试，上线之后出问题，马上打补丁。这个补丁就是“技术债务”，因为你早晚要为它付出代价，或者是时间的，或者是金钱的，债都是要还的嘛。

大家开公司做产品都是为了挣钱，但不要以为技术债务这种事，是在不经意之间发生的。正相反，它是故意的，是主观故意的行为。不知道未经测试就上线会出问题嘛？当然知道呀，那为什么还要这样上线？要赶紧挣钱呀。所以，你们看，都是明知的。

做前端的应该有体会，当代码量达到一定程度的时候，起名字都是一件头疼的事情，哪有那么多名字给你用呀。所以，

idstyle1，idStyle2，idStyle3...这些都会出现，当然了这些算不了什么技术债务，无非是几个变量名而已。真正的问题是，这些变量名所引用的代码，当它们被import进来的时候，谁也不知道它们是干什么的，在哪里。SO，这些变量名、代码就跟现在的老太太一样，没人敢动了。

之前我写过一些“时间长了，代码会不可避免的慢慢烂掉”之类的东西，要搞清楚，这种代码慢慢烂掉，并不是技术债务。因为它不是人力可以避免的，因为需求是无法预测的，你当初做的技术设计再完美，也无法满足所有的需求。所以随着需求的增加，代码的反复，在大趋势上，代码会不可避免的越来越混乱。

所以，会有大版本更新。借着产品更新的时候，把那些改无可改的代码，全都从头再来。

既然是债务，总得还啊。呵呵，但很可惜，这种代码方面的债务，很多情况下，都会变成“坏账”，就是没人管了。

想想看，某人总算是把项目做完了，他自己当然知道代码是啥样，里面绕着多少坑，也许根本没法维护。这种情况下，项目或产品做完了，赶紧辞职走人。至于谁来接这个代码，天知道，，，

物质不灭，债务不还总有后果，谁来承担后果呢？也许是公司吧，但很多情况下，公司也不在乎这个。开公司的钱都是VC风投的钱，烧光了才好呢。VC风投更不会在乎，它们一批

还是那句物质不灭，技术债务，你不在乎，公司也不在乎，投资人也不在乎。那么“技术债务不还的后果”，到底在哪呢？

“就在你自己的身上，如果你总这样写东西，那么你的技术将没有进展”，这就是有些人工作了十年，但只是把一年的工作经验用了十年的原因。