反馈是一种礼物

这是我在 Red Hat 工作期间，从开源之道中学到的系列文章的第四篇。

想想你在过去一年收到的一些礼物。有些礼物可能包装精美，给你带来了极大的喜悦和惊喜。另一些礼物可能没有漂亮的包装。有些礼物，你可能并不欣赏，退回了，或者，我敢说，也许转赠了。

收到礼物和收到同事或同行的反馈之间有一些有趣的相似之处。多年来，你可能收到过一些积极地改变了你生活的反馈。你也可能收到一些你宁愿没有收到的反馈。也许你甚至时不时地“转赠”你收到的反馈。

我认为反馈，无论是积极的还是消极的，无论包装或内容如何，都是一份礼物。为什么？

当有人给你反馈时，这表明这个人是投入的，表明这个人关心你或这个问题，愿意花时间评论。

在开源软件世界中，通过指出软件中的错误来提供反馈的人是英雄。在人力资源或法律事务领域，当我得到反馈时，通常不是我所希望的那样，但我发现，如果我对收到的反馈有助于最终产品持开放态度，那么反馈可以成为改进的巨大来源。

在最近的一篇文章中，opensource.com 的撰稿人 Gunnar Hellekson 强调了开源社区的开发者经常使用的一句话：“欢迎补丁 (patches welcome)。” 正如他指出的那样，这句话有时是真诚的，有时又带有一些被动的攻击性，但它本质上意味着提供反馈是件好事……但如果能用代码来支持，帮助解决问题，那就更好了。

因此，虽然所有的反馈都是礼物，但最好的反馈是附带一些“源代码”，其中包含明确的改进建议、具体要求，甚至是帮助或领导解决问题的方案。

在 Red Hat，我们有一个名为 memo-list 的内部邮件列表，自公司成立之初，它就成为任何员工提供反馈和建议的方式。当我刚加入公司时，我发现这个开放的论坛，经常有批评和建议，是一个“问题”。但多年来，我观察到 memo-list 上分享的一些想法是真正的礼物，为公司提供了反馈，使公司变得更好。memo-list 上的一些反馈只是简单的批评，没有附带提供修复的源代码，但我宁愿知道问题存在，也不愿人们将担忧藏在心里。虽然我发现前者最终更具建设性和帮助性，但我已经了解到这两种形式的反馈都是礼物。真正的问题是我们根本没有收到任何反馈礼物。

Red Hat 最好的反馈礼物范例之一是在几年前创建我们的使命宣言时。最终的产品是这句话（以及这个视频对此进行了解释）

成为由客户、贡献者和合作伙伴组成的社区中的催化剂，以开源的方式创造更好的技术。

但这个声明最初并非如此。一小群人首先尝试起草，然后广泛征求了整个公司的反馈。

一些最重要的词语（例如“in”而不是 “of” 以及 “贡献者” 而不是 “开发者”）是由富有思想的 Red Hat 员工提出的建议，他们不仅能够指出问题所在，还能提供源代码来使其再次正确。

所以，这里的重点是：反馈是一种礼物。而最好的反馈将附带源代码。欢迎对这篇文章提出反馈。