今年夏天,我利用工作闲暇时间编写了一个框架,以方便我的日常工作。简而言之,它加载一个带有标记的 xml,该标记定义了站点的块、它们的内容和这些块的样式(与 html 非常相似),处理资产的加载等。

现在我对结果非常满意,并且我一直渴望发布一些代码以供公众使用(和审查)。我也相当确信它填补了快速、轻松地构建网站(或部分网站)的空白。

要说服我的老板/同事相信在开源许可证下发布此内容是个好主意,最好的论据是什么?

有帮助吗?

解决方案

OSI 拥有许多优质资源 http://www.opensource.org/advocacy/case_for_business.php 可能与您最相关。

有大量的开源项目,当流行时,我认为最大的优势是将错误修复和增强功能回馈到项目中。您倾向于只为工作中的用例开发必要的功能(当然也存在例外),并且让其他人参与项目的其他领域是件好事。

也就是说,人们通常只会在他们自己使用该项目的情况下才会这样做,并且提高知名度可能与营销商业项目一样困难 - 您可能会发现只有少数人通过一个不起眼的方式偶然发现了该项目。谷歌搜索!

因此,虽然有很多面向开发的优势,即使没有很多(或任何)实际用户,从业务/公司的角度来看,您的组织支持在开源下发布内部项目看起来非常好许可证。这向未来的员工展示了组织的开放性。

因此,虽然您只能通过规模获得巨大的开源优势,但还有一些不太明显的优势可以立即开始发挥作用,即为您的公司建立良好的声誉。

其他提示

  • 人气
  • 社区贡献
  • 公众监督
  • 我们将被迫遵守标准。(这反过来又会让产品变得更好)
  • 善意

给你的公司带来的好处很少。其他人给出的所有原因都假设一定程度的受欢迎程度是......不太可能。大多数商业人士都会意识到,无需认真思考,他们就不会发现广告、杠杆、公众监督或工具改进足以成为承担将其作为开源发布的“风险”的理由。

也就是说,对于公司将内部工具作为开源发布的“风险”论点,以下是最好的反驳:如果它不是你的核心能力的一部分,并且采取了谨慎措施,以免它占用公司资源(或暴露公司机密/基础设施),那么确实没有风险。公司没有损失什么,反而获得了 潜在的 为了收益——即使这种潜力很小。

我已经发布了几个公司开发的开源软件包。基本音高:

发布此内容对公司更有利或更有利:

  • 该套餐不属于我们的核心业务。我们不会泄露秘密酱汁的配方。
  • 我们将有更多的人来运行代码,发现错误,从而提高代码质量。
  • 我们很可能会找到一些人为我们可能认为有用的功能贡献代码。
  • 优秀的招聘工具,第 1 部分:优秀的程序员会被我们开明的、对开发人员友好的组织所吸引。
  • 良好的招聘工具,第 2 部分:我们可以看到一些我们可能有兴趣招募的人在行动。

以下是通过这种方法发布的两个独立包:

我认为开源是个好主意的关键在于,你可以将大量通常免费工作的人员聚集在一起,创造出有用且令人兴奋的东西。像 Digg 这样的网站正在制作比 @ Slashdot 的员工更多更好的故事,因为社区推动了它。同样,如果您有一个足够令人兴奋的项目来吸引参与,那么开源项目是否可以比专门团队完成更多的工作。还有许多其他好处,例如改进代码和一路学习。

宣传: 你可以举个例子 红宝石 on Rails 框架。

它的创建是为了做 37信号 网络应用程序。他们将其开源,然后有人出现并建立了 Twitter。想象一下他们由此获得的宣传!

使产品开源最重要的贡献是它立即变得更容易为人们所使用。

它还可以帮助那些对你的工作真正感兴趣的人了解你所做的事情,提出改进建议,甚至有时为你提供帮助。此外,您还为庞大的开源软件存储库做出了一些贡献,并以自己的小方式帮助社区成长和学习。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top