程序员项目_您如何让程序员加入您的项目？

程序员项目

本月在The Queue上，LinuxQuestions.org的josephj问：

我如何让程序员加入我们的项目？

当原始开发人员退出并且没有其他人上前时，我继承了一个用$ programming_language编码的项目。它目前托管在GitHub上，并具有GPL 3许可证。

这是我每天使用的工具，我不想看到它消失。我知道很少的$ programming_language和GUI编程，所以我不能自己维护它。

如何找到一个或多个实际上有时间帮助的程序员？

过去，我发现有两到三个程序员，但是尽管有最好的打算，但没有一个人停留足够长的时间来完成很多工作。

答案

我听说这个问题很多，因此感谢您将其提交给The Queue。由于程序员的需求量非常大，而且他们自己经常有很多辅助项目，因此让他们参与您的项目可能是一个挑战。我对您的第一个建议是设定参与的现实期望。除非您找到对项目深感兴趣或迫切需要工作的其他程序员，否则您极不可能让某个人作为维护者加入。成为维护者所花费的时间，奉献精神和责任不容小under。就是说，您可以采取以下几项措施来确保找到您的项目并有兴趣参与的人们有一个成为常规贡献者的坚实途径。

介绍和消息

清楚地概述项目至关重要：

它能做什么，
是给谁的
为什么不同
以及何时何地应该使用它。

这些项目看起来很简单，并且对于已经参与该项目一段时间的人来说，忘记此信息对于其他人可能并不明显可能很容易。由于缺少，无法找到或难以理解这些信息，因此许多项目（尤其是较小的项目）被忽略了。您正在使用GitHub，因此README.md文件是该信息的地方。（在GitHub外部，README文件具有相同的基本用途。）所包含的信息应简明扼要，但要足够清楚以明确表达您认为对该项目重要的信息。

贡献准则

您还应该创建一个CONTRIBUTING文件（如果您在GitHub上使用Markdown，则应创建CONTRIBUTING.md文件），其中包含有关实际参与项目的信息。这里是有关克隆的简单逐步说明，有关如何构建代码的详细说明，您可能拥有的任何编码标准或格式标准，测试信息，提交补丁的过程，拉取请求和查看的地方。过程以及任何其他对贡献至关重要的信息。 GitHub很好地说明了这一点：从维护者的角度来看，该文档简洁地传达了最佳协作方式。对于贡献者，对该文件的快速检查可以遵循维护者的指南来验证其提交。

简单而明确的初始贡献

新的潜在贡献者可能会做出的最困难的决定之一就是，从哪里开始参与。告诉他们立即进入问题跟踪器可能很容易，但是拥有一系列定义明确的小任务可以大大减少获得新贡献的过程。

呼吁采取行动。诸如较小的UI问题，翻译和小的简单修复之类的任务将鼓励人们花些时间熟悉您的代码库，以查看参与是否适合他们（以及您）。一旦有人花时间研究您的代码，下一步提交一个小的补丁似乎就不那么庞大了。几个补丁之后，那个人可能既愿意也能够承担更大的任务，例如更重要的功能请求。从那里，他们有可能成为长期的提交者。

代码质量和文档

程序员倾向于出于某种原因参加对他们感兴趣的项目。继续参与的另一个前提条件是开发对他们有意义的代码库。编写具有高质量文档的结构良好的代码将帮助其他人更快地加快速度，并确保在过程的“熟悉代码库”部分中您不会失去太多的贡献者。

培养最初的贡献

尤其是对于较小的项目，让补丁在裂缝中滑行很容易。对于新的参与者，即使是由于日程安排繁忙且代码质量不佳，也没有得到任何回应，也不太可能导致进一步的参与。此外，尽管并非所有贡献的代码都将具有可接受的质量，但是如何以多种方式拒绝代码将为enter项目定下基调。在这里，让当前的贡献者愿意并能够以建设性的方式确定和指导潜在的贡献者至关重要。尖刻的敌对React不会使潜在的贡献者得到更高质量的代码，而只会为另一个项目做出贡献。

比在线看得更远

有了GitHub等出色的工具，就很容易忘记潜在的贡献者也可以在其他地方找到。会议，本地用户聚会，其他肉类选择在这里可能是很棒的资源，不应被遗忘或忽略。

现实情况是，要为一个新的或小型的开源项目提供贡献者并不容易。不过，确保您正确掌握基本原理至关重要。对于如何参与有明确的指导方针，容易上手的任务以及欢迎的建设性反馈回路将促进您所做的贡献，并有助于确保您获得持续的可持续贡献者。

翻译自: https://opensource.com/business/16/9/how-to-get-programmers

程序员项目