工作中犯点儿错误，每个人都在所难免，如果错误的影响不大，一般不会有什么惩罚，至于写出的代码有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 …
几天后，蛋糕未见，人已消失。。。
但有一种错，公司比较重视，那就是破坏了 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 …
几天后，蛋糕未见，人已消失。。。
