以bug数量衡量程序员水平，这种做法你认同吗？

相信不少人听说过“以bug数量来衡量程序员水平”这样的话题，不知道你是怎么看待这样的说法，反正这个说法我个人是非常的不赞同，觉得极其荒唐，对于这样的言论，我能有很多论点去反对他，我觉得能说出这样的话的人很有可能不是程序员。

首先，大家在工作过程中会发现，有相当一部分公司的研发部门都会使用“能者多劳”的做法，技术能力强，效率高的程序员都会被分配做一些复杂的模块（牵涉到代码设计，算法设计等），而技术一般的会被分配做一些简单的模块（比如说一些增删改查的接口代码），这种情况，我就不相信那些只实现增删改查的程序员bug能多过哪些实现复杂模块的程序员？

其次，程序员的性格不同，有的人在工作中能推的事尽量推，绝不会多做一点事，能调用别的接口，就调别人的，不能调也尽量想办法调用别人的，一旦有问题就去找别人改，这类程序员写的代码压根就不多，他们的bug自然也不会太多，另一类程序员风格完全相反，非常热心，对于一些事情从不拒绝，都会全力去实现，他们做的事情自然很多，那么出现bug的概率自然也会相对较多。

再次，接下来要说的因素，与测试团队，测试人员有关，大多数程序员都与测试人员打过交道，你会发现这些测试人员的风格也差别很大，有的人测试的比较细致，而有的人测试的比较粗糙，有的人喜欢把同一个问题在不同地方出现列为不同的bug,这样bug数量自然就多了，而有的测试人员会把所看到的同种现象不同地方出现的问题归纳为一类bug，从数量上他们只在系统里录入一个bug（大多数程序员比较喜欢这类测试人员）。

从上面的情况看，bug的数量是由各个因素决定的，与程序员的工作量有关，与程序员工作的复杂程度有关，与程序员的风格有关，有测试人员的风格有关，这么看以bug数量来衡量程序员的水平是非常不合适的，不过有一点可以确定的，bug与细心程度有关，在一些小问题上常出现bug的人肯定是比较粗心的，bug的数量与技术水平没多大关系，经常能看到有些高手能写高难度算法，但却在一些小事情上常出现低级错误，这可能就是一个人的风格吧，谁都不可能是完美的，但是每个上进的人都要永远走在追求完美的路上。

大家好，我是“上世是朵花”。如果你有什么好的看法或者观点可以在评论区展现你的才华，互动交流，如果想进一步了解我，那就关注我吧！