想玩開源又不想寫程式碼的八種做法

　　很多開發者好像認為參與開源就意味著寫程式碼和提交程式碼。但我認為不只是這樣，以下告訴你為什麼。

　　當然，開源運動最終是分享程式碼，但開源專案可以看作是一個生態系統，參與開源不只有寫程式碼和提交程式碼這麼簡單。還有其它方式只是你沒注意而已：

　　1. 報告問題

　　遇到問題時，放棄使用或自行修補，都不能真正解決問題，我們必須讓維護專案的人知道才行。大多數專案都樂於接報問題。另外，不要小看寫報告。好的報告可能很費時，它應包括錯誤的程式碼，預期結果和實際結果，系統概況，版本，甚至還有呼叫棧。我還喜歡寫上我對維護者的感謝，當然這非必要。記住，我們不僅可以報告問題，還可以提優化建議和新功能。

　　2. 寫文件

　　文件很重要，而人們卻不喜歡寫。它能幫助人們瞭解一個專案。如果你發現某個專案很難懂，請試試給它寫個指南，那麼後來者可能會受益。我就為Ruby提交過東西——文件。

　　3. 改善網站

　　很多開源專案都有自己的網站。有些可能做得不夠吸引，或者有些沒怎麼更新。以前的oldshoe網難看至極，但如今，在wpp的幫助下，變得相當友善。wpp提交的不是程式碼，但他的貢獻同樣偉大。

　　4. 幫忙設計

　　很多專案想有一個時尚的圖示，也想在網站里加入一些插圖之類的東西。如果你擅長這方面，或者可以到你心儀的專案去問問是否需要幫忙做設計。

　　5. 嚐鮮

　　開發者頻繁釋出alpha、預覽版，以期瞭解是否符合大家要求。所以，參與嚐鮮，能幫助開發者發現問題。

　　6. 參與討論

　　維護者一般都歡迎使用者參與討論API的變更和功能改進。我就試過花了一整天來跟人討論一個架構問題。討論能引導專案的發展方向。EricWatson為shoes4制定的路線圖就為該專案發展帶來極大幫助，甚至超過了他程式設計的貢獻。

　　7. 解答問題

　　人們對專案總有疑問。參與解答問題能給他們帶來更好的體驗。而且記住每個問題都可能揭示出專案的缺陷。這功能的文件能更新下嗎？這東西能做成自動的嗎？有沒好用點的API？也許你能幫忙解答這類問題。

　　8. 幫專案做演講

　　沒有推廣的話，一個專案再優秀也難以被大眾採納。如果你真愛某個專案，試著拿它來做個演講。這樣有助於提升該專案的使用率和參與率，對專案和使用者都有好處。

　　結束

　　如果你有做過以上某點，那麼，感謝你，你為開源專案貢獻過！請繼續參與，若沒做過，請試試。我的另外一篇文章可作為入門開源專案的指引。我也因為參與開源而收穫了不少朋友。

　　英文：opensource