什么时候意外功能是错误的，或者只是设计不佳

Question

有时候，程序员在其代码结构中显然做出了故意的选择，从而导致（充其量）不直觉的行为，但从技术上讲不是一个错误。应该将其归类为错误并修复吗？

例如，众所周知的开源电子商务系统（如果您查看我的答案历史记录，您将算出哪一个！）为数量增量提供功能，管理员可以指定必须添加到购物车的多个单元（例如，必须为5、10、15、20等）。编写代码以使这些限制仅在系统处于“管理库存”模式时执行（即每次订单降低库存级别）。现在，商店所有者可能希望以指定的增量销售其产品，但不能管理库存水平，这是完全有效的情况。该代码默默地忽略了配置（没有对管理员的反馈），也没有关于要打开股票的要求的要求。

这是一个错误吗？或者只是设计/文档差。

请注意，我敢肯定，有些读者会将这个问题解释为主观，但是我认为错误和设计差之间有一个重要的不同。这在开源项目中尤其重要，在开源项目中，错误报告倾向于在与内部公司系统不同的过程中起作用。

Answer 1

错误意味着行为与程序员的想法不同，而差的设计则意味着程序员所打算的行为是用户可以合理地期望的。

Answer 2

是否有规格可以识别一种方法还是另一种方式是正确的？如果有规格，则是一个错误。

如果没有规格，那可能是糟糕的文档。

当代码默默地忽略配置时，会发生错误吗？那是一个错误。