想玩开源又不想写代码的8种做法

原文：http://opensource.com/business/14/12/8-ways-contribute-open-source-without-writing-code

很多开发者好像认为参与开源就意味着写代码和提交代码。但我认为不只是这样，以下告诉你为什么。

当然，开源运动最终是分享代码，但开源项目可以看做是一个生态系统，参与开源不只有写代码和提交代码。以下是其他参与方式：

报告问题

遇到问题时，放弃使用或自行修补，都不能真正解决问题，我们必须让维护项目的人知道才行。大多数项目都乐于接报问题。另外，不要小看写报告。好的报告可能很费时，它应包括错误的代码，预期结果和实际结果，系统概况，版本，甚至还有调用栈。我还喜欢写上我对维护者的感谢，当然这非必要。记住，我们不仅可以报告问题，还可以提优化建议和新功能。

写文档

文档很重要，而人们却不喜欢写。它能帮助人们了解一个项目。如果你发现某个项目很难懂，请试试给它写个指南，那么后来者可能会受益。我就为Ruby提交过东西——文档。

改善网站

很多开源项目都有自己的网站。有些可能做得不够吸引，或者有些没怎么更新。以前的oldshoe网难看至极，但如今，在wpp的帮助下，变得相当友善。wpp提交的不是代码，但他的贡献同样伟大。

帮忙设计

很多项目想有一个时尚的图标，也想在网站里加入一些插图之类的东西。如果你擅长这方面，或者可以到你心仪的项目去问问是否需要帮忙做设计。

尝鲜

开发者频繁发布alpha、预览版，以期了解是否符合大家要求。所以，参与尝鲜，能帮助开发者发现问题。

参与讨论

维护者一般都欢迎用户参与讨论API的变更和功能改进。我就试过花了一整天来跟人讨论一个架构问题。讨论能引导项目的发展方向。EricWatson为shoes4制定的路线图就为该项目发展带来极大帮助，甚至超过了他编程的贡献。

解答问题

人们对项目总有疑问。参与解答问题能给他们带来更好的体验。而且记住每个问题都可能揭示出项目的缺陷。这功能的文档能更新下吗？这东西能做成自动的吗？有没好用点的API？也许你能帮忙解答这类问题。

帮项目做演讲

没有推广的话，一个项目再优秀也难以被大众采纳。如果你真爱某个项目，试着拿它来做个演讲。这样有助于提升该项目的使用率和参与率，对项目和用户都有好处。

结束

如果你有做过以上某点，那么，感谢你，你为开源项目贡献过！请继续参与，若没做过，请试试。我的另外一篇文章可作为入门开源项目的指引。我也因为参与开源而收获了不少朋友。