为什么我们从来不去感谢开源项目维护者

• 原文地址：Why we never thank open source maintainers
• 原文作者：Windson Yang
• 译文出自：掘金翻译计划
• 本文永久链接：https://github.com/xitu/gold-miner/blob/master/TODO/why-we-never-thank-open-source-maintainers.md
• 译者：LeviDing

你现在可以到 Thank you, open source 这个网站上为你最喜欢的开源项目写一句感谢的话了。

Long Version

下面是我对为什么我们从来不去感谢开源项目维护者的一些看法。

这样的项目我也可以做啊

“蛤？这项目对我来说也太简单了吧。”

“我一周之内就能做一个更好的版本出来。”

确实，很多人都可以在黑客马拉松（hackathon）中建一个小工具，但是维护一个项目比建立一个项目要困难得多。开源项目维护者不仅仅需要写代码，更多时候还需要：

• 写项目文档；
• 检查 Pull Request；
• 看看大家提的 Issue；
• 为项目增加新功能；
• 在 Stack Overflow 等平台回答关于本项目的问题；
• 在 QQ、微信等用户群里和用户讨论，回答问题。

一个开源项目维护者必须一年到头无偿地做这么多复杂繁琐的工作。

当我们很方便的使用开源项目时，太容易忘记项目维护者的辛苦付出了

我们如何使用一个开源项目：

1. 我们在网上搜索遇到的问题的解决方案；
2. 在一些博客和其他网站上进行搜索；
3. 我们点击这个开源项目的链接，读项目的 README。安装并进行测试。哈哈哈，问题解决了！
4. 我们转而看向了遇到的下一个问题。

开源项目就像水和空气一样，人们只是享受它带来的好处并且习以为常。我们不会对空气或水说感谢，因为我们不知道那是谁造的。但是我们知道是谁创建了这些非常棒的开源项目。但是我们知道这么棒的开源项目是谁维护的啊。

项目维护者们并不在意这些

开源项目使用者可能会想：

“他们不需要这些，他们需要的是 pull request 和能够修复 bug 等实质性工作。”

“我想他们更喜欢收到捐款。”

但是他们真的很在意，有时候，开源项目维护者真的需要你对他说一声谢谢。当然，如果你能为项目捐款再好不过了，但是我知道的大多数开源项目维护者目的并不是赚钱。他们最终可能赚了钱，但与开发项目的动机相比，顶多算是一个副产品。我注意到，开源项目常常比非开源项目要好。因为最出色的开发者是出于激情和利他主义来开发产品的。如果你没能力或者不想捐钱，你可以给他们写句感谢的话。

我们真的太“忙”了

“我们正在用双手改变世界。”

“我的项目必须在一周内启动。”

“我们每天都有数百封邮件需要回复。”

“我们只是没有时间。”

这些开源项目有更大的潜力去改变世界；或许其中的哪个项目已经改变了世界。

Github 在 Ruby 上使用 Rails
Instagram 使用 django
我们很多服务器都在运行着 Linux

可能没有这些开源项目就没有我们现在的这些项目。

十分钟，你可能做不了什么大事。现在社交媒体让我们养成了一种习惯，就是更愿意点击一个 upvote 或者类似的按钮，而不是花十分钟来写一封感谢信。尽管一个好的开源项目可能节省了不仅仅十分钟的时间。我在 ProductHunt 上公开 www.thankyouopensource.com 这个网站后，很多用户抱怨最低 300 个字符的限制条件。我设置这个条件是想避免像下面这样简单的话：

“谢谢，你们太棒了。”

“非常感谢。”

“我很喜欢你的开源项目。”

我就得这些用户太“忙”了，没空写一封感谢信。但是这对我来说看起来像没有意义的垃圾邮件，我认为读这些就是在浪费时间。我们希望看到的感谢信是处于自愿的而不是义务的。这之间的不同对我们来说显而易见。我们希望维护者们知道我们为什么感谢他们的付出，他们的项目怎么帮助了我们，我们这些发自内心的感谢也是维护者们继续付出的强大动力之一。最重要的是，我们欢迎所有对维护项目感兴趣的人的加入，因为这确实是一件很棒的工作。一旦你成为了维护者，你会在感谢心中看到很多人对你付出的真诚的感谢。我建议在 GitHub 上加一个 感谢 的标签，不仅仅是感谢和激励维护者，更是邀请更多的人加入到其中。

最后的一点想法

开源项目维护者是我们交朋友的好选择，也是公司雇佣员工时的明智之选。他们有激情，愿意分享，能够坚持。他们是真正的 MVP，他们应该得到真诚的感谢。

什么是 Thank you, open source