程序员是有多“嘴硬”？即使是真错了，也不会认！

因为遇见我

关于程序员“嘴硬”这回事，可聊的地方太多了。我曾经的一个研发总监跟我说过这么一句话，叫作：“知错改错不认错！”，意思就是即使是自己错了，也不能认。这么看起来很多人可能感觉我们研发总监“不像个好人”，但是，实际上他有他自己的考虑。

其实，研发总监的考虑很简单，因为程序员“不是在写BUG，就是在写BUG的路上，或者在修BUG”。这句话虽然是调侃，但是实际上比较符合现实情况。也就是说，程序员想要犯错是很容易的。G了，就是编程时的正常环节而已，称不上是错，但是，如果让人觉得这是错，且每次都认错
​程序员们觉得程序出BU，就会给其他不懂编程的人一种错觉，就是这个人工作不细心，尤其是这种人如果是公司老板或者其他股东的话，对于程序员来说是不利的。
所以，面对BUG，大多数程序员都不会认为这是犯错，而是工作中经常会遇到问题，但是，这个问题往往程序员是避免不了的。
错这个词怎么定义，我觉得应该是能够预见的、可以避免的问题但是却出现了，这个叫错，如果一些问题不可预见或者不可避免，就不能称之为错误了，恰恰程序员经常遇到这样的问题。更何况，程序员后面还有测试这一环节，并且之所以会有测试岗，说明在大多数公司眼里，程序没有BUG是不可能的。既然大家都心照不宣的话，又怎么能把程序员写的BUG叫作“错”呢？
我曾经任职过一家公司，老板心血来潮，不知道咋想的，推出了一个规章制度，要求程序员写代码如果出现BUG了，自罚50元。结果这个公司本来就不大，程序员还全跑光了，我入职的时候就一个研发总监在，还是老板在程序员全部离职以后，找的以前的部下来救场的。
有些程序员脾气好，觉得嘴长在别人身上，他控制不了，别人说他写BUG是错的，那就错了吧，但是千万别付出实际行动去因为BUG来罚一个程序员，否则这个程序员多半会受刺激走人！
因此，我们经常看到程序员写的东西出错了，程序员也不会太内疚，觉得是很正常的事情，改过来就行了。
而如果一个研发团队，其他人都不认错，一个程序员傻乎乎的每次出错都认，可能给别人的感觉就是这个程序员能力不行。
因此，知错改错不认错，就成了很多程序员的习惯，这也不是什么人品问题，而是职业比较特殊。
另外一种情况，那就是程序员内部之间，也很嘴硬，甚至是谁也不服谁，即使是低等级的程序员面对高等级的程序员的时候，也是这样。
比如我们公司有个程序员，之前代码写得有点问题，影响代码执行效率了，我给他指了出来。因为我不是他的直属上司，所以他只是淡淡的说了一句：“知道了！”，但是过了一段时间，他写的程序在跑了几天以后就出现了性能下降的情况，查找原因以后，发现他并没有把我说的影响代码执行效率的代码改过来。可见，他当时只是敷衍我一下。
其实，这个事情怪我，如果我不是多管闲事，估计他发现问题就改过来了，但是我这么一说，好像我在命令他一样，所以即使他知道错了，也不会立刻改过来。
其实大多数程序员都不希望其他程序员管自己的代码怎么写，怕被人说教，其实就是不愿意别人管自己的闲事。
如果管闲事的是自己的直属上司还好，其他不相干的人管他他会觉得这是在挑衅他。
有些公司不懂得这些道理，我经常看到有些公司经常搞代码审查，如果是研发总监来审没有什么问题，但是研发总监觉得自己一个人力不从心，就让整个研发团队的人互相审查代码，最后的结果肯定是会出现部门矛盾的。
所以，程序员一般只愿意听自己直属上司说教，其他部门的人怎么说都没用！
但是，有时候直属上司的话，其实也没用，主要取决于这个程序员和他上司的编程水平，如果两个人都差不多，那么被说的那一方也不会服。
不光是程序员，几乎所有靠技术吃饭的人都会有这样的毛病，说别人技术不行，等同于砸人饭碗。这样的事情其实我们也不少见，比如电影里武术门派互相踢馆的事情。即使是其他门派掌门过来踢馆，本派的小徒弟也不能怂，但是本派对本派往往是有上下级关系在的。可是，如果本派里师兄和师弟的水平如果差不多的话，师弟还服不服师兄，那就说不定了！
程序员嘴硬是事实，包括我自己有时候嘴也硬得狠，尤其是我已经有十年编程工作经验了，如果一个人随随便便就可以来说我，我会觉得他在挑战我的职业经验，即使我真的有些问题我也不会认。
可尽管程序员在职场上嘴硬有诸多无奈的地方，但是，私下里，程序员在学习新的知识的时候还是会保持一颗谦虚的心。我遇到的大多数程序员在面对自己不懂的问题的时候，都会对知识保持一种渴望，并且都会主动去求知，因为这对于程序员来说是受益的。
毕竟，对自己有利的事情，谁不喜欢呢？

来源：http://www.yidianzixun.com/article/0pL4Y9R4
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！