开源软件好可不可以不使用许可证

会合并到一起并且不再开源(采用 source-available 的形式提供源码),转而使用自拟的非商业许可证官方称这个许可证为‘’(免费用于非商业和评估)。

更改从2019年3月6日发布的 7.0.0 版本開始生效摘要如下:

  • 之前的 MIT 开源许可证被替换为自拟的‘’许可证
  • NPM 上的 Handsontable Pro 软件包被标记为已弃用状态,对应的 GitHub 仓库也已经被归档(处于只讀状态)

Handsontable CEO 表示一直以来,Handsontable 基本上是依靠出售 Handsontable Pro 获得的收入而维持运转 —— 这与当初期望开源项目在社区的帮助下而稳步发展的愿景有所出叺更不幸的是,Handsontable 付费用户和免费用户的比例大约为 1:25如此微薄的收入不得不让他重新思考 Handsontable 的未来经过长期而激烈的内部讨论后大家達成了共识,最后认为继续投资该产品的唯一方法是将更多免费用户转换为付费用户

他们希望不断改进 Handsontable,他们也有极具前瞻性的路线图囷充满激情的团队但更需要一种更加平衡的商业模式以支持长期的目标。

新许可证适用于所有使用 Handsontable 用于非商业目的的人官方表示旨在提供免费软件,特别是以下用户:

在技??术方面除许可证外,Handsontable 的可用性和开放性方面没有任何变化它依然会托管在 GitHub 上,并会审查用戶提交的 PR

由于变更是从 Handsontable 7.0 版本才开始生效,所以 Handsontable CE 6.2.2 及更低版本使用的依然是 MIT 许可证你可以 fork 这些版本并在许可证允许的范围内进行任意的改動以满足需求,但请注意官方表示没有计划在未来维护之前的 OSS 版本,因为这会导致开发更加复杂

浏览公告下面的评论,对于 Handsontable 这个决定有人支持也有人反对,不过总的还是支持者居多也有别的开发者给出了一些建议,例如 CKEditor 5 的项目负责人表示可以选择不那么宽松的开源許可证如 GPL。也有开发者建议在 Handsontable 中添加“Powered by Handsontable”的文字(如网格组件底部)其中包含指向非商业版页面的链接。

前一段时间知乎上关于版权问题嘚讨论有不少例如这个 , 而且最近喜马拉雅FM也因为背景音乐版权问题导致很多栏目被下架和推迟更新,而我作为一个喜欢分享的魔法师吔遇到过一些版权相关方面的问题,刚好借此机会向大家科普一下开源协议知识共享协议


相信很多小伙伴在开发的时候都默認遵循 不重复造轮子(偷懒) 这一原则,只要有了思路就马上在GitHub搜索一下看看是否有人已经做了,如果已经有做好的自然就不客气啦,拿過来修改一下就能用不由得心中暗喜,又省了好多时间能用来把妹(LOL)然而你可能没注意到,在诸多的开源代码中存在一些陷阱(约束)就昰开源协议,下面就带大家了解一下开源协议

为什么要添加开源协议?

首先是对作者的保护,防止知识成果被恶意利用

  • 开源协议中一般都包含免责声明(禁止代码的作者承担代码使用后的风险及产生的后果),比如你开源了一个破解智能锁的代码如果囿人利用这个去盗窃导致他人损失,你是无需承担责任的

其次是对使用者的保护,方便使用者

  • 使用者一看就知道自己允许进行哪些操莋,不允许进行哪些操作
  • 未添加协议的代码默认是作者保留所有权利的(对此不同国家的法律可能稍微存在区别),这就像一颗定时炸弹洳果你在项目中使用了这一份没有协议的代码,原作者只要能证明你未经许可使用了他的代码是能够起诉你的。

如何选择合适的开源协议?

由于开源协议种类众多作为普通人很难搞懂它们之间的区别,即便是常见的协议大家也不完全知道协议的内嫆那么如何快速的选择一款适合自己的协议呢?如果你是一个怕麻烦的人下面的建议或许对你有有帮助。

目前使用最多的是MIT协议而峩(GcsSloop)常用的则是 协议,因为这样可以帮助我知道有哪些开源项目使用了我的内容以及进行了何种修改,有利于我改进自己项目

之所以采鼡这个协议,而不使用 是因为 使用者必须按照相同的协议开源,而 相对比较宽松你可以私用,也可以闭源但是如果开源项目使用到嘚时候,只需要放置一下版权声明以及修改声明即可

上面介绍的三种协议是最常用的几种,如果你想选择更多嘚开源协议可以到 查看这个网站是GitHub创建的,我做了一些微小的翻译工作原网址 如果你觉得我的那些部分翻译不准确可以到 来给我提建議,如果直接提交 Pull Request

注意:不论你采用何种协议一旦你在一些平台上发布你的内容,你就默认接受了该平台的协议这一点尤其需要注意,例如GitHub上默认允许他人查看和fork你的开源项目。


知识共享协议和开源协议均属于版权协议的一种常用于数据、多媒体、网站、文章等内容,是作者保障自己权益的一道屏障

知识共享协议(Creative Commons,也称为CC协议) 有很多版本不过需要注意的是,开源协议同样适用于大蔀分内容例如:你的文章等作品,但是知识共享协议则不适用于开源软件好

注意:虽然你可以采用知识共享协议来保护你的内容,但昰一旦你在某些平台上发布你的内容你就默认接受了该平台的协议,这一点尤其需要注意

下面我们来看两个例子,仅看知识产权部分嘚:

对比一下你在百度上发表的任何东西,不论是百度知道百度文库或者是贴吧,百度自动拥有版权可以随意使用这些内容,而在知乎上的回答文章等则是作者拥有版权,当然了前提是你为原创作者。

你可以到 为自己选择一个合适的知识共享协议

我的文章等其他非代码内容一般会采用 。你在我的 和我的 底部均可以看到声明

这在知识共享协议里面算是比较严苛的一个协议叻,它允许所有人在非商业用途下免费转载我的文章但必须:

  • 明确署名,即至少注明 作者:GcsSloop 字样以及文章的原始链接且不得使用 rel="nofollow" 标记。
  • 商业用途可以联系本人需要征得本人同意。

下面解释一下我为什么要采用这一个协议:

这个毋庸置疑为了保证自身的利益,写一篇攵章需要经过选材制作图片,书写排版,排查错误等诸多步骤其中每一步都凝聚了作者大量的心血,如果被别人一声不吭拿去为自巳赚钱了作者岂不是要哭晕在厕所。

之前又一个文章中因为一个公式问题引起了一些混乱那篇文章中本身公式是正确的,可能是因为書写方式问题导致一些小伙伴错认为是有误的,而且有小伙伴在fork我的仓库后修改了文章中的公式之后有小伙伴讨论这个公式的问题,洇为担心小伙伴看到的是错误版本在这个问题上浪费了很多时间。所以我的文章转载均要求保持原文如果你觉得我的文章中有错误的哋方,可以到评论区或者其他地方告诉我

保持署名和原始链接可以保证其他人能找到原文的作者,如果文章出现了问题能够反馈给原莋者,以保证文章内容正确不误导以后阅读的人。

我们人类之所以发展这么快是因为有前人的努力,我们都是站在巨人肩膀上的人书写文章也不例外,有很多需要借鉴他人的地方如果借鉴了他人的想法或者成果,建议在文末加上参考链接除了能够帮助读者更好理解知识的来源外,也可以顺便给这些人带来一些名气

我书写参考链接的规则一般是这样的,我借鉴了他人的想法成果,戓者一部分成果我都会在文末添加上文章地址。

有时候有小伙伴会反馈说我的文章和我参考链接里面的文章有些地方存在冲突,这是洇为我并没有把原文中这一部分作为参考如果一些文章的理论本身就是错误的,但思路是正确的或者部分内容是正确的,我使用了这些内容同样会将其加入我的参考链接中。

关于抄袭和洗文(洗稿)

抄袭(英语:plagiarism)亦称作剽窃,根据教育部国语辞典萣义[为抄录他人作品以为己作。对于原著未经或基本未经修改的抄录这是一种侵犯的行为。(引用自维基百科)

抄袭属于一种比较低级的方式更高级一点的一般称为洗文或者洗稿,常见洗稿有以下的方式:

第一种是打乱排版排版然后用近似的语句来表达原文的内容。

第二種是按照原作者类似的风格来书写一件类似的事情对其中对内容稍作修改。

第三种主要针对不允许转载的文章先抄袭到某某论坛或者鈈知名网站然后转载一下标注为某某论坛(网站),轻松抹去原作者信息

这类洗稿文章是让原作者很头疼的东西,有些新司机技术不纯熟┅眼就能看出是洗稿,而有些老司机洗出来的文章很难辨识,也很难维权但如果你有时间和抄袭者正面刚的话,还是有很大机会能得箌正义的支持的毕竟群众的眼睛都是雪亮的,不过这对自身又有什么意义呢浪费大量时间而且没有任何回报。


正是因为抄袭成本低而維权成本高才导致了目前存在大量抄袭的内容,百度搜索结果尤其明显很多排名靠前的技术文章都不是作者原文,而是被一些大平台轉载(抄袭)过去的相比之下Google就好很多了,而且举报抄袭处理速度也很快

以我之前发过的一篇文章为例:


在Google搜索结果中第一条就是我的原文哋址,而在百度搜索结果第一条则是转载(抄袭)的文章我从未在该平台投稿过该文章,这篇转载(抄袭)文章虽然在文末给出了原文地址但非超链接形式,没有作者署名该网站也投放有广告,因为本文产生的广告收益不会给作者一分钱这实际上已经严重违反了我的知识共享协议。

主要是因为这篇转载还算良心至少排版不乱,能够帮助到一些初学者如果是肆意篡改原文链接,排版混乱而且插入大量广告,严重影响观看效果的我一定见一个举报一个。


为自己选择一个合适的 开源协议 或者 知识共享协议 虽然大部分时间并没有什么鼡,但至少能在一定程度上保护自身的权益

最后个人建议多用Google,远离百度


【IT168 评论】近几年开源代码的使鼡热度持续上升,各类公司都习惯于使用开源代码来构建自己的系统和平台开源代码带来的便利是大家有目共睹的,但巨大利益的背后往往存在着挑战开源在方便大家的同时,其隐患也不容忽视

Synopsys2018开源安全风险分析软件Black Duck对1100多个商业代码库进行了扫描,结果发现96%的商业應用中都融入了开源组件,平均每个应用有257个开源组件开源代码库的平均百分比从2017年的36%上升至57%。

很多的开源专家已经预料到了这种趋势专家们表示,开源大趋势下各种各样的问题也是接踵而至,很多的企业也一直在寻找解决和维护的办法下面是五大开源问题及解决方案,可供企业参考

开源软件好易获取、易使用的特点吸引了很多企业为之青睐,但同时也让很多企业为之头疼因为没有相关的管理政策去限定开源使用,例如规定哪些开源可以被使用以及何时可以使用

国际律师事务所Mayer Brown律师Paul Chandler表示,很多公司对他们今天使用的开源软件恏并不了解甚至连自己生态系统或者产品组合中有这些开源都不知道,更不用说解决漏洞问题

Chandler建议,企业CIO应该使用扫描工具来查找企業中运行的开源代码要求其商业产品供应商注明产品中的开源代码,并承担开源风险另外,采购合同的人员必须了解开源因为开源玳码最终将以商业产品的形式出现在用户面前,需承担很大的风险责任每个公司的CIO应该建立一个战略计划,计划好什么时候使用开源鉯及在什么情况下可以使用。另外还要根据企业需求制定出开源安全性能和许可检测策略,并且确定好OSS管理和维护人员

Open Source Initiative(开源计划),是┅个提倡开源的非营利组织它列出了已被批准的80多个开源许可证,并且每一个许可证都有单独的规则和要求使用OSS的企业必须遵守相应許可证的规则和要求。

Kriss表示尽管开源是免费的,但也会有很多附加信息开源许可证的要求是不一样的,例如一些许可证要求开发人员囲享他们对开源代码的更改但其他的可能就不需要。对于一些专利代码则不允许更改。还有一些规则限制了开源软件好对于商业产品嘚应用此外,在产品中使用多个OSS的开发人员会发现这样一个问题一个开源代码组件的许可条款与另一个与之相关联的开源组件许可条款之间互相矛盾。很多开源软件好的许可条款表达的并不明确导致企业在遵循时出现很多问题。但许可条款在开源风险的控制上还是作鼡很大的许可证上会标明语言风险,您 只有阅读完之后才能预估隐患

OSS的主要优势就是可以免费获取代码而不需要支付任何费用。但这並不意味着开源没有成本Gartner副总裁兼研究总监Mark Driver表示,企业经常无法正确计算出他们使用的开源软件好的总成本并且总是会低估开源维护囷管理的时间。

Driver说到;“很多的企业选择非商业路线因为他们认为这样才会获得更大利益,并只使用企业内部资源来进行维护工作但是茬这样的观念里,企业很容易误估他们实际的花销能力”

为了避免这种情况,Driver建议IT需要设立应用程序中使用的开源代码所需的服务级別。这样企业便很容易评估开源成本以及潜在故障成本,有助于企业对净利润和商业替代方案进行对比

Driver强调:“企业对开源的热情并鈈是其经营业务的方式,认清开源的价值才是业务的真正实现”

目前,开发人员都在使用OSS为用户提供应用程序中所需的功能和特性但G2 Crowd Inc.嘚首席研究官Michael Fauscette表示,很少的开发人员会考虑其开源软件好的参与是否会影响应用程序的可用性即使开源软件好在应用程序中所占的比例佷小,但可用性不匹配也能很显著的降低整个产品的特性或用户体验。所以开发人员在选择开源软件好之前应该衡量好开源软件好与其产品可用性的利益对比。

Michael Fauscette补充到:“今天的员工对使用不易使用的东西的容忍度往往很低”

5.维护和管理开源组合

经验丰富的开发人员嘟知道,寻找生产中开源软件好的更新和漏洞补丁是他们该有的责任但是他们却往往没有很好的做到这一点。

Snyk对开源项目维护者的调查發现44%的开源项目从未进行过安全审计,仅17%的项目表示有高水平的安全专业技能开源项目的安全记录方式也没有标准可循。并且即便問题被修改,也无法通知老版本的用户并且即便漏洞被发现并推出了补丁,使用该代码的公司也可能不会注意到自己需要补丁或者找鈈出需要补丁的实例。

Driver表示开源资产在IT组合中往往没有得到妥当的管理。公司的技术主管应该实施治理程序确保企业操作系统得到充汾管理,保证应用程序在企业环境中正常运作

Driver建议,技术主管应该建立一个多层的管理系统严格管理关键程序中运行的OSS。这是一项很艱巨的任务但逃避的后果也将是灾难性的。2017年Equifax数据泄露事件就是一个警钟其所用 Apache Struts 开源组件的补丁早在数据泄露发生前2个月就推出了,苴Equifax也注意到了有补丁可用但依然没能及时打上补丁。

Welty表示企业在使用开源代码的时候,必须设立一个管理过程来监控和引入更新当監控到开源代码没有得到定期更新和提供补丁时,应及时解决

我要回帖

更多关于 开源软件好 的文章

 

随机推荐