现在很多人都想涉足开源，却又不知从何下手。这里有一些方法可以提供帮助，即使你缺乏信心，你仍然可以进行技术挑战。开源软件改变了计算和世界，也许您也想为之做出贡献。但遗憾的是，很多人认为参与这样的项目门槛很高。我经常听到人们说，他们很想贡献却做不到的原因有以下三个：“我不是一个很好的程序员。”“我没有太多时间投入其中。”“我不知道哪些项目值得从事。”我从新的开源编码员那里得到的最有害的观察之一是，要成为一名优秀的贡献开源程序员，你必须非常有才华，而这并不是真的。当然，有些人在开源界被认为是摇滚明星，他们可能确实是天才程序员。然而，我们中的绝大多数人并非如此，我们仍在为改变世界尽自己的一份力量。当涉及到与开源代码相关的一切时，开始倾听其他人的意见。如果您想成为团队的一员，就意味着要了解社会及其运作方式。进入一个项目并说，“这是我认为这个项目应该做的”通常不会被视为一件好事。有些项目可能喜欢这个想法，但如果项目已经运行了一段时间，这种态度就不太可能被接受。听就是知道这个项目需要什么样的加盟方式最好。1.加入邮件列表对于很多项目来说，邮件列表是项目开发沟通的主要渠道。在较大的项目中，有很多邮件列表可供选择。例如，PostgreSQL项目有不少于十几个面向用户的列表和六个开发人员邮件列表。我建议主要听取面向用户的列表和核心开发人员邮件列表。2.关注博客由核心开发者维护的博客通常会提供一些信息，比如未来版本中会出现什么，你什么时候可以获得这些信息等等。3.加入IRC频道许多开源项目都有专门的Internet中继聊天(IRC)频道，开发人员和用户可以在这里提出问题并讨论项目进度等。开始工作代码是任何开源项目的核心，但是编写代码并不是帮助入门的唯一方法。代码和周围代码系统的维护通常很容易被忽视。这些地方不仅可以修复bug，还可以创新功能。你可以从这些地方开始参与一个项目。4.诊断错误诊断和过滤错误可以帮助开发人员节省更多时间来找出问题的细节。如果用户报告说，“当我做x工作时软件不工作”，那么这就是您应该检查问题细节的时候了。这个问题是否重复？如果是，您可以创建一组步骤来解决此类问题并缩小范围。即使您不知道是什么导致了问题，您也可以缩小问题范围并减少其他人修复它所需的时间。5.关闭错误修复错误通常在代码库中得到修复。清理这些东西可能非常耗时，但对整个项目来说是非常有价值的。查看项目发布的changelog，看bug是否修复，如果是可修复的，记下版本号并关闭。处理代码所有有经验的程序员都可以在整个项目的代码中发挥很大的作用。您不必认为只有才华横溢的程序员才能对项目产生影响。每个项目都有自己的工作流程，所以在提交代码之前询问如何做。当您更改代码时，请确保您是项目的一部分，并保持您的代码风格与代码库的其余部分相匹配。6.测试测试版或发布候选版本任何在多个平台上运行的项目都可能遇到各种兼容性问题。当一个beta或releasecandidate发布时，项目负责人希望它能在不同平台上由许多不同的人进行测试，而你可以负责这项工作以帮助项目顺利进行。7.修复bug这通常是coder一开始想做的，很简单：在听起来很有趣的系统中找到bug并尝试修复代码，检查代码是否放置正确。还添加了一套测试来测试那些固定代码。一些项目需要错误修复和测试。8.编写测试大多数项目都有一个测试代码的测试套件，但很难想象一个测试套件不能附加更多的测试。使用gcov或C之类的测试工具来检测未通过测试套件的源代码区域，然后添加测试套件来屏蔽它。9.静默编译器警告构建许多基于C的项目往往会在屏幕上出现奇怪的编译器警告标志。这些警告通常没有任何问题，您应该检查代码是否确实存在隐藏的错误。10.添加注释当你对自己开发的代码感到困惑时，其他人也可能在同一个地方感到困惑。此时您应该记录此类代码并提交补丁。使用文档文档通常是项目中冷遇的部分。文档可能是从熟悉项目的人的角度来编写的，而不是从新接触项目的人的角度来编写的。因此，很多项目的试用文件都没有得到重视。11.创建示例没有一个项目有太多的示例，无论是webAPI，还是GUI应用程序都没有很好的使用示例，也没有更清楚、更快速地解释正确使用的程序。对于API或库，创建一个使用它的示例程序，它甚至可以从您编写的代码中提取出来。所以我认为有必要创建一个使用示例。
