至少作为个人来说，向BUG说不，是一个很正的观念，如果一个程序员你对BUG的态度都很随意，那你开发出来的东西，靠谱的可能肯定不高。
以API接口来说，性能问题也算是BUG，想方设法让接口的性能（req/s）翻倍，是一个很有价值很有成就感的事情。要实现这件事情，你不止要会写代码，了解接口背后的数据库和缓存等逻辑，尝试分析定位出可能的性能瓶颈并调优，尝试从数据结构上入手提升读写性能，都是非常有趣的体验。
以普通代码来说，一个变量未声明的warning，对我而言也是BUG。合格的代码应该在报错日志中只输出有价值的报错信息或者Debug信息，而不应该输出什么变量未声明这种低级弱智的干扰信息。这样的习惯至少能确保在系统真出问题的时候，能以最快的速度定位问题根源，从而加速问题的解决。
我知道你可以grep可以tail加grep过滤，但是根源能解决的问题为什么要浪费一道额外的手续去做呢？
合格的程序员，每出现一个BUG，都应当作为职业生涯的耻辱，当然，耻辱肯定是源源不断的。知耻而后勇，才是一个合格程序员应当有的工作方式。减少杜绝耻辱的出现，不仅能历练个人的思考能力，也是对代码的编写，调测的自我督促起到正向推动作用。
优秀的人，就是从挖坑填坑，成长为不再挖坑而来的。
程序员，你的天职就应当向BUG说不~
如您从本文得到了有价值的信息或帮助，请考虑扫描文末二维码捐赠和鼓励。
如本文对您有用，捐赠和留言 将是对我最好的支持~（捐赠可转为站内积分）
如愿意，请向朋友推荐本站，谢谢。
尊重他人劳动成果。转载请务必附上原文链接，我将感激不尽。