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

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

　　当然，开源运动最终是分享代码，但开源项目可以看作是一个生态系统，参与开源不只有写代码和提交代码这么简单。还有其它方式只是你没注意而已：

　　1. 报告问题

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

　　2. 写文档

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

　　3. 改善网站

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

　　4. 帮忙设计

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

　　5. 尝鲜

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

　　6. 参与讨论

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

　　7. 解答问题

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

　　8. 帮项目做演讲

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

　　结束

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

　　英文：opensource

欢迎大家阅读《想玩开源又不想写代码的八种做法》,跪求各位点评,若觉得好的话请收藏本文，by 搞代码

喜欢 (0)赏

[搞代码]

分享 (0)