春夏秋冬

版权声明：转载时请以超链接形式标明文章原始出处和作者信息及本声明
http://jessetang.blogbus.com/logs/51126180.html

在工作上，每次走查代码时，总发现让我很泄气的事情，有的问题，在开发前或开发过程中，都会一再提醒，我以为肯定可以规避，可是还是那样。

代码走查时，由于人力，不可能所有代码都走查到，而测试阶段又很短，到试运行时，最终用户总会反馈奇奇怪怪的问题，我还很纳闷不应该出现这种很奇怪的问题，翻开代码一看，那个代码写的是太粗糙了，开发自测阶段的测试数据赋值语句之类，在完成后，还是留在那里，真是让我很无语。而这点小事，你说我有必要把人叫过来，教导两句？唉。

不是说代码写的一无是处，总之，每次代码写好了，90%的工作算完成了，但是总要留10%的事情让别人给填补着，而10%的事情，我觉得再仔细一点多想一点肯定可以完成。我们都是程序员啊，先把自己的本职工作做做好，写代码就像你自己的人生，起码你得看到一步一个脚印，每一步怎么走的，你自己得知道。

而这种事情，在现在公司的处理很简单，就是KPI扣分，而我不喜欢这么做，我从不会把代码走查或测试出来的bug量和成员的KPI挂钩，我希望的是，我指出了问题，且又很合理，如若你采纳了，对你代码水平又有帮助，你何不仔细想想并在下次工作中注意规避掉呢？可有的人他就是记不住，也许不是有意的，他的脑子天生就是少了一根筋，也许写个10年也就是在一个初级程序员的水平上游荡。

本以为对人宽宏大量，体贴入微，别人会感恩而有所改变，后来我发现并不是这样，有的人属于“孺子不可教”那种，从一开始就注定，所以不要把时间和精力放在不必要的人或事上。

也许我这个结论下的有点悲观，应该多推荐他们看看重构、软件之美等书籍，试试看了。而发现我的理念、想法和所谓的领导有很大背离，公司属于那种要求快、要求质量高、但又不考虑实际情况，这并没有什么错，但是如果执行者不考虑实际情况，不想出科学的管理实施办法，整天上嘴唇碰碰下嘴唇，做跟风之举，并不做真正的实事，那就太没希望了。