在前一篇文章中，我为你提供了关于如何接收反馈的技巧，尤其是在你首次为自由开源项目做出贡献时。现在是时候讨论同一枚硬币的另一面了：提供反馈。
如果我告诉你你在贡献中所做的事情是“愚蠢的”或“幼稚的”，你会有什么感觉？你可能会生气、受伤，或者两者兼而有之，这是理所当然的。这些是恶毒的词语，当针对人时，会像刀子一样切割。言语很重要，而且非常重要。因此，在为贡献留下反馈时，要像对待你对项目的任何其他形式的贡献一样，对你使用的词语进行深思熟虑。在撰写反馈时，扪心自问：“如果有人对我说这些，我会怎么想？是否有人可能会以另一种方式理解它，一种不太有帮助的方式？” 如果对最后一个问题的回答甚至有可能是肯定的，那就退一步重写你的反馈。现在花一点时间重写总比以后花很多时间道歉要好。
当有人犯了一个似乎应该是显而易见的错误时，请记住我们都有不同的经验和知识。对你来说显而易见的事情，对其他人来说可能并非如此。而且，如果你还记得，曾经有一段时间对你来说也不是那么显而易见。我们都会犯错。我们都会打错字。我们都会忘记逗号、分号和右括号。为自己节省大量时间和精力：指出错误，但不要进行评判。坚持事实。毕竟，如果错误是如此明显，那么就没有必要进行批评，对吗？
- 避免人身攻击。请记住只审查贡献本身，而不是贡献者。也就是说，指出“这项贡献可以通过这种方式提高效率……”而不是“你这样做效率低下”。后者是人身攻击式的反馈。 人身攻击是一个拉丁语短语，意思是“针对个人”，指的是你的反馈是针对贡献者个人，而不是针对贡献本身。通过对个人提供反馈，你会使反馈变得个性化，而贡献者有理由将其视为个人问题。在编写反馈时要小心，确保你只针对贡献的内容，而不是意外地批评提交评论的人。
- 包括积极的评论。并非你所有的反馈都必须（或应该）是批评性的。当你审查贡献时，如果你看到你喜欢的东西，也请提供这方面的反馈。一些学术研究——包括 Baumeister、Braslavsky、Finkenauer 和 Vohs 的一项重要研究——表明，人类更关注负面反馈而不是正面反馈。当你的反馈完全是负面的时，可能会让贡献者非常沮丧。包括积极的强化和反馈可以激励人们，并帮助他们对自己的贡献以及他们在上面花费的时间感到良好，这最终使他们更倾向于在未来做出其他贡献。它不必是一些滔滔不绝的华丽赞美，但一个简短的“嗯，这是一个非常聪明的处理方式。它使一切都流畅起来”，可以极大地鼓励某人继续贡献。
- 问题也是反馈。赞扬是一种不太常见但很有价值的评论反馈类型。问题是另一种。如果你正在查看一个贡献并且无法分辨出提交者以他们的方式做事，或者如果贡献对你来说没有多大意义，那么要求更多信息可以作为反馈。它告诉提交者，他们所贡献的东西并不像他们想象的那么清楚，并且可能需要进行一些工作以使该方法更加明显，或者如果它是一个代码贡献，则需要一个注释来解释发生了什么以及原因。一个简单的“我不明白这里的这部分。你能告诉我它在做什么以及你为什么选择这种方式吗？”可以启动一个对话，从而产生一个更易于未来贡献者理解和维护的贡献。
- 期待协商。使用问题作为一种反馈形式意味着这些问题将会有答案，或者可能会有其他问题作为回应。无论你的反馈是问题形式还是陈述形式，你都应该期望在整个过程中产生某种形式的对话。另一种选择是将你的反馈视为无可辩驳的，你的话就是法律。虽然这绝对是你采取的一种方法，但它很少是一个好方法。在对贡献提供反馈时，最好进行协作而不是发号施令。当这些对话出现时，将它们视为双方进行对话和学习的机会非常重要。愿意讨论他们的方法和你的反馈，并花时间理解他们的观点。
最重要的是：不要做个混蛋。如果你不确定你计划留下的反馈是否会让你听起来像个混蛋，请暂停一下，让其他人先检查一下，然后再单击发送。对接收该反馈的人抱有同情心。虽然这句格言已经有数千年的历史，但直到今天仍然适用，你应该尽量以你希望别人对待你的方式来对待别人。设身处地为他们着想，并力求提供帮助和支持，而不是仅仅力求正确。
改编自 VM (Vicky) Brasseur 的 Forge Your Future with Open Source，版权所有 © 2018 The Pragmatic Programmers LLC。经出版商许可转载。
2 条评论