翻译自

10 ways to contribute to an open source project without writing code

原文链接：https://opensource.com/life/13/10/ten-ways-open-source-projects

有哪些方法可以使得我们在不贡献代码的情况下为开源社区做出贡献？

最近一篇 Opensource.com 文章的评论是，他们想为开源做出贡献，但缺乏编写代码技能。事实上，代码贡献对于大多数开源项目来说都是非常有帮助和受欢迎的，但是还有很多其他的贡献方式。

首先，关于开源项目，有两件事要记住：

开源不仅仅是“把代码扔给他人”的共享；这也是为了回馈。当我的开源职业生涯开始时，我受益于像INN这样的软件。然后，我很自然地将我的修改和添加奉回。
开源唯才是举。当你第一次开始做一个项目，没有人知道你是谁时，沟通是很重要的。从您需要开始或帮助您解决问题的内容开始。否则，您可能会被忽略。如果您以前为项目做出了贡献，那么您更有可能实现新功能，因为社区的信任使您拥有更多访问wiki上的代码和文档的权利。

当你开始帮助一个开源项目并进入围绕它建立的社区时，你开始走上一条从“外行”到“内行”的的道路。这是任何社区的典型特征，尤其是在开源社区中。当你开始沟通时，请记住这一点：如果您在第一次接触或推广时没有得到回应，请不要失望。继续贡献、分享和努力实现有尊重的沟通，你就会成功。

为开源社区做出贡献的 10 种方式

（无需贡献代码）

提供您喜欢和不喜欢的内容的报告。这包括错误报告以及与适当人员的简单沟通。他们会很高兴听到用户关于该项目如何帮助到他们并了解他们设置的细节。
创建解释您用途的功能请求。描述为什么你觉得它有用，以及其他人如何受益。如果没有代码贡献，当然很难将该功能引入代码中。但是，如果你能解释为什么这个功能是有用的，以及其他人如何从中受益，你通常会发现其他人也有类似的痛点，最终有人可能会实现这个新功能。
在开发代码时对其进行测试。无论有多少自动化测试，现实情况是，该项目在未经项目团队测试的软硬件组合以及环境（实际上无法全部测试）上运行。因此，使用每日或每周编译版、安装并提供反馈是非常有帮助和受欢迎的。对于我参与的项目，我们更改了一些图表，并且有一位社区成员几乎每天都会从最新代码中反馈他的体验，这带来了许多修复和改进。
编写文档。许多项目贡献者是优秀的程序员，但不是（文档）编写者。有些文档几乎不可读，需要校对语法、拼写和句子结构更正。这有助于项目的整体实施和发展。在其他情况下，文档描述了技术细节，但缺少为入门者提供的各类信息。此外，应记录并包含异常情况、解决方法和最佳实践。如果您发现一遍又一遍地回答了相同的问题，您还可以编写或更新常见问题（FAQ）文档，以便随时提供答案以供将来参考。
翻译用户界面和文档。虽然许多用户很好地理解英语，但许多人也确实喜欢用他们的母语编写的文档。在写了第一本关于 JBoss AS 的德语书籍后，有人联系我说他们已经阅读了所有可用的英文文档，但他们仍然受益于母语的书，因为他们可以更专注于技术内容，而不会分心阅读外语。
回答用户在论坛和邮件列表中提出的问题。你可能会惊讶于你知道的比你想象的要多。而且，另一端的用户将非常感谢您的帮助。此外，当您尝试回答问题时，您自己将更好地了解该项目。这将帮助您编写更好的错误报告、功能请求和文档。帮助回答问题的好处是，更快获得答案的用户更容易被项目所吸引，更有可能留下来做出贡献，核心项目成员可以花更多的时间编写代码。这些都有助于增进整个项目。
帮助设计用户界面、徽标和网站。许多程序员倾向于创建非常技术性的用户界面，这些用户界面在美学上并不令人愉悦，并且可能不会吸引新用户。好的和自我描述的界面本身不会提供新的或额外的功能，但可以极大地改善用户体验。这同样适用于网站和所需的任何徽标。因此，改善项目的视觉外观可以极大地有助于减少支持工作，同时可以邀请新用户尝试。
通过在本地用户组中谈论项目、撰写博客文章和/或通过社交媒体渠道传播更新（如果您使用它们）来推广项目。即使你认为其他人一定听说过这个项目，也不要假定这种情况。听到某人谈论他们对项目的个人经历要有力得多，并且以不同的方式让其他人参与进来（而不是浏览项目网站和/或源代码）。
如果需要专用的生成或测试服务器，请提供硬件。可以直接向开发人员提供对数据中心中硬件的访问权限，也可以通过运行持续集成或自行测试，然后将结果提供回项目来间接提供对数据中心硬件的访问权限。
感谢社区为您为之努力的事业和目标所做的工作和贡献。