production - 您最严重的生产错误是什么？

Question

您最严重的生产错误是什么？这可能是您在实时系统中促成或解决的任何错误。

[移动我对答案的回应]

Answer 1

我的第一个项目是我校外的项目，一个软件公司的大型销售补偿系统。我们在最终的求和例程中有一个错误，它会试图从下一张薪水中减去任何拥有的钱。在某些情况下，追溯计算增加了上个月的欠款金额，借方将被记录下来，然后永远不会从下一次薪水中减少。第一个月可能开始为 3.23 美元，下个月将增加到 6.46 美元。你可以看到这是怎么回事。尽管我们很早就听说过一些用户投诉，但我们将它们视为“用户错误”——销售计划很复杂，任何人都很容易误解应该支付的正确金额。但几个月后，丢失的钱太大而无法忽视——超过 2,000 美元，000 未支付的工资单。代码修复很简单，需要为数百名员工进行数月的工资计算，而不是太多。

Answer 2

我在一个电子商务网站上工作，其中客户端数据作为 CSV 转储从遗留后端系统提供。我们只有一个样本数据集可供使用（尽管重复请求完整的数据集）所以我们第一次看到完整的数据是在它启动的那天早上在现场网站上。所有字符串都在 CSV 文件中引用，但数字没有。我们没有意识到的是，遗留系统在更大的数字中插入了一个逗号——所以在我们预期的地方，比如 1099.99，我们得到了 1,099.99。当然，CSV 解析器会看到逗号并将值设为 1。想象一下，当大件商品的订单开始进入时，客户会感到惊讶，这些商品显然以每件 1 英镑的低价出售。代码很快得到修复，幸运的是他们的条款允许他们拒绝订单。学过的知识：

Answer 3

我们有一个电子商务系统，当它被移动到生产服务器时（通过我们超级棒的手动复制/粘贴/编辑设置过程），高级开发人员 - 唯一可以访问服务器的人 - 忘记连接系统到支付网关。销售额达到 18,000 美元之后，客户注意到他们的银行账户并不比我们开始时的大。

自那天以来的流程改进：

不是一个。

我们是如何解决问题的：

告诉客户根据他们的电子邮件通知联系所有客户

Answer 4

在对我构建的系统进行实时更新期间，我丢失了大约 7 个用户的一些用户注册数据。这听起来并没有那么糟糕，只是它注册了 180 亿美元的 IPO。我们能够通过发出的自动电子邮件追踪信息，但是在那小小的打嗝上流下了几滴汗珠。