开源的江湖恩怨情仇

栏目: 软件资讯 · 发布时间: 5年前

内容简介:我开我的源,与你何干?Ant Design 事件之时,作为看热度的吃瓜群体。我偶尔也会随意地皮一下,虽然没有这么大胆。过程中,大抵发现一些人呐,对于开源的态度并不是那么友善——仿佛作为一个开源贡献者,这些都是我等的义务,应尽的天职一样。我在最初也并没有那么友好,经贺老提醒之后,我发现自己的态度似乎也是不太对。但是,这种利用道德上的压迫感,让人觉得甚是不爽,便想写一篇文章顺带吐槽一番。

开源的江湖恩怨情仇

我开我的源,与你何干?

Ant Design 事件之时,作为看热度的吃瓜群体。我偶尔也会随意地皮一下,虽然没有这么大胆。过程中,大抵发现一些人呐,对于开源的态度并不是那么友善——仿佛作为一个开源贡献者,这些都是我等的义务,应尽的天职一样。我在最初也并没有那么友好,经贺老提醒之后,我发现自己的态度似乎也是不太对。但是,这种利用道德上的压迫感,让人觉得甚是不爽,便想写一篇文章顺带吐槽一番。

开源,并不意味着免费

开源的江湖恩怨情仇

开源,是权利而非义务

我从 StackOverflow/Google 复制了一堆代码,作为一种回应,我写有一个对应的博客,上面有一系列的博客;我从 GitHub 上复制代码,作为一种回应,我编写了大量的开源软件。

但是这些都只是我的权利,我可以选择不开源这些软件——随着时间的流逝,让它们在我的电脑上腐烂。而不是将代码提交到网上、GitHub,再除去一些条件限制、环境限制、专利限制等相关的代码,配套上相应的 README、使用文档、Demo,以让其他/她人可以顺利地使用它们。

然而,从法律、道理上来说,我并没有义务这样做。我可以只上传代码到 GitHub 上,你爱用不用。开源是一种权利,我可以使用这个权利,也可以放弃这个权利。不过,对于这个权利不得不提及的一点是,在工作时间、使用公司设备开发的开源软件,从原则上来说,并不属于个人。公司有权利,收回以这种形式开发的开源软件。

“贡献的没有几个,嫌弃的却有一堆”。在 GitHub 上遇到一个问题,帮助某开发者解决了问题。每次都会写 comment 希望他/她能把解决方案放到 issue 里,可多数时候并不会得到解决方案。明明它对于别人是有帮助的,却有人总也不会去做。如果是你,那你还谈论什么开源的权利与义务?

若是不开源,亏欠的是那些开源的人。开源吧,又对那些不开源的人太好了。

开源,不是我们的工作

开源的江湖恩怨情仇

使用不当。可以适时考虑,帮你解决。

开源的江湖恩怨情仇

开源,不是道德绑架

谈及开源来说,我怕得是一个 “自私” 的人。我有自己的生活,出于性生活考虑,我拒绝造基础的轮子,如 UI 组件库、模式库 等等。所有的这些基础设施,都在无时无刻地蚕食生活的角角落落。任何一点鸡毛蒜皮的小问题,都会在 issue 列表中出现:

  • 明明是你不看 README,却在说文档上没写清楚。
  • 明明是你不看示例代码,却在说项目没有 DEMO。
  • 明明写的是给 Angular 用的框架,却在说在 Vue 上不能使用。
  • 明明是你的能力不足,却在说框架有问题,不能工作。
  • 明明是你的能力不足,却在说作者不帮助你。
  • 开源的江湖恩怨情仇

不开源,不足以谈开源

开源的江湖恩怨情仇

结论

有些人是该批评,有些人是该醒一醒了。


以上所述就是小编给大家介绍的《开源的江湖恩怨情仇》,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持!

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

创造突破性产品

创造突破性产品

Jonathan Cagan、Craig M.Vogel / 机械工业出版社 / 2004-1 / 35.00元

在《创造突破性产品:从产品策略到项目定案的创新》中作者总结多年的研究成果,指明了与产品创新相关的一系列因素,并提供了一套全新的开发突破性产品的理论与方法,该书旨在帮助企业,技术和设计人员: 获得对用户的需求和市场新的趋势的准确洞察力; 认识可以创造新市场的产品机会缺口; 指导产品模糊前期的构造; 正确地运用定性和定量的研究方法; ......一起来看看 《创造突破性产品》 这本书的介绍吧!

URL 编码/解码
URL 编码/解码

URL 编码/解码

XML 在线格式化
XML 在线格式化

在线 XML 格式化压缩工具