在加拿大
工作中犯点儿错误，每个人都在所难免，如果错误的影响不大，一般不会有什么惩罚，至于写出的代码有bug，就更是家常便饭，只要未上线就好，即使上了线，如果不是大错也不会追究。但有一种错，公司比较重视，那就是破坏了 production data，不会不了了之。多年前我入职的一家公司，那时管理不严，很多程序员都有访问production数据库的权限，有一次公司高管发了一个通知，说某处一个数据，任何人未经他同意不准修改，违者将被凌迟处死。他的原话是，consequence will be death by slow torture. 虽然直到我离开，也未有人因此被处决，但已经见过不少其他方式的错误和惩罚的案例。凡破坏了production data，公司里有一条不成文的规矩，肇事者要买个大蛋糕，请他所在的部门或者全公司的人吃。
这个举动，我感觉有点像负荆请罪。
记得有一个案例，可能算半个冤案。当时公司一个做production support的，A女士，要为一批客户重载数据。那次装载的数据格式有变，负责修改的程序员E把新的映射格式文件交给A女士，由她运行装载的script.不幸的是，程序员E一个粗心，写错了其中一个字段的映射关系，更不幸的是，A女士没有事先在测试环境做个测试，而是直接上production运行。转眼间，六千多用户数据发生错乱。之后花了几天才修复正常。A女士把责任完全担在自己身上，没有提程序员E的错误，她在邮件中认错，并说 yes there will be cake …几天后，蛋糕未见，人已消失。。。评论
Overmind 说:主要还是看造成的后果。如果没有什么不能挽回的后果，一般不会追究，最多就是发封邮件说 we have room to improve blah blah。这里面DEV，QA，BA，PM都有影响。DEV和QA肯定要负一定责任，但是BA和PM是负责维护客户关系的，出现了问题，也正是需要他们工作的时候，他们跑不了。点击展开...技术/数据差错一般都能挽回，但公司信誉的损失不易挽回。那个案例，我没想到会导致开人这么严重的后果。本来过程比较简单，所以QA都没介入，结果一个粗心，一个心大，小错就酿成了大错。
评论
这种情况应该先备份数据啊。或者系统应该有自动备份。的确有点冤。
评论
Georgian College学 IT, 全省就业率第一!Overcoming your challenges at Georgian这种情况应该先备份数据啊。或者系统应该有自动备份。的确有点冤。点击展开...是的，管理不规范，出错却由一线员工担全责
评论
reed 说:工作中犯点儿错误，每个人都在所难免，如果错误的影响不大，一般不会有什么惩罚，至于写出的代码有bug，就更是家常便饭，只要未上线就好，即使上了线，如果不是大错也不会追究。但有一种错，公司比较重视，那就是破坏了 production data，不会不了了之。多年前我入职的一家公司，那时管理不严，很多程序员都有访问production数据库的权限，有一次公司高管发了一个通知，说某处一个数据，任何人未经他同意不准修改，违者将被凌迟处死。他的原话是，consequence will be death by slow torture. 虽然直到我离开，也未有人因此被处决，但已经见过不少其他方式的错误和惩罚的案例。凡破坏了production data，公司里有一条不成文的规矩，肇事者要买个大蛋糕，请他所在的部门或者全公司的人吃。浏览附件653979这个举动，我感觉有点像负荆请罪。浏览附件653980记得有一个案例，可能算半个冤案。当时公司一个做production support的，A女士，要为一批客户重载数据。那次装载的数据格式有变，负责修改的程序员E把新的映射格式文件交给A女士，由她运行装载的script.不幸的是，程序员E一个粗心，写错了其中一个字段的映射关系，更不幸的是，A女士没有事先在测试环境做个测试，而是直接上production运行。转眼间，六千多用户数据发生错乱。之后花了几天才修复正常。A女士把责任完全担在自己身上，没有提程序员E的错误，她在邮件中认错，并说 yes there will be cake …几天后，蛋糕未见，人已消失。。。点击展开...production 的数据人人能改，release前没有足够的审核审批程序，也没有roll back plan，出了问题要几天才能修好，这管理似乎够乱的啊。我觉得该消失的是公司operational管理层，而不是底层。
评论
Overmind 说:主要还是看造成的后果。如果没有什么不能挽回的后果，一般不会追究，最多就是发封邮件说 we have room to improve blah blah。这里面DEV，QA，BA，PM都有影响。DEV和QA肯定要负一定责任，但是BA和PM是负责维护客户关系的，出现了问题，也正是需要他们工作的时候，他们跑不了。点击展开...他这个案例明显是release management出问题了，BA，Product manager，Product owner都是管需求分析和市场分析的，属于business end。跟这个没关系。直接主要责任应该是project manager/delivery lead/dev manager这些管operation的话事人，其次是QA/Dev。如果有VP operation/delivery, COO之类，都要追究责任。因为平时没有立好规矩。
评论
Carc 说:他这个案例明显是release management出问题了，BA，Product manager，Product owner都是管需求分析和市场分析的，属于business end。跟这个没关系。直接主要责任应该是project manager/delivery lead/dev manager这些管operation的话事人，其次是QA/Dev。如果有VP operation/delivery, COO之类，都要追究责任。因为平时没有立好规矩。点击展开...当时正规的release这些管理程序都有，但那次小范围的数据update就很随意，还是不够正规，结果阴沟翻船。底层担责很不公平，但谁也不敢作声。
·生活百科 Fronius Primo gen24 8.0随机掉落功率gen
·生活百科 RCA的适配器到闪电？