GNU 友善沟通指南
Richard Stallman 著目的
GNU 工程鼓励所有希望推进 GNU 系统开发的人做出贡献,不论性别、种族、民族、外貌、宗教、文化背景、或者其他人口特征,以及个人的政治见解。
人们有时对参加 GNU 的开发感到灰心,因为某些交流方式让他们感到不友好、不被欢迎、被排斥、或者严苛。这种灰心尤其影响弱势群体的成员,但不仅限于他们。所以,我们要求所有贡献者在 GNU 工程的讨论中有意识地努力去避免那种结果——避免可预见和不必要的使贡献者沮丧的交流方式。
本指南建议了具体的达成该目标的方式。
指南
- 请假设其他参与者在发帖时是真诚的,即使你不同意他们所说。在人们把代码或者文本作为自己的成果发表时,请把它当作是他们的成果。请不要仅靠猜测他们可能做了什么而去批评他们错了,要按照他们实际说的和做的来判断。
- 请想想如何尊重其他参与者,特别是当你不同意他们的时候。例如,使用他们使用的名字称呼他们,使用那些(按照你的理解)符合参与者表明的性别认同词语去指代他们。请同时也向与你比使用了不同的词语的人表示宽容和尊重。
- 请不要对其他参与者使用严苛的语气,特别是不要对他们个人攻击。要特意去表明你批评的是说法而不是个人。
- 请认识到,对你的陈述的批评不是对你的个人攻击。如果你感觉有人攻击你,或者冒犯了你的个人尊严,请不要用个人攻击去“反击”,因为这倾向于激发不断升级的言语暴力。一个私人的回复,礼貌地把你的感觉作为感觉说明清楚,并请求和解,可能会平息事情。把回复写下来,放置几个小时或者一天,修改它,移除愤怒的语言,然后再发送。
- 请回避那些假设了特定人群的典型欲望、能力或行动的说法。它们会冒犯那群人中的成员,并且这些说法在 GNU 工程的讨论中往往是离题的。
- 请在别的贡献者说他们犯了错的时候对他们特别友好。编程意味着犯很多错,并且所有人都会犯错,这就是为什么回归测试有用。尽职的程序员犯错后会修正。不完美是正常的,让贡献者了解这点对大家都有帮助,所以我们不拿这种事跟他们对着干,并且我们感谢他们不完美的贡献,虽然我们希望他们跟进并修正问题。
- 类似地,在指出其他贡献者应该停止使用某些非自由软件的时候,也要友好。为了他们自己,他们应该解放自己,但即使他们不这么做,我们也欢迎他们对我们的软件作出贡献。所以,这些提醒应该温柔,不要太频繁—别唠叨。
相反,建议别人使用不自由程序违背 GNU 的基本原则,所以 GNU 工程的讨论中不允许。
- 请对人们实际所说内容进行回复,而不是夸大他们的观点。如果你的批评不是针对他们真实的观点,你的批评就会不太有建设性。
- 如果在讨论中,有人打出一个擦边球,请专注当前话题使讨论保持正轨,而不要转移重心到擦边球上。这不是说擦边球不好,或者不值得讨论,只是它不应该干扰当前的主题。多数情况下,擦边球也是无关内容,所以有兴趣的人应该在别处讨论。
如果你觉得这个擦边球是个重要的相关问题,请使用合适的标题作为另一个讨论提出,并考虑等到当前讨论结束后再提出。
- 与其总是反驳别人,还不如想想看是不是每次都有必要回复,因为你可能已经把你的观点表达清楚了。如果你了解一点围棋的话,这个类比说得就比较清楚:当对手下的棋没有强到需要直接回应时,不理它,在别处下棋,会比较有优势。
- 如果已经选定了另一个方向,就请不要再长期不断地主张你所偏好的路线。因为这容易阻挡活动的进程。
- 如果别人激怒了你,可能是因为无视这些指南,请不要谴责他们,尤其不要记仇。建设性的方法是鼓励和帮助别人做得更好。当他们尝试学着做得更好的时候,请给多给他们一些机会。
- 如果其他参与者对你表达意见的方式进行抱怨,请努力迎合他们。你可以想办法表达同样的意见,同时不让别人感到不适。如果你不引起对次要东西的愤怒,你更有可能说服别人。
- 请不要在 GNU 工程讨论中提出无关的政治问题,因为它们离题。GNU 只支持以下政治立场:(1) 用户应对他们自己的计算持有控制(例如通过自由的软件);(2) 支持计算中的基本人权。我们不要求你作为贡献者同意这两点,但你需要接受我们基于这两点做出的决定。
努力遵守这些指南,我们就会鼓励更多人对我们工程作出贡献,并且我们的讨论会更加友好,达成结论更加容易。