周报 NO.9 - 生命，互联网公司恶习
提出用“bug数量”来做绩效考核的人，我希望他能晃一下脑袋，感受一下自己脑中的那片海，以后都能“大海自由”了。
脆弱的生命
周六上课路上出了市二宫地铁站，看到路边很多警察匆匆赶来，顺着他们的方向望去，有个人躺在马路上抽搐，是一起车祸。
看着人还在动，警察也来了，我想应该不是什么大事。只是一下课，老师的男朋友就说那个人已经没了。
这已经不是我第一次这么近距离接触死亡。上一次是22年12月3号。
互联网公司恶习
前几个Q，绩效面谈时leader说：“这个Q你都做得还不错，需求上线也没有问题。就是提的bug比较少。大家都是差不多数量的需求，需求大小也都是差不多的，但是你的bug量比别人少很多。”我耐心地解释说我的需求确实没什么bug，开发做得都还不错，而且上线后也没有bug没有工单。嘿，可是人家不依不挠，说她统计出来的数据就是这样的，你比别人少就是有问题，后面要多注意一下。
这件事怪ex人的。最近这个leader又来了个骚操作，将两件事结合在一起，我直呼牛掰。
近期有个耗时4个月的大项目，需要我们全部测试一起测试。起初对于leader只分给自己少量并且优先级低的模块，我没什么感触，毕竟她可能还得负责统筹以及跟其他组对接。
但是到了测试阶段，我和其他人负责的模块都陆续提测了，但是她自己的优先级低的模块得到最后才提测，在当前迭代中她没有bug产出，鉴于开头说的“以bug数定绩效”，统计起来她的数据就会很难看。
咱不得不说姜还是老的辣呢。在这个阶段她开始给自己造bug数据，开始测我和其他的负责的模块，处理人带上我们，把自己去掉，事了拂袖去，深藏功与名。她的数据漂亮了，后续也不用管了（bug单得我们自己跟进），对应模块上线出现了问题她也不用担责了，可谓一箭三雕，完美闭环。
我们可就惨啦，自己的测试计划被打乱了不说，还得去给她擦屁股，还得给她担责。
职场学问，又学会了一招。
