The following text is a partial translation of the original English article, performed by ChatGPT (gpt-3.5-turbo) and this Jekyll plugin:
一个bug是我们在软件产品中发现的“看起来不对劲”的问题（这是我的个人定义）。一个bug可以是隐藏的或可见的；它可以是“已修复”或“仍存在”的；它可以是关键的或仅仅是外观问题的；它可以是紧急的或优先级较低的。重要的是，在我们的客户看到之前，我们能够发现和修复的bug越多，软件的感知质量就越高。简而言之，如果bug是我们发现的，而不是我们的客户发现的，那就是一件非常好的事情。我们向程序员支付每个他们发现的bug的报酬。这里是一个作弊指南，向他们展示他们可以在哪里以及如何找到这些bug，以赚更多的钱。
显然，如果某个东西损坏了，那就是一个bug；不需要在这里提到。然而，当一个产品相对稳定时，不会有太多明显的问题。但我们仍然为bug支付报酬。你应该注意什么呢？请继续阅读。这个列表（没有特定的顺序）将帮助你。
功能缺失。如果一个类（yegor256/cactoos#558）或整个模块（yegor256/cactoos#399）没有提供你期望的功能，那就是一个bug。
缺乏测试。如果一个类没有单元测试（yegor256/takes#43）或现有的测试没有覆盖类的某些关键方面（yegor256/cactoos#375），那就是一个bug。
缺乏文档。如果，比如说，一个类的Javadoc块没有清楚地告诉你如何使用该类，或者整个模块没有很好地文档化（yegor256/takes#790），那就是一个bug。
实现不够优化。如果一段代码对你来说看起来不好，并且你认为它可以重构得更好，那就是一个bug。
设计不一致。如果设计对你来说看起来不合逻辑（yegor256/cactoos#436），并且你知道如何改进它，那就是一个bug。
命名奇怪。如果类、变量或包的命名对你来说不一致和不明显，并且你知道如何修复它们（yegor256/cactoos#274），那就是一个bug。
不稳定的测试。如果一个单元测试偶尔失败（yegor256/takes#506），或者在某些特定环境中不起作用（yegor256/jpeek#151），那就是一个bug。
此外，值得一提的是，次要的、外观上的或表达不清的bug报告很可能会被拒绝或不被支付报酬。如果你希望我们支付你的bug报告，请确保它们听起来正确，以帮助我们将项目推向更好的状态。
Translated by ChatGPT gpt-3.5-turbo/42 on 2023-12-17 at 15:22
