赞
踩
loonggg
读完需要
4
分钟速读仅需 2 分钟
大家好,我是校长。
系统上线之后,发现一个 bug,罚款 200 块钱,我还真待过这样的公司。
01
事情起因
我为什么想突然聊这个话题呢?因为前几天我看到吴军老师发了一条关于谷歌史上最贵 bug 的案例。
吴军老师是这样写的:
谷歌最昂贵的一个 bug,是广告系统中的一个 bug,每天损失 200 万美元的广告费。原因是做了一次改进,原以为能够改的好一点,结果每天损失 200 万美元的广告费,想把这代码 rollback 弄回来还弄不回来,因为谷歌的系统是大家用一个共同的 codebase,有些时候代码提交进去不是那么容易,一时搞不清楚就带着 bug 跑了大概差不多 20 多天。最后员工被处理了吗?没有被处理,一分奖金都没扣,为什么呢?因为这是对不断尝试的一种宽容。但是国内有些企业不是这样,有时候会看到公司通报某某某因为自己工作疏忽,造成了什么损失罚款 500,主管罚款 1000。其实你这样的话,那大家不做事最安全,所以你叛逆也好尝试也罢,需要宽容作为一个前提。
虽然吴军老师在谷歌工作过,但是这件事的真实性,我看在评论区有人质疑,说是杜撰的,杜不杜撰,我不知道,我在网上搜了搜,没有搜到吴军老师说的这样的新闻,但是搜到了相关的新闻,是谷歌的一个实习生,在操作广告系统的时候,按键按错了,导致系统出现了 45 分钟的问题,损失千万美元,并不是程序员。
咱聊回 bug 这个问题,说实话,假如这个案例是真实的,那么谷歌确实是值得佩服,谷歌的做事风格那么确实大气。
我感觉虽然谷歌没有进行罚款,但是肯定会有别的的处罚,因为这个错误确实很严重,并不是一般的问题。
如果说一点处罚也没有,虽然对员工很宽容,有利于大家做事更大胆,更敢于创新,但是也容易让员工养成粗心,放纵的习惯。
我虽然不鼓励罚钱,但是我感觉得有一定的处罚。
02
我还真待过这样的公司
吴军老师说:有时候会看到国内公司通报某某某因为自己工作疏忽,造成了什么损失罚款 500,主管罚款 1000。
我还真待过这样的公司。
那是我大学还在大四的时候,去一家公司实习做 C 和 C++ 语言相关的开发工作。
当时公司的规定就是:谁负责的开发的模块,一旦系统上线,在线上发现一个 bug ,就要罚款 200 。
面对这样的规定,说实话,我内心的 OS 是:TMD ,上线之后,发现 bug ,不应该处罚测试吗?为啥要对我们开发人员罚款啊?
但是,一想也不对,要是只处罚测试,一旦有个不靠谱的开发人员,天天写 bug ,测试要是每个月漏几个,测试岂不是领负工资了吗?哈哈……
说实话,这条规定虽然非常让人讨厌,但是,正是因为有这条规定的存在,确实我们在写代码的时候会非常仔细,写代码也很严格,养成了非常好的写代码的习惯。
这种震慑性的规定,虽然有时候能够扼杀创新,扼杀进步,但是,也并不是一无是处,最起码能够保证靠谱。
也确实,每个月都有同事会挨罚,真的是一个 bug 200 的去罚,胆战心惊。
03
任何规则都有两面性
其实,任何规则都是有两面性的,面对一个错误或者 bug ,既不能一味的宽容,也不能只一味的极端罚款。
宽容,虽然有利于创新,可以让人大胆,不断的尝试,但是确实会让员工养成粗心和放纵的习惯。
罚款,虽然有利于让员工谨小慎微,干活非常仔细,但是也确实容易让员工面对工作唯唯诺诺,非常保守。
我感觉对于程序员来讲,写 bug ,是不可避免的事情,任何系统都不可能是完美的。
对于 bug ,应该是分等级,并不是发现的每一个 bug 都要处罚。
一般的 bug ,不影响使用的 bug ,等级非常低的 bug ,这个完全可以不处罚,对于造成严重事故的 bug,上线之后才发现,肯定得罚啊,也不一定是非得罚钱,目的是得记住教训。
或者完善上线的流程和机制,避免上线之后出现重大 bug 。
处罚不是目的,宽容也不是鼓励,员工和公司的最终目标都是要把项目做好,如何完善机制和流程避免少犯错才是最终的目的。
说实话,虽然不鼓励针对 bug 进行罚款,但是,我作为一个大四的实习生,作为一个程序员的第一份工作,还真的挺感谢那家罚款的公司的,因为它最起码让我从入行的一开始就养成了非常好的写代码的习惯。
你们感觉呢?对此,怎么看?欢迎大家留言,一起聊一聊。
点击下方公众号卡片,关注我
在公众号对话框,回复关键字 “1024”
免费领取副业赚钱实操教程
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。