Odoo中文社区可以通过以下三个域名访问:shine-it.net , odoocn.org,odoo.net.cn

原论坛用户的基本信息和发帖这里都予以保留,请注意:原论坛用户无需重新注册新用户,但是您的密码需要重置

开发人员可以登录gitter讨论组: http://gitter.im/odoo-china/Talk, 需要github账号

如果您登录系统碰到问题,请在微信公众号留言:

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



  • [center][b][size=24pt]想参与开源又不想写代码的八种做法[/size][/b][/center]

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

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

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

    1. 报告问题

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

    2. 写文档

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

    3. 改善网站

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

    4. 帮忙设计

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

    5. 尝鲜

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

    6. 参与讨论

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

    7. 解答问题

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

    8. 帮项目做演讲

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

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

    原文:[url=http://opensource.com/business/14/12/8-ways-contribute-open-source-without-writing-code]http://opensource.com/business/14/12/8-ways-contribute-open-source-without-writing-code[/url]
    译文:[url=http://code.csdn.net/news/2823008]http://code.csdn.net/news/2823008[/url]



  • [center][b][size=24pt]想参与开源又不想写代码的八种做法[/size][/b][/center]

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

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

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

    1. 报告问题

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

    2. 写文档

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

    3. 改善网站

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

    4. 帮忙设计

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

    5. 尝鲜

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

    6. 参与讨论

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

    7. 解答问题

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

    8. 帮项目做演讲

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

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

    原文:[url=http://opensource.com/business/14/12/8-ways-contribute-open-source-without-writing-code]http://opensource.com/business/14/12/8-ways-contribute-open-source-without-writing-code[/url]
    译文:[url=http://code.csdn.net/news/2823008]http://code.csdn.net/news/2823008[/url]


登录后回复
 

与 Odoo 中文社区 的连接断开,我们正在尝试重连,请耐心等待