原帖由 @babylover 于 2016-5-26 10:59 发表
楼主这种真心不止精神股东了。这尼玛是舔脚红卫兵啊
原帖由 @babylover 于 2016-5-26 11:16 发表
以后每天见到你这种舔脚帖子进来扣分
原帖由 @u571 于 2016-5-27 09:52 发表
你以为APPLE的OSX里面就没有牵涉到兼容私有API的了?
甲骨文要申诉了,APPLE就是下一个诉讼公司的大肥肉
原帖由 ffcactus 于 2016-5-27 09:58 发表
posted by wap, platform: iPhone
OS X又不是虚拟机,涉及什么Java API了?2333。
要用Java必须装Java SDK。
原帖由 @u571 于 2016-5-27 10:10 发表
你蠢吗?这仅仅只是java的问题?如果甲骨文胜诉,今后只要你系统和应用使用到了任何一个别家私有API,人家就可以告你
而且有甲骨文胜诉案例在前,一告一个准。
原帖由 @u571 于 2016-5-27 10:10 发表
你蠢吗?这仅仅只是java的问题?如果甲骨文胜诉,今后只要你系统和应用使用到了任何一个别家私有API,人家就可以告你
而且有甲骨文胜诉案例在前,一告一个准。
原帖由 @u571 于 2016-5-26 13:52 发表
你以为APPLE的OSX里面就没有牵涉到兼容私有API的了?
甲骨文要申诉了,APPLE就是下一个诉讼公司的大肥肉
原帖由 @总是注册不成功 于 2016-5-26 15:41 发表
我也没搞清楚是怎么回事,是不是说比如你有一个算加法的api输入两个整数输出两数之和,我也有这么个api,我就侵权了?
原帖由 @总是注册不成功 于 2016-5-27 11:41 发表
我也没搞清楚是怎么回事,是不是说比如你有一个算加法的api输入两个整数输出两数之和,我也有这么个api,我就侵权了?
原帖由 @jun4rui 于 2016-5-27 11:48 发表
是啊,就是你的string库里面有个toString,那别人也叫toString,就算抄袭了。你哪天看xx公司做的sql库太傻,就自己写了一个库,里面有个连接数据库的函数叫connection,嗯,不好意思你侵权了咱法院见……
这么玩,计算机行业就不要发展了,或者说编程语言只要不是开源的大家也就别用了。美国法律界只要不蠢,就不可能让Oracle胜诉的
原帖由 @ffcactus 于 2016-5-26 15:58 发表
当然不是,首先你这API得是你的独创,而且你这API得有价值。至少得获得专利委员会的认可。
你看360想偷用苹果公司用API,苹果直接下架你的产品,360屁都不敢放一个。
原帖由 @jun4rui 于 2016-5-27 12:14 发表
你找一家认证API的专利委员会出来看看?别讲笑话啊,现在不需要你人肉Siri咋还蹦出来呢?
原帖由 @FURA 于 2016-5-27 12:29 发表
个人理解梳理一下,不对请指正。
一种程序语言一般分为两部分,解释器和库。
所谓的解释器就是把你写的a=b+c翻译成机器能懂的0101。
所谓的库就是把一些常用的函数先写好,后来者直接调用就好了。不用去理解这些函数实际是怎么实现的。这个库也可以叫API。
公有API是公开的API,你可以在官方文档上查询到其使用方法,有些还包括源代码。
非公开API就是在官方文档上查询不到的API,但官方也不反对你用。
私有API是文档上查询不到,官方明确表示这个不让你们用的API。
举个形象的例子,比如你要写程序读取手机现在的位置,你不用写一大堆代码去访问底层硬件,你直接调用GPS()这个函数就搞定了,这就叫公有API。
如果有一个另外一个函数gotox(),这个函数可以直接访问手机的0x0内存地址,这个函数是手机公司自己用来调试硬件的时候用的,它相当不安全,一般它就会被定义为私有API,对公司外的人严格保密。
那为什么会有人想用私有API呢?因为它就是手机公司给自己的技术人员开的后门,使用起来确实很方便。
原帖由 @lvcha 于 2016-5-27 12:36 发表
微软和甲骨文,业界毒瘤
本帖最后由 lvcha 于 2016527 12:37 通过手机版编辑
原帖由 @FURA 于 2016-5-26 16:29 发表
个人理解梳理一下,不对请指正。
一种程序语言一般分为两部分,解释器和库。
所谓的解释器就是把你写的a=b+c翻译成机器能懂的0101。
所谓的库就是把一些常用的函数先写好,后来者直接调用就好了。不用去理解这些函数实际是怎么实现的。这个库也可以叫API。
公有API是公开的API,你可以在官方文档上查询到其使用方法,有些还包括源代码。
非公开API就是在官方文档上查询不到的API,但官方也不反对你用。
私有API是文档上查询不到,官方明确表示这个不让你们用的API。
举个形象的例子,比如你要写程序读取手机现在的位置,你不用写一大堆代码去访问底层硬件,你直接调用GPS()这个函数就搞定了,这就叫公有API。
如果有一个另外一个函数gotox(),这个函数可以直接访问手机的0x0内存地址,这个函数是手机公司自己用来调试硬件的时候用的,它相当不安全,一般它就会被定义为私有API,对公司外的人严格保密。
那为什么会有人想用私有API呢?因为它就是手机公司给自己的技术人员开的后门,使用起来确实很方便。
原帖由 @jun4rui 于 2016-5-27 13:04 发表
目前流行的玩意里面,有非常多是用了别家的API,但是实现是自己写的,仅仅举一个例子:
Compaq 实现 IBM 的 BIOS API(你们以后电脑还要开机吗?)
Linux 和 OS X 实现 AT&T 的 UNIX API(APPLE肯定算窃贼的,Linux不收费不过要是追究下来那估计互联网整个要瘫痪)
各种系统实现 BSD 协议的 Socket API(呵呵,网络基本不会通了吧?)
全部没有经过原公司授权,但是都有巨大的影响。如果 API 都受版权保护,那就不是Google赔90亿的问题,也不是程序员会倒霉,而是互联网乃至这个互联网时代整体崩溃。
所以我从来不担心Oracle会胜利,判Oracle胜诉这种可能性不存在
原帖由 @ffcactus 于 2016-5-26 17:04 发表
再贴一段知乎的吧
诉讼策略,诉讼策略,诉讼策略。谷歌自己搞一套API,就是作恶,就是作恶,就是作恶。
你认为谷歌真的只抄了9行么?如果只抄了9行,为啥要抄?几十万行都自己写了,最后9行写不出?9行代码都写不出?9行代码都写不出?
法律上,你需要让不懂编程的陪审团认定抄袭是需要准备几道简单的选择题的。只需要这几行关键的代表了最核心算法的几行就够了。自己脑补一下美剧,有的时候穷凶极恶的杀了十几人的杀人犯,为了诉讼的需要也可以只让他认一两个罪名就够了。法律不是追求最终的真相,而是追求程序正义,妥协。因为有巨大的诉讼成本在这里摆着。
如果一定要讨论正义,可以做一道思考题,如下:
此次诉讼的焦点应该在于API是否也纳入知识产权。谷歌在安卓的JDK上几乎完全抄袭了SUN(被收购前)的。抄袭是为了争取Java程序员的支持(不自己发明语言),然后自己又搞了一套,然后改变了以前的JDK的接口的行为,随意裁剪(比如说删掉了XML)。这个裁剪的行为到底是否正义?安卓的很多开发都叫苦不迭(这不是Java!!!)众所周之,Java不是C++社区,Java最讨厌做一件事情有多种方法!比较搞笑的是,谷歌确实是java理事会的成员,参与定义Java语言规范的,自己定的规范自己不遵守,开了及其恶劣的先河。然后,JDK只是一套规范,实现是各个厂家自己做的,比如说IBM JDK, open JDK, Apple jdk, 以及Bea jrockiet等等。谷歌自己搞的因为不符合J2SE 也不是J2ME 所以干脆就不叫JDK,SUN拿他没办法。但是甲骨文比较猛,找到了谷歌抄袭API的时候顺带抄袭了实现,抓了现行。当年微软也是嫌弃java不好自己搞了JDK改变了接口行为,名字也改了叫J++,被SUN在法庭打败,所以J++改名C#.
放开法律不谈,这个诉讼也达到了非常好的效果。谷歌最终同意将自己的开发的JDK合并到OPEN JDK. 再一次避免了java的分裂。
参考
http://3g.163.com/ntes/special/0034073A/wechat_article.html?docid=BC3FQT64001168BQ&o=1&from=redirect
谷歌自己搞一套API,就是作恶,放在sun手里也绝对不会放过的,参考当年sun诉微软吧。J++ J# C#是怎么来的?
PS:这些编辑真会洗白,呵呵。谷歌不做恶,是公关策略吧。看看这新闻的内容。
"而Google亦向VentureBeat证实“Android N”将仅仅依赖于OpenJDK,而不是Android自有的Java API版本。
"
谷歌专有JDK
"Google正计划将Java应用程序接口(APIs)从Oracle专属的Java开发套件(JDK)换成开源的OpenJDK"
因 ...
原帖由 @ffcactus 于 2016-5-27 13:19 发表
乡霸,你真把其他安卓爱好者当文盲?
各位安卓爱好者别怪我啊,我最多觉得你们自欺欺人,电脑报爱好者是直接侮辱你们的智商,2333。
原帖由 @ddaaii 于 2016-5-27 13:23 发表
哈,跟其他人无关,人家只是没把你当人看,你不过就是个虚拟的。。。“Siri”么
本帖最后由 ddaaii 于 2016527 13:23 通过手机版编辑
原帖由 @ffcactus 于 2016-5-26 17:26 发表
你是心甘情愿被电脑报侮辱。
欢迎光临 TGFC Lifestyle (http://bbs.tgfcer.com/) | Powered by Discuz! 6.0.0 |