技术债分为哪几种?
在我看来技术债分为两种：个人技术债和团队/项目技术债。
个人技术债就是指随着时间的推移工作经验的增长,自己的技术没有提升,导致在后续的工作中寸步难行,更有甚者因此丢失工作。
团队/项目技术债就是指在工作中赶工期,项目快速迭代,代码版本不规范,以及产品考虑不足等原因在后期项目维护中举步维艰。
个人技术债
首先我们先说说个人技术债这个问题。对于个人技术债产生的原因有很多种，比如大学时期一味地享乐打游戏等，找到工作后安稳的环境，最重要的一点就是自己没有上进心。下面我用java来举个例子。
| 工作年限 | 所需技能 |
|---|---|
| 一年 | java基础，SSM/SSH熟练掌握；常用关系型数据库的sql语法；缓存等 |
| 三年 | 精通/扎实的java基础、JVM、不限于SSH/SSM等主流框架；RPC；检索；分布式相关问题等 |
| 五年 | JVM调优，框架源码，java源码等主流技术源码；预防颈椎病等 |
| …… | …… |
以上是我简单的举例，技术提升的程度都是因人而异的，当然这包括个人的技术的深度与广度，以及自身求知欲和对技术界的关注度。我也面试过很多人，3年工作经验，5年工作经验，7年工作经验，11年工作经验，他们的能力以及技术水平按理说差距会很大，但是基本上不尽人意，结果不也不说什么了，我相信大家见也见的很多了。
如果说你想在IT行业继续走下去那么你的债肯定是要还的，并且你要付出高额利息的。
我们可以来算算,我想想
算了，还是你自己算吧
团队/项目技术债
虽然我不是一个团队的负责人，更不是一个项目负责人，但是通过搜索技术债可以查到的基本上都是从公司团队出发的。这个话题我就不过多赘述了，但是尽早了解可以在自己未来的发展以及职业规划中有一个很好的警醒作用吧。
大致可以从技术、测试、产品这三个大方面来说，举几个例子：
- 技术：代码规范、接口文档、版本控制、架构
- 测试：测试文档、压测
- 产品：需求文档、需求规划
亲身经历过没有需求文档，代码不规范这些问题，项目不是很大但是业务逻辑还是很复杂的。后来了解到前期就是为了快速上线，需求迭代，然后上一任开发人员能力不足导致无法继续工作。这就让我后期接手废了很大的功夫。
说句实在话实际工作中真真确确实无法完全避免，但是要及时还债，尽量避免。
我就说到这里，希望通过这片文章给大家一个警醒作用，有则改之无则加勉。
