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

jopen 9年前

前几天看了个帖子才了解要把一个项目开源,前期需要做很多工作,比单纯的开发要耗更多精力。而开源之后,需要面对的可能是无人问津,或者是只有索取没有贡献。事实上除了写代码之外,还有很多其他方式融入到开源里。

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

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

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

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 作者: Tobias Pfeiffer
译文: http://code.csdn.net/news/2823008 译者: dncszp