贡献开源的 8 种方式,即使你没有时间

在您忙碌的生活中找到时间来回馈您关心的项目。
630 位读者喜欢这个。
8 ways to contribute to open source when you have no time

Opensource.com

人们不贡献(或不更多地贡献)开源的最常见原因之一是缺乏时间。我理解;生活充满挑战,有太多的优先事项争夺您有限的注意力。那么,您如何在忙碌的生活中找到时间来贡献您关心的开源项目呢?

为了充分披露,我应该警告您,我迟交了这篇文章给编辑,因为我找不到时间来处理它。请您自行承担风险采纳我的建议。

弄清楚您关心什么

贡献的第一步是弄清楚您到底在为何腾出时间。您是否有自己的项目想要进行?是否有您正在使用的特定项目需要帮助?您只是想做一些事情吗?弄清楚您在为何腾出时间将帮助您确定它在您生活优先事项中的位置。

寻找其他贡献方式

编写新功能可能需要花费数小时的设计、编码和测试。并非总是容易花几分钟处理,然后离开,然后再从上次中断的地方继续。如果您从未获得超过 30 分钟的不间断努力,如果您尝试承担一项大型任务,您可能会感到非常沮丧。

但是,还有其他贡献方式可以满足您在可用时间内回馈的需求。其中一些可以在智能手机上快速完成,这意味着您可以利用过去用于在通勤途中避开人群的时间,并将其用于您的开源贡献。以下是一些可以在小块时间内完成的事情列表

  • Bug 分诊:所有错误报告是否都包含诊断和解决它们所需的信息?它们是否已正确归档(到正确的区域,具有正确的严重性等)?
  • 邮件列表支持:用户或其他贡献者是否在邮件列表上提出问题?也许您可以提供帮助。
  • 文档补丁:文档通常(但并非总是)可以比代码在更小的块中进行处理。也许有一些地方您可以填写。或者,也许是时候浏览文档并确保它们仍然准确。
  • 营销:在社交媒体上谈论您的项目或社区。写一篇快速的博客文章。在新闻聚合器上投票和评论。

与您的老板谈谈

您可能认为您无法在工作日处理开源项目,但您问过吗?特别是如果该项目以某种方式与您的日常工作相关,您或许可以说服您的老板让您在工作时做出贡献。请注意,可能存在一些知识产权问题(例如,谁拥有您在工作时间内贡献的代码的权利),因此请先进行研究并以书面形式获得条件。

设定截止日期

我收到的最好的时间管理建议可以用两条规则概括

  1. 如果它要完成,它必须有一个截止日期
  2. 更改截止日期是可以的

这篇文章有一个截止日期。它没有特别的时间敏感性,但截止日期意味着我定义了我想完成它的时间,并让编辑们了解了它可能提交的时间。是的,正如我上面所说,我错过了截止日期。你知道发生了什么吗?我设定了一个新的截止日期(第二次就成功了!)。

如果某事时间敏感的,请提前设定截止日期,以便在您需要将其推迟一两次时给自己一些空间。

将其放在您的日历上

如果您使用日历来安排您生活的其余部分,那么安排一些时间来处理您的开源项目可能是完成它的唯一方法。您安排多少时间取决于您,但即使您每周只安排一个小时的开源时间,那仍然每周给您一个小时的开源时间。

这里有一个秘密:如果您需要时间去做其他事情——或者什么都不做,有时可以取消自己的安排。

回收未利用的时间

您在通勤途中感到无聊吗?您晚上入睡困难吗?也许您可以利用这段时间来做贡献。现在我碰巧认为“每周全速工作 169 小时”的生活方式是一件非常糟糕的事情。话虽如此,有些晚上你就是无法入睡。与其躺在床上,看看你在地球另一端的 Twitter 朋友在做什么(我就是这样做的),也许你可以处理你一直想做的贡献。只是不要养成牺牲睡眠的习惯。

停止

有时,最好的贡献方式是暂时不贡献。你是一个忙碌的人,无论你多么了不起,你也无法避免你的生理和心理需求。它们会赶上你。花一点时间放松一下可能会提高您的工作效率,让您更快地完成工作,突然间您就有时间进行您一直想做的开源贡献。

说“不”

我不擅长这个。非常糟糕。但是我们谁也无法完成我们想做的一切。有时,您可以做的最好的贡献是停止以您一直以来的方式贡献——或者根本不贡献(见上文)。

几年前,我领导了 Fedora 文档团队。团队的传统是,领导者会在每个版本结束时提出辞职。我曾做过一两次,但没有人站出来,所以我仍然担任这个角色。但在我的第二个或第三个版本之后,我明确表示我不会继续担任团队领导。我仍然喜欢这项工作,但我全职工作,兼职研究生院,我的妻子怀了我们的第一个孩子。我根本无法始终如一地付出所需的努力,所以我退出了。我继续做出贡献,但能力要求较低。

如果您已经到了难以找到时间来履行您的义务(自我强加的或非自我强加的)的地步,那么也许是时候重新考虑您的角色了。对于您创立或投入大量资金的项目来说,这可能尤其困难。但有时您必须这样做——为了您自己的利益和项目的利益。

还有什么?

您是如何找到时间做出贡献的?请在评论中告诉我们。

User profile image.
Ben Cotton 是一名受过训练的气象学家,但天气是一个很棒的爱好。 Ben 在红帽公司担任 Fedora 项目经理。他是《开源项目项目管理》的作者。在 Twitter (@FunnelFiasco) 或 FunnelFiasco.com 上找到他。

2 条评论

这是一个很好的建议。我认为在邮件列表上的初步接触甚至可以比您建议的更被动。定期阅读列表就是一个好的开始。如果有人有投诉或问题,首先要确保您理解他们的问题。如果是可能的错误,请查看您是否可以验证它,如果可以,只需在邮件列表中验证它即可。下一步是帮助某人提交错误报告,或自己提交。您可能会看到有人回答了列表中的问题,但如果您觉得措辞不清楚,您可以帮助澄清答案。
我们都浪费时间,通过低效地安排任务,或者根本不安排事情。我们都有等待某个地方的时候,所以您可以通过准备好填补空闲时间来预测等待。也许随身携带笔记本电脑会有所帮助,但如果这不可行,纸和笔可以用来解决一些概念性问题,至少有助于在精神上组织它。有时您已经达到了可以忍受的任务量的极限,因此休息一下,做一些开源项目工作。

Greg,这是一个很好的观点。对于一个项目,可能我多年来贡献的三分之一是作为邮件列表到 Bugzilla 的接口。错误跟踪系统对于临时用户来说可能令人生畏,因此代表他人报告错误不仅对代码有用,而且对社区也有用。

回复 作者 Greg P

知识共享许可协议本作品根据知识共享署名-相同方式共享 4.0 国际许可协议获得许可。
© . All rights reserved.