Octobox.io:驯服那些花园仙子

本文 首次出现在Open Collective上 ,在Pia和Open Collective团队的允许下已在此处重新发布:

自2015年以来,Ben&Andrew一直致力于开源可持续性。他们的第一个项目Libraries.io跟踪了开源软件中最受欢迎的软件包。 他们使用收集到的数据来识别我们现在所说的“数字基础设施”,并突出显示处于风险中的项目-该项目仍然存在,但不再涉及。

如今,他们通过其公司Octobox Ltd在其开源应用程序Octobox.io上全职工作。Octobox是一款可帮助开发人员“解开GitHub通知”的应用程序。 能够对通知进行排序,例如收件箱外部的收件箱(我希望将收件箱保持尽可能接近0),这真是个美丽……

我们所有人都非常重视这个凌乱而杰出的社区的可持续发展,我们和所有人都很珍惜。Ben和我都是SustainOSS组织小组的成员,Andrew每年12月都会运营24PullRequests.com。

B:这使我想起,我需要完成SustainOSS的第二份报告!

是的,我的朋友……但是现在:您能告诉我一些有关Octobox的信息吗?

B:像Libraries.io一样,Octobox最初是Andrew对GitHub解决方案不佳的反应。 GitHub通知就像是花园仙子:您可能会看到它们一会儿,然后它们消失了。 Octobox接收GitHub的通知,并将它们放在收件箱范例中,这意味着不再有空灵的通知。 我们增加了您在电子邮件客户端中期望的功能:存档,过滤等,并通过实时发布,PR和CI状态更新来补充它们,以使您更有效,更高效,因此您可以继续工作。

GitHub通知就像是花园仙子:您可能会看到它们一会儿,然后它们消失了。

Octobox是为那些在收到通知的通知下苦苦挣扎的人或使用以问题,PR,评论和提交为中心的工作流的人而构建的 。 如果听起来像您,那么您可以通过登录octobox.io(并安装GitHub应用程序以获得最大效果)免费开始使用。 我们将同步您所有当前的通知(这可能需要一些时间),那么您就可以开始了。

专家提示 :如果这是您第一次使用Octobox,那么您可能想清除积压的日志:首先将所有已关闭和合并的通知存档-单击侧栏中的预过滤器,选择全部并单击存档。 接下来,您可能要合并所有传递的PR,尤其是来自bot的PR:将搜索和过滤器用于bot:true status:success state:open(并将搜索固定在边栏中)。 最后,您可能希望对新问题进行分类:在边栏中单击“未标记”,这应该为您提供正确的列表。

警:哦,我希望我早知道这一点!

在SustainOSS中,我们从广义上定义了可持续性,包括维护者的健康,社区和财务可持续性。 好像Octobox与那个理想一致吗?

B:是的 。 我们对Octobox的目标很简单:帮助减轻维护人员今天的问题,并向世界展示(而不是告诉)我们如何为开源软件创造可持续的未来:通过建立负责的社区开源业务来关怀他们的社区和社区。依赖以及他们关心自己的利润。

您有三种使用Octobox的选项或模型:自托管,免费的公共存储库和用于私有存储库的付费选项。 你能谈谈这些吗?

B:首先,Octobox是根据Affero GPL许可证公开开发的。 安德鲁(Andrew)和我那种以这种方式来创建软件的方法,在早期就有很多优势。 例如,Shopify和GitHub的贡献者支持了最初的开发工作的一部分,并且它们都自行托管自己的服务,因此Shopify的数据库甚至比我们的公共数据库还要大。

我们对Octobox的目标很简单:帮助减轻维护人员当前的问题,并向世界展示(而不是告诉)我们如何为开源软件创造可持续的未来

回到我们的目标:我们想帮助开源维护者最大化他们(主要是自愿地)奉献给他们的项目的时间,以使其在选择的时间上更加有效。 我们无法为此收取费用,因此我们的财务可持续性在很大程度上取决于专有项目的付费使用权。

值得庆幸的是,大多数公司与开源维护者面临着同样的挑战-不断出现的通知垃圾邮件-并且他们希望其开发团队拥有相同的东西-一种可以使用已经使用的工具的开发人员工作流。

https://opencollective.com/octobox

我和安德鲁(Andrew)和我想通过实验和证明来检验我们的假设-Octobox在这方面是一个巨大的实验-我们的第一个研究问题是“人们是否愿意直接支持商业提供商或社区”。 因此,与在GitHub市场上向Octobox Ltd.付款的那些捐赠者一样,我们在Open Collective上也提供了与等值捐赠者相同的访问权限。

警:您希望在社区和企业选择中看到什么? 有人选择一个而不选择另一个的动机是什么? 我知道这是开始,但我很想知道您是否有任何预测。

B:对于我们来说,这还处于初期阶段,但是我们会尽一切努力确保将服务拆分为公共项目和私有项目,因此您的动机是开放源代码软件或为访问您不想要的东西付费。不想分享。 目前,我们面临的挑战是使这成为个人决定,而不是依靠组织授权使用GitHub应用程序访问Octobox.io。

我的观点是,像GitHub这样的公司从下而上就成功了:开发人员开始投入工作,并说他们必须访问GitHub,因为这就是他们一起工作的方式。

我们目前正在寻找利用开发人员社区的网络效应来扩大使用范围的方法,并在寻找使开发人员在工作中使用Octobox的方法。 我的观点是,像GitHub这样的公司从下而上就成功了: 开发人员开始工作,并说他们必须有权访问GitHub,因为这就是他们一起工作的方式。 因此,我可以看到我们朝着这个方向制定了路线图,该路线图是公开的并且是开放的,这使Octobox更适合团队工作并在Octobox中构建东西,而不是重新构想GitHub的界面。

皮亚的八度盒

您对社区和octobox.io的治理有何想法?

目前,Octobox社区还很小,大约有90个贡献者,其中十个是具有提交访问权限的维护者。 由于社区很小,我们可以使每个人都知道我们与该公司和Octobox.io合作的情况,并保持渠道开放以获取反馈。 随着社区的发展,遵循Elinor Ostrom的机构设计原则的启发,我们将对治理更加明确。 我有一个计划在tldrgovernance.com上推广这种方法,您可以将其称为预先公告😀

目前,我们正在做的主要事情是发挥金融可持续性模型的作用。 通过成为社区和商业实体的成员,我们可以让用户决定他们希望主要支持谁。 作为一种保护措施,Octobox Ltd.永远保证至少将其年收入的15%提供给社区。 随着时间的推移,我们将使用它来支持Octobox上的付费工作,并为依赖项的维护者分配资金。 我们相信,如果每家依靠开源软件盈利的公司都这样做,那么就不会有开源可持续性问题,至少不会像我们今天开始定义的那样。

作为一种保护措施,Octobox Ltd.永远保证至少将其年收入的15%提供给社区。

警:您认为此模型适用于哪些类型的项目?

我们很幸运地处于我们的位置。 我们能够为最终用户提供直接的服务,他们将(并这样做)付费。 在这方面,我们与Sentry.io属于同一项目类别,因此,我想说这种方法适用于具有托管“事实”公共服务或能够创建公共服务的任何开源项目。

警:最后有什么想法吗?

面对现实,我们也拥有能够做到这一点的自由和特权 。 安德鲁(Andrew)有时间致力于该项目的开始,并且-由于我们从上一位雇主辞职的条款-我们两个人都获得了财务支持,以使Octobox在过去六个月中发展到今天的水平。 有时,我有时将解决可持续性问题的方法称为“创建不基于特权和慈善的系统”,尽管我认为我们作为社区的责任是分享我们可以通过直接用户创造的收入, 今天的服务与明天将为我们提供服务的维护人员。

警:谢谢本。

感谢Ben&Andrew解开Github通知!