有美团的大佬在吗,问一下你司也是以 bug 数作为绩效的吗 ?

• 資深大佬 : dethan

  非互联网公司 测试以发现的 bug 数作为绩效

• 主 資深大佬 : xh520630

  @dethan 是说写代码的

• 資深大佬 : raaaaaar

  只要我一行也不写，我就是年度绩效之王！

• 資深大佬 : sslyxhz

  不写代码是不是年年绩效 SS

• 資深大佬 : kop1989

  如果是评定开发人员绩效，从软件工程角度讲，就不能用客观指标。
  因为一切客观指标对于软件开发来讲局限性都太大。
  所以从我个人的经验，我更依赖主观综合评定。

• 資深大佬 : Jooooooooo

  当然不, 线上 case 数会作为参考

• 資深大佬 : aeron

  前段时间看到个项目的报告，算工作量时还真是功能点和代码行数

• 資深大佬 : codyfeng

  如果是 bug 影响绩效的话，还是合理的

• 資深大佬 : Hilong

  看千行代码 Bug 率吧。只能做参考，还是要看你干的活的

• 資深大佬 : Arainc

  同意千行 bug 率，但是对于大系统来说，不同代码区域的权重也不一样，比较稳定的组件或者框架，维护和修改的代码*一定比例；当然绩效肯定不止这个层面了- –

• 資深大佬 : InkAndBanner

  家里有人在美团做测试 之前特意问过：bug 数和绩效有关 但是权重很低

• 資深大佬 : yaphets666

  其实我这块心智负担挺大的
  有时候有些边界问题没考虑到位
  有时候少考虑了某种情况
  这种就是想不到啊
  那想不到的人是不是就不能干程序员了?
  我自己是觉得有点太苛刻了

• 資深大佬 : tabris17

  首先要定义 BUG，其次要给 BUG 划分等级

• 資深大佬 : agdhole

  代码行数看绩效是数量越多越好？
  那真是不能理解

• 資深大佬 : onec

  caseStudy 写多了肯定会扣绩效的

• 資深大佬 : chengs

  @yaphets666 不是苛刻是程序结构化不够好，你没找到方法。