- 原文地址：Why we never thank open source maintainers
- 原文作者：Windson Yang
- 譯文出自：掘金翻譯計劃
- 本文永久連結：github.com/xitu/gold-m…
- 譯者：LeviDing
你現在可以到 Thank you, open source 這個網站上為你最喜歡的開源專案寫一句感謝的話了。
Long Version
下面是我對為什麼我們從來不去感謝開源專案維護者的一些看法。
這樣的專案我也可以做啊
“蛤？這專案對我來說也太簡單了吧。”
“我一週之內就能做一個更好的版本出來。”
確實，很多人都可以在黑客馬拉松（hackathon）中建一個小工具，但是維護一個專案比建立一個專案要困難得多。開源專案維護者不僅僅需要寫程式碼，更多時候還需要：
- 寫專案文件；
- 檢查 Pull Request；
- 看看大家提的 Issue；
- 為專案增加新功能；
- 在 Stack Overflow 等平臺回答關於本專案的問題；
- 在 QQ、微信等使用者群裡和使用者討論，回答問題。
一個開源專案維護者必須一年到頭無償地做這麼多複雜繁瑣的工作。
當我們很方便的使用開源專案時，太容易忘記專案維護者的辛苦付出了
我們如何使用一個開源專案：
- 我們在網上搜尋遇到的問題的解決方案；
- 在一些部落格和其他網站上進行搜尋；
- 我們點選這個開源專案的連結，讀專案的 README。安裝並進行測試。哈哈哈，問題解決了！
- 我們轉而看向了遇到的下一個問題。
開源專案就像水和空氣一樣，人們只是享受它帶來的好處並且習以為常。我們不會對空氣或水說感謝，因為我們不知道那是誰造的。但是我們知道是誰建立了這些非常棒的開源專案。但是我們知道這麼棒的開源專案是誰維護的啊。
專案維護者們並不在意這些
開源專案使用者可能會想：
“他們不需要這些，他們需要的是 pull request 和能夠修復 bug 等實質性工作。”
“我想他們更喜歡收到捐款。”
但是他們真的很在意，有時候，開源專案維護者真的需要你對他說一聲謝謝。當然，如果你能為專案捐款再好不過了，但是我知道的大多數開源專案維護者目的並不是賺錢。他們最終可能賺了錢，但與開發專案的動機相比，頂多算是一個副產品。我注意到，開源專案常常比非開源專案要好。因為最出色的開發者是出於激情和利他主義來開發產品的。如果你沒能力或者不想捐錢，你可以給他們寫句感謝的話。
我們真的太“忙”了
“我們正在用雙手改變世界。”
“我的專案必須在一週內啟動。”
“我們每天都有數百封郵件需要回復。”
“我們只是沒有時間。”
這些開源專案有更大的潛力去改變世界；或許其中的哪個專案已經改變了世界。
Github 在 Ruby 上使用 Rails Instagram 使用 django 我們很多伺服器都在執行著 Linux
可能沒有這些開源專案就沒有我們現在的這些專案。
十分鐘，你可能做不了什麼大事。現在社交媒體讓我們養成了一種習慣，就是更願意點選一個 upvote 或者類似的按鈕，而不是花十分鐘來寫一封感謝信。儘管一個好的開源專案可能節省了不僅僅十分鐘的時間。我在 ProductHunt 上公開 www.thankyouopensource.com 這個網站後，很多使用者抱怨最低 300 個字元的限制條件。我設定這個條件是想避免像下面這樣簡單的話：
“謝謝，你們太棒了。”
“非常感謝。”
“我很喜歡你的開源專案。”
我就得這些使用者太“忙”了，沒空寫一封感謝信。但是這對我來說看起來像沒有意義的垃圾郵件，我認為讀這些就是在浪費時間。我們希望看到的感謝信是處於自願的而不是義務的。這之間的不同對我們來說顯而易見。我們希望維護者們知道我們為什麼感謝他們的付出，他們的專案怎麼幫助了我們，我們這些發自內心的感謝也是維護者們繼續付出的強大動力之一。最重要的是，我們歡迎所有對維護專案感興趣的人的加入，因為這確實是一件很棒的工作。一旦你成為了維護者，你會在感謝心中看到很多人對你付出的真誠的感謝。我建議在 GitHub 上加一個 感謝 的標籤，不僅僅是感謝和激勵維護者，更是邀請更多的人加入到其中。
最後的一點想法
開源專案維護者是我們交朋友的好選擇，也是公司僱傭員工時的明智之選。他們有激情，願意分享，能夠堅持。他們是真正的 MVP，他們應該得到真誠的感謝。
什麼是 Thank you, open source ?
這是一個非官方的，為大家向開源專案作者和維護者表達感謝的平臺。同時它還為專案維護者們宣傳其他專案提供了一個平臺 ?
掘金翻譯計劃 是一個翻譯優質網際網路技術文章的社群，文章來源為 掘金 上的英文分享文章。內容覆蓋 Android、iOS、前端、後端、區塊鏈、產品、設計、人工智慧等領域，想要檢視更多優質譯文請持續關注 掘金翻譯計劃、官方微博、知乎專欄。