跳至主要内容

Node 之父斥责 Oracle:你们也不用,那请交出 JavaScript 商标

 也许 13 年前,Oracle 以 74 亿美元收购 Sun Microsystems 公司时,也不会想到自己后续要牵扯到诸多的版权诉讼与投诉的漩涡之中。

众所周知,Oracle 在收购 Sun 之后,随即陷入与 Google 之间关于 Android 中使用的 Java 代码版权诉讼中,历经十多年时间,这次诉讼直至去年才落下帷幕,最终以最高法院法官 6:2 的结果,宣判 Oracle 败诉,Google 获得了胜利,其使用的代码受到合理使用的版权原则的保护。

随着时间来到当下,Oracle 再次因为曾经收购带来的后续问题,引发了争议。9 月 3 日, Node.js、Deno 之父 Ryan Dahl 在博客上发布了一篇标题为《Dear Oracle, Please Release the JavaScript Trademark》的文章,斥责 Oracle 拿着 JavaScript 商标却不做贡献,在众多工程师在使用 JavaScript 时还需要时刻提防其商标背后的种种陷阱,搞得大家心力憔悴,因此他呼吁:Oracle 交出 JavaScript 商标。

Node.js、Deno 之父发文剑指 Oracle

在 Ryan Dahl 发表的博文中,其写道:

“1995 年,昔日浏览器巨头 Netscape(网景)与 Sun 公司合作创建交互式网站。彼时在网景任职的著名的软件工程师 Brendan Eich 只花了 10 天时间就为网景开发出了一款动态编程语言,即 JavaScript 的第一个版本,其语法上与 Sun 的 Java 语言有一定的联系。由于这种合作关系,Sun 公司拥有了 JavaScript 的商标。

2009 年,Oracle 收购了 Sun Microsystems 和 JavaScript 商标。

该商标没有商业价值,除了 Oracle 的 JavaScript 扩展工具包,Oracle 没有任何产品使用该商标,估计也没有计划使用。Oracle 甚至没有参与任何 JavaScript 引擎的开发,如 V8、JavaScriptCore 或 Spidermonkey。由于没有使用,JavaScript 商标侵权似乎很可能在法庭上无法执行。

然而,该商标是笼罩在世界最流行的编程语言上的一片“乌云”。遵纪守法的工程师们不得不小心翼翼地来避免使用它——这导致 ECMAScript 这样的混淆性术语。

按理来说,Oracle 可以从该商标中获得的最大价值是通过将其授予公共领域而获得的商誉。不过,这一起还没有发生——当然这也需要 Oracle 公司的一个非常有远见的高管来提出如此无形的东西。然而,用一个毫无价值的商标换取品牌营销和商誉显然是正确的做法。

所以,Oracle,请交出 JavaScript 商标。”

任何和 JavaScript 相关的项目名字都不能用?

这条博文一经发布,也引发了不少用户的关注。

有网友质疑,“要求 Oracle 放弃自己的合法权益,这是什么道理?”

也有人支持 Ryan Dahl 的做法,「(像 ECMAScript)听起来确实令人困惑。就像我们现在拥有不同版本的 Java 和 OpenJDK 等发行版一样。鉴于 Oracle 一直以来的作风,我认为他们永远不会妥协地交出商标」。

还有人持好奇的心态观望,“Oracle 会强制执行吗?如果没有,开发者不应该使用它吗?开发者不是一直在用吗?我不确定商标影响了哪些类型的活动?”

其实对于 JavaScript 的商标归属权问题,曾在 2018 年,便有 iOS 开发者吃过了不知 JavaScript 商标归属的亏。彼时一位 iOS 开发者在其应用程序名称中使用了 JavaScript,没多久,他收到了苹果公司的一封邮件,以及遭到了 Oracle 要求停止侵权的通知。

我刚刚收到了苹果发来的一封邮件。邮件中称,我的应用程序“HTML5, CSS, JavaScript, HTML, Snippet Editor”必须要下架,因为这个名字中包含的“JavaScript”名称商标权是归 Oracle 所有的!

邮件部分内容如下:

“美国商标注册号 2416017 的 JAVASCRIPT 为 Oracle 公司所有,该 iTunes App 未经甲骨文授权,却明显地显示 JavaScript 字样。

这一未经授权的行为,可能会让消费者误以为该应用程序是由 Oracle 发出或由其许可提供的——这种方式构成了商标侵权行为。

为了防止消费者进一步混淆和侵犯我们的知识产权,我们要求您立即停止访问此应用程序,并期待您确认已遵守了此要求。“

也许在众多开发者眼中,JavaScript 作为一门编程语言,其应该是开源与免费的,突然遭到这样的“侵权”通知,多少也存在一些自己的知识点盲区。

经过多渠道查验之后,大家才明白 JavaScript 商标的归属 Oracle 所有。但是以此类推,也有不少开发者吐槽,JavaScript 和 Java 本应该没有任何关系,但是 JavaScript 诞生之初,Java 已经被广泛应用在各个领域了,那么一定程度上来看,不谈收购之后,那在收购之前 JavaScript 是否侵犯了 Java 的商标?

其实回顾 JavaScript 发展史:

1995 年,Netscape 公司的程序员 Brendan Eich 花了 10 天时间开发设计了脚本语言,最初名为 LiveScript。当时的目的是在浏览器和服务器端使用它,Netscape 与 Sun 共同完成 LiveScript 实现。

但是同年,Sun 公司的 Java 已经声名远扬。为搭上媒体炒热 Java 的顺风车,Netscape 临时将 LiveScipt 更名为了 JavaScript,Sun 公司也同意了“JavaScript”的商标认证。

JavaScript 1.0 获得了巨大的成功,Netscape 随即在 Netscape Navigator 3 中发布了 JavaScript 1.1。

1997 年,以 JavaScript 1.1 为蓝本的建议被提交给欧洲计算机制造商协会(ECMA),由 TC39 定义了一种名为 ECMAScript 的新脚本语言的标准。

针对技术改名蹭流量这一问题,CSDN 也曾就请教了 ASF Member、Apache 孵化器导师郭炜,其表示,「名字使用问题可以回到开源协议本身。有的开源协议允许用类似名字的,如 MIT 协议。因此即使使用同样名字也没有问题。但像 Apache 协议不允许你使用它的名字,所以再去蹭该名字的流量就会有问题,这个是跟协议本身相关,而不是说所有蹭名字的行为都有问题。」

就目前来看,如今数以千计的项目包括对 JavaScript 的支持,Ryan Dahl 之所以有这样的呼吁,也是想让软件开发有更多的自由。不过,对于 Oracle 而言,似乎并没有足以说服自己放弃此商标的理由。

评论

此博客中的热门博文

粉色花海,樱花树下,春风拂面,花瓣飘飞如梦。

  樱花盛开,如云雾缭绕,一树绯红似梦幻。细雨轻洒,轻拂花瓣如丝,映衬着淡淡的粉色,如诗如画。微风吹来,花瓣飘落,如梦如幻,萦绕在樱花树下,构成一幅绝美的春日画卷。

UnicodeDecodeError: 'gbk' codec can't decode byte 0xa1 in position 23: illegal multibyte sequence

 原因分析 出现这个现象的原因是:在Python中默认的编码方式是“GBK”,而Window中文件创建的默认编码方式为“UTF-8”,所以导致文章无法成功进行读取文件内容。 解决办法 办法一 创建的文件中不含有中文即可。 方法二 进行编码转换,转换成“utf-8”即可。 不过会占用内存,html文件太大时不太适合。 with open('./demo.html', 'r', encoding='utf-8') as f: result = f.read() print(result)

马卡龙为啥那么贵

马卡龙为什么那么贵的原因: 马卡龙的味道好 它的确甜到腻,如果你不怎么喜欢吃甜,不妨试试马卡龙配浓缩咖啡,因为马卡龙的起源貌似就是为了配咖啡。 马卡龙的口感: 我并不认为觉得马卡龙难吃的人真的吃到了成功的马卡龙。刚做好的马卡龙表层和底部都是脆的,中间是有硬度的软,但并不粘牙。而据我所知,大部分市场上卖的马卡龙夹上夹心后会放置一个星期以上,但是马卡龙粘上夹心后是无法长时间保存的。我曾经吃过自己做保存一星期后的夹心马卡龙,已经完全不是当初的味道了。所以如果你抱怨马卡龙难吃,我很担心你是不是没有吃到新鲜的。但是国内现在想吃比较新鲜的,可能要选择去星级酒店点单,有的星级酒店会有单盒卖,你可以跟服务人员说你想要买现打包的。如果在网g,光邮寄就几天了。高级的甜品店的话,也是有可能吃到新鲜的。 马卡龙的价格问题 马卡龙成功率的确比较低,但是一旦掌握好,几乎可以百分百成功。有些老板可能会把失败的马卡龙拿出来卖。马卡龙成功或者失败,其实主要在外形,有裙边,不会倾斜,能起来,表面底部光滑,都是成功标准。其次,原材料的确比较贵,所使用的杏仁粉是要过筛的,这就导致无法过筛的杏仁粉很粗糙,要如何处理又要让老板头疼了。再次,这个甜品是从法国传过来的,大家都爱赶潮流,所以。。。最后,马卡龙夹心做的好的话也是比较费钱的。通常吃两对就可以了。 马卡龙贵在哪里: 正宗的马卡龙由杏仁粉糖粉和鸡蛋清烘焙制成,每个马卡龙由两个杏仁小饼和内陷组成外壳光滑,由此得名 少女的酥胸 。完美的马卡龙在底端有翻出的褶皱,又得名 天使的裙摆。口感来说虽不是入口极化但是余味绵长,细腻的甜搭配着杏仁的醇香。 整体来看马卡龙真正好吃的时候应该是加了馅之后冰箱冷藏一到两天(视乎夹馅的湿度不同)的时候,刚烤完的稍脆的壳子吸收了夹馅中的水分变得略绵软,与内馅仿佛融为一体,而外壳还是脆的,这样吃下去才是刚刚好,并且还一定要冷藏拿出来就吃,冷冻保存的则要稍稍回温一下下吃。 刚夹馅的和夹馅后冷藏的太久的(湿润过度),都不够好,室温放久了也影响口感。 以及,烤的程度刚好合适的马卡龙壳子,质地会像蛋糕一样均匀细密,并不会觉得很甜。再与偏酸、偏苦一点的夹馅一中和,真的超级美妙的。 绝大多数说马卡龙不好吃死甜的人,我觉得还是没有吃到做的好的马卡龙,以及很多本来就不爱吃甜品的人,做得怎样都是不会觉得好吃的啦。