开源的争论

我今年夏天在工作中度过了停工时间,为我的日常工作提供了各种各样的框架.简而言之,它加载带有标记的xml,该标记定义了站点的块,它们的内容和这些的样式(非常类似于html),处理资产的加载等.

现在我对这种结果感到非常满意,并且我一直渴望发布一些公共使用(和审查)的代码.我也有理由相信它填补了一个空位,可以快速简便地构建网站(或部分网站).

说服我的老板/同事在开源许可下发布这个是最好的理由是什么？

声望

社区贡献

公众监督

我们将被迫遵守标准.(这将使产品更好)

善意

OSI有很多很好的资源,http://www.opensource.org/advocacy/case_for_business.php可能与您最相关.

有大量的开源项目,当流行时,我认为最好的优势是将错误修复和增强功能反馈到项目中.您倾向于仅在工作中为用例开发必要的功能(当然存在例外情况),让其他人在项目的其他区域工作是很好的.

也就是说,人们通常只会在项目本身有用的情况下这样做,提高认知度就像营销商业项目一样困难 - 你可能会发现只有少数人通过模糊的方式偶然发现了项目谷歌搜索!

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

因此,虽然您只能获得规模较大的开源优势,但不那么明显的优势就是立即开始工作,即为您的公司建立一个好名字.

对贵公司的好处很少.其他人给出的所有原因都假设一定程度的受欢迎程度......不太可能.大多数业务人员都会意识到,不需要非常努力地思考它,所以他们不会发现广告或杠杆或公众审查或工具改进,这足以说明将其作为开源发布的"风险".

也就是说,这是公司将内部工具作为开源发布的"风险"论证的最佳反驳:如果它不是您的核心竞争力的一部分,并且需要注意不要吸引公司资源(或暴露公司机密/基础设施),确实没有风险.该公司失去了什么,并获得了一个潜在的收益,即使潜力很小.