至少作为个人来说,向BUG说不,是一个很正的观念,如果一个程序员你对BUG的态度都很随意,那你开发出来的东西,靠谱的可能肯定不高。

以API接口来说,性能问题也算是BUG,想方设法让接口的性能(req/s)翻倍,是一个很有价值很有成就感的事情。要实现这件事情,你不止要会写代码,了解接口背后的数据库和缓存等逻辑,尝试分析定位出可能的性能瓶颈并调优,尝试从数据结构上入手提升读写性能,都是非常有趣的体验。

以普通代码来说,一个变量未声明的warning,对我而言也是BUG。合格的代码应该在报错日志中只输出有价值的报错信息或者Debug信息,而不应该输出什么变量未声明这种低级弱智的干扰信息。这样的习惯至少能确保在系统真出问题的时候,能以最快的速度定位问题根源,从而加速问题的解决。
我知道你可以grep可以tail加grep过滤,但是根源能解决的问题为什么要浪费一道额外的手续去做呢?

合格的程序员,每出现一个BUG,都应当作为职业生涯的耻辱,当然,耻辱肯定是源源不断的。知耻而后勇,才是一个合格程序员应当有的工作方式。减少杜绝耻辱的出现,不仅能历练个人的思考能力,也是对代码的编写,调测的自我督促起到正向推动作用。

优秀的人,就是从挖坑填坑,成长为不再挖坑而来的。

程序员,你的天职就应当向BUG说不~

Related Posts: 向BUG说不 :

avatar