GNU 友善沟通准则

目的

GNU 项目鼓励任何希望推进 GNU 系统开发的人贡献力量，无论其性别、种族、民族、外貌、宗教、文化背景以及任何其他人口统计特征，以及个人政治观点。

人们有时会因为某些沟通模式而感到沮丧，这些沟通模式让他们觉得不友好、不欢迎、拒绝或苛刻，从而不参与 GNU 开发。这种沮丧尤其影响到弱势群体成员，但不仅限于他们。因此，我们要求所有贡献者在 GNU 项目讨论中，有意识地努力以避免这种结果的方式进行沟通——避免那些可以预见地且不必要地冒犯某些贡献者的行为。

这些准则提出了实现该目标的具体方法。

准则

请假设其他参与者是出于善意发帖，即使你不同意他们所说的话。当人们提交代码或文本作为自己的作品时，请接受它们是他们的作品。请不要批评人们你只是猜测他们可能犯的错误；坚持他们实际说的话和实际做的事。
请考虑如何尊重地对待其他参与者，尤其是在你不同意他们的时候。例如，用他们使用的名字称呼他们，并使用（你理解的）含义涵盖这些参与者声明的性别认同的词语来指代他们。也请对使用与你不同的词语来表达的人们表示宽容和尊重。
请不要对其他参与者采取严厉的语气，尤其不要对他们进行人身攻击。尽力表明你是在批评一个陈述，而不是一个人。
请认识到对你陈述的批评不是对你的人身攻击。如果你觉得有人攻击了你，或者冒犯了你的人格尊严，请不要用另一个人身攻击来“反击”。这往往会引发言语攻击升级的恶性循环。私下回应，礼貌地陈述你的感受作为感受，并请求和平，可能会平息事态。写下来，放置几个小时或一天，修改它以消除愤怒，然后才发送。
请避免发表关于某些人口群体假定的典型愿望、能力或行为的陈述。它们可能会冒犯该群体中的人，而且在 GNU 项目讨论中总是离题的。
当说其他贡献者犯了错误时，请特别友善。编程意味着犯很多错误，我们都会这样做——这就是为什么回归测试很有用。尽责的程序员会犯错，然后修复它们。向贡献者表明不完美是正常的，所以我们不会因此责怪他们，而且我们感谢他们不完美的贡献，尽管我们希望他们通过修复其中的任何问题来完成工作，这会有所帮助。
同样，当指出其他贡献者应该停止使用某些非自由软件时，请保持友善。为了他们自己的利益，他们应该解放自己，但即使他们不这样做，我们也欢迎他们对我们的软件包做出贡献。因此，这些提醒应该温和且不要太频繁——不要唠叨。
相反，建议他人运行非自由程序违反了 GNU 的基本原则，因此在 GNU 项目讨论中是不允许的。
请回应人们实际说的话，而不是对他们观点的夸大。如果你的批评不是针对他们的真实观点，那么它将不会具有建设性。
如果在讨论中，有人提出了与手头主题无关的话题，请通过专注于当前主题而不是跑题来保持讨论的进行。这并不是说跑题是不好的，或者没有讨论价值——只是它不应该干扰对手头问题的讨论。在大多数情况下，它也是离题的，所以那些感兴趣的人应该在其他地方讨论它。
如果你认为跑题是一个重要且相关的问题，请将其作为单独的讨论提出，并附上符合的主题字段，并考虑等待当前讨论结束。
与其试图拥有最后发言权，不如寻找无需回复的时候，也许是因为你已经足够清楚地表达了相关的观点。如果你了解围棋，这个比喻可能会澄清这一点：当对方的棋步不足以需要直接回应时，不予回应并在其他地方落子是有利的。
当已经为其他行动方案做出决定时，请不要无休止地为自己首选的行动方案辩论。这往往会阻碍活动的进展。
如果其他人惹恼了你，也许是通过无视这些准则，请不要斥责他们，尤其请不要对他们怀恨在心。建设性的方法是鼓励和帮助其他人做得更好。当他们试图学习做得更好时，请给他们足够的机会。
如果其他参与者抱怨你表达想法的方式，请努力迎合他们。你可以找到表达相同观点的同时让其他人更舒服的方式。如果你不激起对次要事物的愤怒，你更有可能说服其他人。
请不要在 GNU 项目讨论中提出无关的政治问题，因为它们是离题的。GNU 项目认可的唯一政治立场是 (1) 用户应该控制自己的计算（例如，通过自由软件）和 (2) 支持计算中的基本人权。我们不要求你作为贡献者同意这两点，但你需要接受我们的决定将基于这两点。

通过努力遵循这些准则，我们将鼓励更多人向我们的项目做出贡献，并且我们的讨论将更加友好且更容易达成结论。