我如何说服我的公司为开源做出贡献?


11

我试图说服我为开放源代码软件做出贡献的公司,特别是为ASP.NET Web应用程序构建库/组件。我们即将迎来“创新日”,我们可以在工作中处理自己的个人宠物项目,类似于Google的“每周一天的政策”,只是我们每月一次:-),我有一个想法,我想开源。

其他公司也这样做。Headspring Systems(http : //automapper.codeplex.com- 参见顶部横幅)。

我要告诉他们什么?我可以向他们传达哪些对公司有利的好处?我已经提到了对我们公司和声誉等的潜在影响,以及当我们下次进行招聘大潮时吸引顶级软件开发人员。但是我还能提出什么其他论点呢?

更新:我工作的公司是一家软件公司,主要在ASP.NET和MS Stack中构建Web应用程序。我们的客户主要是NHS(英国公共卫生部门)。


1
查找您修改的现有开源项目。然后,您发布的内容必须是开源的。可能已经有一些有用的东西了,但是只需要进行调整即可满足您公司的需求。
Macneil

1
您的公司是技术公司吗?例如,您开发和销售技术吗?我认为在科技公司中争论比较容易,因为您有推动特定平台的获利动机。例如,Engine Yard雇用了JRuby开发人员来总体上改善Ruby生态系统,因为这将为他们带来更多的业务。如果您的公司是技术的最终用户,那么我认为您已经涵盖了最佳论据。
杰里米

1
@Jeremy:是的,很抱歉,我应该提到我们是一家主要在ASP.NET和Microsoft堆栈上构建Web应用程序的软件公司。
星期日铁脚

Macneil,应该添加为答案,而不是评论。
彼得·布顿

@Peter:谢谢,尽管我怀疑这实际上是对公司的论点。只是特殊情况。在学术界,我们通常建立开放源代码,以便增加影响并防止各种管理实体控制我们的代码。我知道有些教授即使抗议也拥有专利权!
Macneil 2010年

Answers:


11

您必须提出一个业务案例。在此之前,我通过证明我们将进行开源采购的知识产权不是核心业务资产(并没有使我们与众不同)来做到这一点,但是通过发布代码,我们将为该公司创建营销渠道。该开放源代码的用户,他们恰好也是我们的目标受众。

您可以使用以下理论:“使补品商品化


“我们将被开源的知识产权不是核心业务资产(并没有使我们与众不同)”……这是可以帮助确定它是否适合开源的关键标准。
Paul Draper 2014年

2

只有(且仅)在您培育项目并建立社区时,开源组件才有意义。定期接受错误报告,修复错误并发布新版本。如果这样做,就像Eclipse和Mozilla所做的那样,则可以收获好处。

如果您不这样做,那么有经验的人可能会闻到一英里远的气味,而您只是将其丢到了代码库中,希望其他人能为您完成工作。


我们不会期望其他人能完成所有工作。我们可能会完全开发该组件,然后将其开源,以使其他人可以从中受益,或者在他们愿意的情况下进一步开发它。
星期日铁脚

但是你会维持吗?

1

开源的最大论据之一就是其他人也可以对此做出贡献,这是因为一个程序员不可能希望发现并修复其程序中的1000个错误,而1000个程序员可以。因此,除了您列出的所有好处之外,显然,开发引导软件可以以某种方式帮助您自己的业务也是一种选择。

它还使您处于权威位置。我可能会对此加以延伸,但是如果您的想法足够创新,则可以创建其他人必须满足的新标准。这意味着任何想要使用您的软件用于商业用途的人都必须首先询问您,这意味着您可能会碰上几个弯道,这表明在代码开放的同时,您将标准用于商业用途需要付出很小的努力,并非毫无道理,因此在以后的阶段中也有潜力。


限制代码的商业使用不符合开放源代码倡议和自由软件基金会的原则。在大多数情况下,我认为这将给社区带来更多的麻烦,而不是值得的。如果您确实希望一千名程序员查看代码,请使用OSI认证的许可证。
David Thornley,2010年

你确定?我知道开放源代码许可证允许任何人自由查看代码,但是它并没有说明使用这种代码生产的产品。
尼尔2010年

我对此完全确定,并提到了开放源代码倡议及其许可证,以避免出现典型的混乱。“开源”是一个模棱两可的短语。一种含义是,无论您如何处理,都可以获取源。其中一个已获得OSI认证的许可证的许可,这就是该短语大写的意思。如果您希望社区参与,请使用OSI定义。很少有人会对帮助获得非OSI类型许可下的任何东西感兴趣。
David Thornley 2010年
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.