程序员的8个工作陋习

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

　　一、自我

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

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

　　二、封闭

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

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

　　三、惯性

　　有一些有经验的程序员会有一些工作的惯性，经常会说"我以前是怎么这么做的"、"我以前是这样这样做的，我就觉得你现在这样做的不对"......

　　其实这种惯性，也是阻碍沟通的一种很大的问题。

　　四、沟通障碍

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

　　五、一叶障目

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

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

　　六、工作量估计乐观

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

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

　　七、拒绝变化

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

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

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

　　八、拒绝重构

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

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

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

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

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

本站(www.100xue.net)部分图文转自网络,刊登本文仅为传播信息之用，绝不代表赞同其观点或担保其真实性。若有来源标注错误或侵犯了您的合法权益，请作者持权属证明与本网联系(底部邮箱)，我们将及时更正、删除，谢谢