bug改的好，早晚开超跑

我是一名不太专业的程序员，为什么我要说自己是不太专业的程序员，因为我的代码写的不行啊，总是写出一堆bug，如果哪天我的代码找不出bug了，那就说明我成仙女了；我代码写的一般般，巧了，我身边的程序员同事、朋友，代码也都很一般，这样的氛围是不是很棒呆呢。

有时，测试人员会问我：为什么你的代码里面总是有bug呢？就不能一次写好吗？

这样的吃瓜群众还是很多的，他们不明真相，事实上，bug有很多种，一类是对用户来说不能正常使用，能被用户感知到的错误。一类是用户能正常使用，但是有各种异常的错误。一类是使用没有任何问题，但是不符合产品预期的问题。

1 显然，第三种就很难杜绝。

　　毕竟：因为信息不对称，预期是产品经理和程序员的信息不对称，因为文字是有二义性的，况且人和人对相同文本的理解本来就可能出现偏差，这就导致了需求理解的不一致，最终导致了线上产品不符合预期。对于内部人员来说，这个也算BUG。以及，有的产品在推广过程中，定位等大方向都发生了便宜，和当初写程序的时候已经大不同，则很可能要改。

2 人不是机器

　　人不像机器，不可能不犯错；同样的，不可能存在没有bug的程序，像大家使用的windows，穷尽无数优秀的工程师，给予用户优秀的桌面体验的同时，也有你可能完全看不到的数千个bug。即便是机器，也有失控的时候。

3 需求多变

　　有时候领导的想法变来变去的，就会导致产品也变来变去，程序员也跟着遭殃。很多情况下一个需求的变化，程序会带来很多问题，有可能连底层结构都需要跟着一起变动。频繁的需求变动，加上开发周期和成本的约束，带来的结果就是软件质量的不可控。

4 很多软件是很复杂的，而且是需要取舍的

 

　　为了方便用户而引入的图形化和操作互动，同时也是bug之源，但为了便利，我们只能忍受，并尽可能降低bug的数量。除此之外，大型软件中涉及到的许多工具，本身就不够完美，但我们还得使用它们，比如网络通信协议，同样不完美，但我们不能等到完美那一天才上网。

 5 不一定是真的有bug

 

　　开发人员根据需求，原型图进行编码。这时候bug就出现了，毕竟经过这么多环节，可能老板最初的意愿，传达到底下程序员手中已经完全变了味了。或许老板也不知道到底想要什么，你先做一个出来给我看看。又或者即使符合老板的意思，但是跟市场，跟客户真正想要的有又出入。就得不停的改了。反正写代码又不像盖房子，盖完了就不能拆了重新盖。

 

　　你认为呢？