如何处理开源项目的增长?


11

我已经参与为开源项目提供一两年的支持,并且自从我开始以来,该项目就获得了很大的欢迎。该程序每周可下载超过100,000次,并且在其主要领域中有60%以上的人使用该程序,因此,我们很高兴看到人们非常喜欢使用该程序。

但是,问题在于开发和支持基础的增长速度并没有那么快,而且我们开始遇到一些增长难题。少数开发人员(尤其是主要开发人员)变得越来越瘦弱,技术支持志愿者开始精疲力尽。

到目前为止,在IRC上几乎束手无策,编写了该程序并为用户提供了帮助。没有501(c)(3)组织或LLC或类似机构。

目前,我们还没有一个非常正式的错误跟踪器或问题数据库(我们有一个专门讨论错误报告的类别的论坛),我承认,我们可以进行改进以使更多的开发人员加入。但是我想我的真正问题是,一个人如何从小型个人项目过渡到一个真实的事物?GIMP,FFmpeg,Blender等大男孩如何处理此过渡?

最重要的是,有没有办法为FOSS项目提供补偿?我想捐赠会有所帮助,但这只能走得很远……靠免费软件为生似乎很奇怪,但是如果程序要继续变得更好,我看不到我们如何在不补偿人们的情况下继续下去专职工作。

基本上,我们正在承受一些成长的痛苦,并且感觉“对我们的马匹来说太大了”。我们该怎么做才能管理这种过渡,而又不会因为一次做太多事情而感到疲倦?


7
首先,首先要建立并运行适当的错误跟踪器,除非核心团队非常出色,否则任何开源都无法生存。另外,请确保功能的方向是清晰的,并且不会滑到您身上。
棘轮怪胎

4
如果您不介意我问,这是什么项目?
罗伯特·哈维

2
我不愿透露这个项目的名称,部分原因是该项目有些吓人,并告诉人们“嘿,我们不确定自己在做什么,我们需要帮助!” 另外,我不希望这篇帖子作为广告来帮助该项目。不过,我敢肯定,通过一些粗略的互联网侦查可以发现这一点。:/
Ben Torell 2014年

Answers:


13

您的项目所处的阶段确实令人兴奋且至关重要,它很容易崩溃和耗尽(耗尽),但是在这里,您可以做出一些关键的决定,如果一切正常,将有助于确保长期的可行性。

这里有一些建议。

  • 阅读Karl Fogel的伟大著作《生产开源软件》。他涵盖了大多数重大的紧迫问题。尽管我不同意他所说的一切,但这只是意见。他完全了解开源世界。

  • 正如@Ross Patterson所说,您必须绝对设置一个跟踪器和一个邮件列表或类似的东西,以免造成混乱。您正在使用什么进行版本控制?如果您在github上,则可以从他们的跟踪器开始,或者可以与Jira或类似的东西集成,或者如果您希望现在就可以去SourceForge并使用他们的免费基础架构。您没有说出人们从哪里下载,但您想确保以可靠的方式进行了设置,并且下载计数很高。

  • 如果您愿意的话,就没有理由不能靠自由软件谋生,很多人都这样做,但是它采取了许多不同的形式。在做出重大组织决策之前,您需要决定如何执行此操作。例如,您可以并且应该成立一家公司来持有商标和版权,这在需要时也会提供一些法律保护。但是,那么您将需要总裁或司库。它应该是什么样的组织(非营利或营利,有限责任公司,合作社,合伙企业),实际上取决于您的目标,并应与优秀的律师讨论。如果您被Software Freedom Conservacy所接受,他们将帮助您找出答案,并帮助解决会计和税务问题等。还有其他一些FOSS孵化器,例如符合公共利益的软件。另外,我认为外弯曲是可能的。

  • 就您的谋生方式而言,这将在很大程度上取决于项目的性质。这也是为什么我不会立即跳出来说您需要501c3的原因(您可能没有得到它……请参见Yorba项目)。Blender主要通过出售文档来支持自己。其他项目具有小型企业生态系统和/或围绕它们的咨询服务,而开发商则以此为生。其他计划实施的项目具有双重许可模式,因此它们出售受支持的版本(这就是MySQL这样做的原因,以及为什么可以将其出售给Sun的原因,当然还有RedHat),并且有单独的社区发行版。其他诸如WordPress的托管版本已作为商业模型。因此,有各种各样的选择,您需要弄清楚什么对您和您的社区有意义。

  • 现在选择某人作为您的社区管理员开始。完成Fogel的后,再阅读Jono Bacon的书

  • 现在确定对您的核心团队有意义的路线图;要现实一点,不要被没有贡献的人欺负。路线图不仅意味着技术计划和功能,还与您想作为项目去的地方有关。

  • 不要害羞与您欣赏或在同一空间中的其他项目交谈。找出对他们有用的和无效的。只需发送电子邮件。此外,您可以参加一些开源常规活动,并与其他项目进行交流。总体而言,人们非常有帮助。

祝您好运,现阶段真是令人兴奋。


谢谢!该代码已经托管在Github上(也是发布版本的托管地),但是我们真的不喜欢Github的问题跟踪器...该团队中的一位成员对Mantis有经验,所以我认为我们将使用那。我也听说过有关该路线图的信息……至少,有了一个公开的路线图仅是为了向用户推荐那些热衷于特定功能的用户,这样我们就可以告诉他们何时这些功能相对于其他功能而言。今晚早些时候我在探索Outercurve,并且我还将检查其他书籍以及书籍。感谢您的鼓励!
Ben Torell 2014年

1
@BenTorell我告诉任何问过的人,“每个错误跟踪器都很糟糕,唯一的问题是,'哪个对您的过程影响最小?'”。
罗斯·帕特森

罗斯是完全正确的。我真的很讨厌Github的追踪器,原因有很多,但尤其是它缺乏真正的ACL。我同意找到一个与您的流程匹配的产品。许多跟踪器在志愿者驱动的项目中效果不佳,因为它们会做出各种假设,这些假设在商业环境中甚至在使用的词汇中都是有意义的。当然,谈论您的过程实际上是一个很好的练习。不要尝试使用跟踪器在流程中进行不切实际的更改。当都是志愿者的时候,情况就完全不同了。
Elin 2014年

3

设置所有你知道的机制有关真正的大男孩-他们运行大型服务器群,他们跑(有时写)bug跟踪和构建系统,等等。 他们往往有501(C)3点的基础是拥有版权,他们获得大笔的公司捐款,公司借给他们开发人员,等等

不太大的男孩从其他地方得到很多帮助。该软件自由长春,例如,有利于适度大型项目得到他们的法律基础的权利,并促进捐赠。如今,代码托管和错误跟踪有很多选择-哎呀,任何人都可以找到GitHub网站。您会发现许多中小型软件公司将为其专有产品捐赠许可证,以支持有组织的开源项目,尤其是当它们以某种方式与业务保持一致时。


3
我并不是想学究,我100%地确定您不是以负面的方式表示这句话,但这确实无助于增加对开源的参与,将涉及的人称为男孩。只是要考虑的事情;我知道这是人们使用的短语。
Elin 2014年

@Elin刚刚回答了一个问题:“ GIMP,FFmpeg,Blender等大男孩如何处理了这种过渡?”
罗斯·帕特森

哦,对评论+1,我们需要时常提醒我们。这项业务以男性为中心。
罗斯·帕特森

谢谢,是的,我没有在原始帖子中看到该参考。
Elin 2014年

是的,我只是用“大男孩”作为短语...我想我不是那样想的,但我似乎可以理解你的意思。感谢您的建议!现在,我的首要任务是建立一个真正的问题跟踪器,供贡献者阅读并希望选择一个问题来解决(现在我们所拥有的只是一个混乱的Trello板)。正如我告诉@Elin一样,我倾向于Mantis而不是Github的发行系统。我想我们现在只需要一些东西
Ben Torell 2014年
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.