近日，一个程序员提了一个问题，引起热议。该程序员表示：绩效跟bug数量挂钩合理吗？bug多就扣工资。连续几个月的话还辞退。
对此，很多网友都认为完全不合理，如果是这样的话，那不敲代码岂不是就没有bug了，这完全有种为辞退找理由嘛。
有句俗话说得好：“人非圣贤，孰能无过”，作为一个程序员，我们经常会碰到各种各样的问题，比如程序运行环境，网络，业务逻辑等等，很多我们没法预料的问题，那么出现bug就很正常了，那位根据bug来考核你绩效的，我想，那个人肯定不是个程序员。
职场如战场，不乏腹黑的人，在领导面前我们还是少出现问题，不管问题的大小，能早点修复的bug，那就早点修复，不要留下什么把柄才好。当然有些bug，是我们完全可以避免的。那么bug的种类有哪些呢？我总结了几类：
第一种：基础型bug，比如简单的逻辑判断“||”，“&&”或者if... else...；又或者很多刚入职的职场新人，经常会因为粗心，忘记符号，如逗号等。
第二种：业务逻辑bug，这种bug通常是因为业务场景和业务需求分析不准确导致的，我们所有的代码都是基于业务逻辑上的，没有逻辑的代码没有任何意义，越是精炼的逻辑处理，越容易滋生bug，精炼的好你就是大牛，精炼出更多bug你就是菜鸟，不过还是要多锻炼自己逻辑处理能力，把复杂变简单，方能减少bug。
第三种：设计模式应用类型的bug，比如说代理模式在使用的时候忽视了部分需要实现的方法。
第四种：外部环境，如开发环境，运行环境，网络环境。
所以程序与对于自己写的代码，还需要多判断情形，多测试，切不要因为完成某项值得骄傲的业务逻辑而沾沾自喜，如果自身出现问题就及时更改优化调整。同时也可以多多分享自己的代码，与同行之间多些交流，这样也可以更好的避免bug的产生。
作为一个程序员，我们的梦想是写出一段可以惊天地泣鬼神的代码。比如能把CPU运行速度提高10000倍，能够把存储效率提高十万倍，能够写出人工智能天网。然后，出任CTO，迎娶白富美，走向人生巅峰。面对这样的根据bug来考核绩效的公司，可以考虑好离职了，大家觉得呢
 |
 |
 |
 |
|
|
 |
|
|
|
 |
|
 |
 |
 |
|
