Hacktoberfest对维护人员有好处吗？

10月，我们迎来了26个新的贡献者，合并了70个拉取请求(PR)。这是一次令人精疲力尽，但也是一次令人着迷的经历。

不要害怕黑客大会。对于贡献者和维护者来说，这都是一次极好的活动。

有些憎恨你的人会告诉你一些不同的事情。我的建议是，遵循截断的中庸之道，永远摒弃极端观点，特别是当他们呼吁抵制的时候：

最后，也是最重要的一点，我们可以记住，这就是DigitalOcean对待开源维护者社区的方式，并在未来远离他们的产品。

在最好的情况下取消文化。一个人擅长编程或在谷歌或Facebook工作，并不能使他们成为所有领域的专家。记住，名人并不是很好的榜样候选人。

没有完美的事件，也没有最好的解决方案。总有改进的地方，但之后应该进行公开的、文明的讨论。

最后我要说的是，我希望DigitalOcean对开源造成的伤害不会像这种仇恨对开源造成的伤害那样严重，因为它会阻碍新的开源贡献者。然而，这只是一种猜测。如果我不做科学研究，我怎么能认为这些东西是有害的呢？我只能确认，Hacktoberfest没有损害AsyncAPI Initiative。恰恰相反，它相当整洁。

在整个活动期间，我们只有两个垃圾公关。我可以想象，一个更受欢迎和更知名的项目可能会有更多。然而，添加无效标签并关闭PR是一个非常简单的操作，只需点击三次。

垃圾邮件的定义在很大程度上取决于维护人员。例如，这对我来说并不是无效的，因为我不认为语法是主观的东西。

我们的意图从一开始就很明确。正如我在上一篇文章中所写的那样，我们想要：

将AsyncAPI Initiative宣传为一个我们不仅致力于AsyncAPI规范，而且还致力于许多工具的地方。

帮助更广泛的开源社区成员在友好的环境中做出他们的第一份贡献。

我的印象是，有时开源会被视为一种精英聚会。这常常会阻止人们加入，因为他们觉得自己无能为力，反而浪费了别人的时间。我以前也在那里，我也是这么想的。这只是该死的冒名顶替者综合症的又一个变种。不管你的经历是什么，你总能帮上忙。

从小事做起。不要一开始就做那些可能会让你不堪重负的任务。不要让自己陷入困境。

我们希望帮助其他人在一个安全和包容的环境中迈出第一步，并给予足够的耐心和支持。

首先，你需要对开源充满热情，并专注于你所做的事情。它不能仅仅是别人分配给你的一项任务。如果你准备优先考虑Hacktoberfest的参与者，那会有所帮助。我会将其与新员工的入职过程相提并论。

当然，并不是所有的参与者都加入进来以延长停留时间，通常他们只需遵循一次拉动请求，然后我就会离开这里。

请不要做假设；假设是邪恶的。敞开心扉，平等对待每一份贡献，记住入职过程是一个至关重要的因素。如果你在入职过程中失败了，那么你在一开始就失败了很多。

来自30多个存储库的78个问题，并将它们与有关难度级别或技术领域的附加信息放在一个列表中，

我花了大约8个工作日才做完这一切。最耗时的部分是浏览所有问题，挑选候选人，创建新的问题，然后将它们全部归类到Google工作表中。

如果你很了解你的项目，它不是很耗时，而且不管怎样，这是你作为维护员必须做的工作。我不认为这是一次额外的Hacktoberfest努力。当然，如果这不是你每个月收到的标准公关数量，这可能会让你不堪重负。

我们还为与会者安排了办公时间。这很有趣，不管怎样，我们都想开始做关于AsyncAPI的直播。

最后但并非最不重要的一点是，我每周都会在官方的Hacktoberfest Discorde服务器上宣传我们的项目。

很高兴看到这么多不同的人参与了这个项目，看到我们达到了我们的目标。

我们获得了一些新功能，所有存储库中的CI/CD清理，并解决了SonarCloud报告的许多我们永远没有时间解决的琐碎问题。

我们要求所有贡献者提供反馈，说明他们是如何了解我们的，以及最有帮助的资源是什么。26个国家中有20个响应了我们的请求。

我认为，很明显，引入官方不和谐频道是一个很好的想法。我个人不喜欢不和谐，因为缺乏对线程的支持，但这总比没有强。

像谷歌工作表这样简单的东西，加上按不同因素分组的问题列表，最终是我们为贡献者提供的最好资源。我鼓励您明年为您的投稿人创建这样一张工作表。

明年有一件事需要改进。就一个吗？是的，想要参加Hacktoberfest的项目的选择加入解决方案在这次活动中得到了解决，我想它会一直存在下去。

人们可以从事的项目数量之多令人应接不暇，而找到合适的问题似乎非常困难。请看一下我们从投稿人那里得到的反馈。开发一个官方应用程序就足够了，潜在的贡献者可以根据技术和难度充分过滤掉问题。最后，所有的维护人员都在自己的谷歌工作表上工作，并将其发布在不和谐上，这是没有意义的。更好的办法是推出一款面向所有人的应用程序。

下面是在Hacktoberfest期间加入AsyncAPI并为该项目贡献时间的所有贡献者的列表。该列表按字母顺序排序，包括此贡献者创建的PR数量。