几个月来,我一直在从事一个业余项目,它的代码源程序超过15000行。许多人已经表示有兴趣加入开发,我完全打算去开源,因为我不可能单独完成这个项目。我只是不确定什么时候应该开放源代码。
就上下文而言,我注意到许多成功的开源项目,比如Linux内核,在开源之前都做了大量的工作。
在我的例子中,我一直计划在完成所有底层库和总体架构之后,将它开源。这是个错误吗?我现在就应该放了吗?
我担心的是,由于某些关键的底层组件还没有最终完成,如果人们围绕它们构建一个大型代码库,那么以后就很难修改或修复这些组件。另一方面,这是一个非常大的项目,需要多个开发人员在合理的时间内完成。
最好,我想听听一些已经开始自己的项目的人的意见。
发布于 2012-11-12 14:25:26
我将反对这里的共识,并建议现在不是开源这个项目的好时机。
原因是该项目显然还没有达到“适合声明的目的”的状态;如果您现在开放源代码,您就会被类似于“组件XYZ无法工作”的请求淹没,请修复它。如果你已经提前说过这些并不重要,你仍然会得到这些,而且它们会削弱你目前正在完成的任何工作。
您将收到的其他请求将是"plz send codez“,以及”您的项目很棒,但是如果它包含了组件ABC,并且这是非常容易实现的,您只需5分钟就可以实现,而且一切都会更好“(哈哈)--即使在发布完整的产品之后,您也会得到这些请求,但现在它们会特别恼人。
所有这些都不能否认早期开放采购是一件好事;只是对于你的项目来说,目前的情况是,这艘船已经开船了。因此,如果您已经过了尽早开放源代码的阶段,那么最好推迟一点。
你现在可以使用的选项包括:在上市前把你的舱口压紧,并使事情达到合理的工作状态(但要小心,这不需要太长时间),只发布一些源代码,或者邀请有兴趣的人(而且你已经有了一些--太棒了!)参与私人开发工作,直到它准备上市。
发布于 2012-11-12 03:09:22
几年前我创办了JStock -自由股票市场软件。我的建议是,当你开始的时候,开放源码。别等了!
通过尽早开放它,您将有以下的期望。
有一些卡塔茶。早期开放源码并不意味着您将吸引更多的贡献者。在开源上工作没有直接的金钱回报。开源撰稿人真正想要的是
因此,首先用合理的好产品来吸引最终用户,然后吸引优秀的贡献者来构建惊人的优秀产品。
发布于 2012-11-12 02:43:45
您应该尽早(昨天)开放源代码,并经常提交。
https://softwareengineering.stackexchange.com/questions/175561
复制相似问题