本文作者阐述了，如果在不写代码的模式下，优雅的为开源事业做贡献~

英文原文：《How do you contribute to open source without code?》作者： Chris Hermansen
原文链接：https://opensource.com/article/19/4/contribute-without-code

我最早开始为开源做贡献要追溯到20世纪80年代中期。那是我们组织第一次连接到UseNet网站，在那里我们了解到了代码贡献以及为其开发和维护的机会。

今天，有很多种方式去做贡献，从代码贡献到制作教程。

我将一步步说明代码贡献这个问题，而不是仅仅指出“那些写代码却不认为自己是开发者的人，依然能够贡献代码”。我愿意告诉每个人：有很多种不通过写代码的方式贡献开源社区的方法。具体谈谈这种不写代码的贡献方式。

提交 bug 报告

一种主要、集中的代码贡献方式被称为“不要害怕创建一个体面的 bug 报告”，接下来得内容主要是关于这中方式。有时，编写一个相当好的的 bug 报告是一件相当有挑战的事情。比如：

  • 一些 bug 可能很难记录并秒速。例如 一个带有一系列的不可知代码的冗长复杂信息可能在计算机启动时闪现，或者导致一些奇怪的现象并且显示屏没有相应的错误信息产生。

  • 一些 bug 可能是很难复现的。它仅仅在一些特定的 软件/硬件 配置下，并且很难再次触发，对于某些具体的问题可能并不明显。

  • 一些 bug 可能涉及到一些非常具体的庞大、混乱、复杂开发环境配置，以至于 bug 的提交非常困难。需要花力气去创建一些精简的测试案例。

  • 当提交一个分支版的软件 bug 时，维护者会建议提交上流版本的 bug 测试情况。在当前版本不是社区上流推崇的版本的分支时，这将产生许多工作量。（这个通常发生在分支版本的维护滞后于官方当前的发行版和开发版时）

尽管如此，我依然倡导 未来的 bug 提交者 能够重视并尽可能详细的记录和说明 bug 的情况。

在开始时，通过自己喜欢的检索工具去寻找相关的 bug 报告，看看它们是如何描述，怎样展现等等。另一种重要的需要知道的是 bug 提交报告的正式术语，关于你用的系统分发版本（Fedora、openSUSE、Ubuntu） 或者 使用的软件（LIbreOffice、Mozilla） 。

解决用户的问题

我潜水并偶尔参与到各种各样的邮件列表和论坛，像 Ubuntu quality control 小组或者论坛、LinuxQuestions.org 和 the ALSA users’ 邮件列表。在这里，主要的贡献不是 bug 的提交和修复，更多的是编写软件相关的使用案例。当有人加入讨论并解决他们的特殊问题时，每一个人都有一种喜悦。

为开源而创作

最后，另一个我喜欢的贡献方式是通过创作一些关于开源软件的使用的资料。包括 如何使用的指南、一个针对特殊问题，同类软件之间的测评 以及 对于一个感兴趣领域的探索（就我而言，使用开源的音乐播放器来聆听音乐）。一个类似的方式是制作软件使用教程视频，以一种简单的方式录制一些困难的桌面操作，如使用GIMP创作一个引人注目的logo。如果你熟悉两种或者多种语言可以考虑将目前的已有的一些文字教程和视频教程翻译为另一种语言。