想参与开源又不想写代码的八种做法
-
[center][b][size=24pt]想参与开源又不想写代码的八种做法[/size][/b][/center]
前几天看了个帖子才了解要把一个项目开源，前期需要做很多工作，比单纯的开发要耗更多精力。而开源之后，需要面对的可能是无人问津，或者是只有索取没有贡献。事实上除了写代码之外，还有很多其他方式融入到开源里。
很多开发者好像认为参与开源就意味着写代码和提交代码。但我认为不只是这样，以下告诉你为什么。
当然，开源运动最终是分享代码，但开源项目可以看作是一个生态系统，参与开源不只有写代码和提交代码这么简单。还有其它方式只是你没注意而已：
1. 报告问题
遇到问题时，放弃使用或自行修补，都不能真正解决问题，我们必须让维护项目的人知道才行。大多数项目都乐于接报问题。另外，不要小看写报告。好的报告可能很费时，它应包括错误的代码，预期结果和实际结果，系统概况，版本，甚至还有调用栈。我还喜欢写上我对维护者的感谢，当然这非必要。记住，我们不仅可以报告问题，还可以提优化建议和新功能。
2. 写文档
文档很重要，而人们却不喜欢写。它能帮助人们了解一个项目。如果你发现某个项目很难懂，请试试给它写个指南，那么后来者可能会受益。我就为Ruby提交过东西——文档。
3. 改善网站
很多开源项目都有自己的网站。有些可能做得不够吸引，或者有些没怎么更新。以前的oldshoe网难看至极，但如今，在wpp的帮助下，变得相当友善。wpp提交的不是代码，但他的贡献同样伟大。
4. 帮忙设计
很多项目想有一个时尚的图标，也想在网站里加入一些插图之类的东西。如果你擅长这方面，或者可以到你心仪的项目去问问是否需要帮忙做设计。
5. 尝鲜
开发者频繁发布alpha、预览版，以期了解是否符合大家要求。所以，参与尝鲜，能帮助开发者发现问题。
6. 参与讨论
维护者一般都欢迎用户参与讨论API的变更和功能改进。我就试过花了一整天来跟人讨论一个架构问题。讨论能引导项目的发展方向。EricWatson为shoes4制定的路线图就为该项目发展带来极大帮助，甚至超过了他编程的贡献。
7. 解答问题
人们对项目总有疑问。参与解答问题能给他们带来更好的体验。而且记住每个问题都可能揭示出项目的缺陷。这功能的文档能更新下吗？这东西能做成自动的吗？有没好用点的API？也许你能帮忙解答这类问题。
8. 帮项目做演讲
没有推广的话，一个项目再优秀也难以被大众采纳。如果你真爱某个项目，试着拿它来做个演讲。这样有助于提升该项目的使用率和参与率，对项目和用户都有好处。
结束
如果你有做过以上某点，那么，感谢你，你为开源项目贡献过！请继续参与，若没做过，请试试。我的另外一篇文章可作为入门开源项目的指引。我也因为参与开源而收获了不少朋友。
原文： http://opensource.com/business/14/12/8-ways-contribute-open-source-without-writing-code
译文： http://code.csdn.net/news/2823008