程序员的那些坏习惯！来看看你有几个？

写了20多年代码，我见过不下于4位数的程序员，我觉得程序员的能力水平可以分为4个阶段：线性级、逻辑级、架构级和工程级。

同样的在这些人当中，我也发现了8个程序员最常见的陋习，基本上可以覆盖90%的人，其中说不定就有你哦。

线性级程序员的思维很简单，写程序的时候就像盖房子似的，一块砖一块砖往上垒的，但是他不知道后面会垒成什么样，可能越垒越庞大，后面的代码组织和管理等会越来越混乱，最后导致后面的很多程序修改和维护很麻烦。

对于逻辑级程序员，已经掌握了一些算法理论基础，并且对于业务世界的逻辑有一个清楚的把握，能能够撰写出一些很好的模块和和函数，而且逻辑比较严密，bug比较少的这样的一个状态。

对于架构级程序员，因为除了对程序语言本身的了解和把握以外，还要对现实世界的所要解决的业务逻辑有一个清楚的把握和了解。

这样的话才能够对软件进行架构和分层，然后指导团队的其他成员来按照统一的目标来不断的实现。

对于工程级程序员，因为本身软件开发不仅仅是开发本身，这里面还有很多其他的项目管理的要素在里面。

比如说刚才提到的计划、组织、管理和控制，如果有了一些项目管理的指导和原则的话，那么对于一个软件工程的过程管理就会有一个"一览众山小"的状态。

接下来我们来说一下90%的程序员多少都会有的陋习。

根据以前的工作经验呢，我觉得程序员身上的这些陋习是阻碍程序员进步的最大的一个障碍。

那么首先程序员因为本身是一个脑力活动者，他那个是一个很重要的特性，就是非常自我。

很多时候就是说撰写代码的时候，基本上是不愿意去听从别人的意见和建议的。

有的程序员很封闭，也就说它不够开放。

如果是用一种开放和交流的心态来跟其他程序上来进行交互的话，那么这样的相互取得的促进效果会是非常明显的。

有一些有经验的程序员会有一些工作的惯性，经常会说"我以前是怎么这么做的"、“我以前是这样这样做的，我就觉得你现在这样做的不对”…
其实这种惯性，也是阻碍沟通的一种很大的问题。

这是比较显著的一类陋习，因为程序员整天面对电脑、只跟机器交互，所以说去跟其他产品经理和其他测试等等一些这些人去交流的时候，会有很明显的沟通障碍。

这是最大的问题，就是说程序员经常一叶障目，只看到自己眼前的工作。

比如说有一些团队协作开发的任务的时候呢，只依据自己为中心。那么对于别人的一些请求，尤其有一些交互性、复杂的网络接口开发时经常会下意识地去拒绝别人。

还有一个最重要的问题，就是说经常会把工作量估计漏完。

比如说拿到一个需求的时候，好，我一个星期就能完成结果，真正的实现的时候呢，发现需要花两到三周乃至更长的时间来实现这项工作任务。

对于需求的变更来讲的话，程序员的很大心态是有逆反心理的。

当我正在撰写一个东西的时候，发现需求变更了，就会产生一种阻碍心态来拒绝变化。

但是拒绝变化的前提应该先进行客观、合理的分析和判断，最后再给出答案。其实它应该是要仔细衡量本身这个变化影响不影响我目前的软件体系和架构？对我的工作量的增加有多大？这需要有一个好的估量来决定这个变化的取舍。

最后且最重要的一个问题，就是说很多时候我们是拒绝重构的，因为这个重构有些时候是很难取舍的一个问题。

比如说经常会想，哎呀我原来写的这个软件体系结构，跟后面的整个实现过程中，变化会越来越大，而且信息学、新需求进来的时候呢，我就很难再保持一个良好的这样的一个体系结构。那么经常会纠结，我是重构呢还是按照这个原来的路敲敲打打呢？

是否重构其实是需要根据实际性的。比如尤其我前几个月写的一个电商系统，我也是经常处于这种心态，我也在纠结到底重不重构的？后来一咬牙一闭眼还是重构了。

重构的话，前期可能会花费点时间，但是能够在后期保证我这个软件的目标实现，且拥有一个清晰、完整的架构和体系结构，并且后期会达到一个易于维护的这样的一个状态。

前面所说的这些工作陋习，其实是大多数程序员的天性，我们需要在工作中慢慢改进，首先需要意识到这是一个陋习，有意识地去不断纠正自己，用一种很好的心态来避免这些问题的发生。

感谢你们的阅读和喜欢，我收藏了很多技术干货，可以共享给喜欢我文章的朋友们，如果你肯花时间沉下心去学习，它们一定能帮到你，干货内容包括： 

今天的内容就分享到这里，如果你喜欢这篇文章的话，麻烦请动动你的手点个赞或者点个关注吧，这将是我最大的动力！谢谢，这里有我以前整理的大量自学资料