Live data from Hacker News

Oracle refuses to accept pro-Google “fair use” verdict in API battle

arstechnica.com

51–60 of 344 posts

Re: Oracle refuses to accept pro-Google “fair use” verdict in API battle

#51
post #40

Oracle should stop that, in my opinion. That attitude could kill Java in the long term.

One wonders how much the taint of Java factored into the decision to invent Go.

Not much actually, the developers of Go mainly wanted shorter compile times than C++ offered.

Re: Oracle refuses to accept pro-Google “fair use” verdict in API battle

#52
post #29

Earlier quoted context omitted.

This is tricky because if you declare any API no matter how trivial copyrightable then the first guy to copyright a function to compute sqrt, tan, atan, etc wins. And if you can't copyright trivial interfaces then the question becomes where the line is drawn. There's far more at stake than Oracle trying to squeeze money out of Google.

I completely agree, but I don't really know what to do about it. Surely a document describing a useful software interface (GUI, CLI, API) is a creative work and takes effort to produce. Unless we just agree that it's a necessary exception for the purposes of interoperbility I'm not sure how I would argue that it shouldn't fall under copyright protection.

There are two philosophies of copyright. One, that people/companies have a moral right to control their creative output, and the other, that copyright should be granted sparsely when it has a positive impact on society, such as promoting the writing of books.

Since APIs are a byproduct of software development, it is hard to see how it should be copyrightable under the second stance, but easy for the first.

Perhaps granting copyright, but setting precedence that basically any use is fair use, is a good compromise.

Re: Oracle refuses to accept pro-Google “fair use” verdict in API battle

#54

Oracle is at that stage where they didn't invent or do anything right in the last 5 years but try to get money from lawsuits.

From what I've been told by a contact in their database sales team is that there pipeline for on-premise licenses is drying up quickly but their SaaS business is doing well.

Just to add a little nuance - the difference is in flow vs stock of customers. Very few existing EBS customers are reimplementing in Cloud because of the time, cost, and loss of customizations. It doesn't make sense.

New customers are being forced into Cloud by the Oracle sales team. The sales reps literally receive no compensation for on-prem (EBS) deals, and they must go through a lengthy approval process just to offer a prospect the on-prem solution. Thus everyone is being guided to Cloud, whether or not it is the right solution for the customer.

Re: Oracle refuses to accept pro-Google “fair use” verdict in API battle

#55
post #19

Okay, either I'm crazy or everyone else is. Assuming the court isn't trying to set a new precedent with regards to software it seems like Oracle should have easily won this case. There is an argument to be made that APIs shouldn't be copyrightable but surely it's not fair use -- Google's use of Java doesn't even come close to meeting the criteria.

Google was found in violation of copying some source code if I am not mistaken, but this is about whether the concept of an API itself should be copyrightable, (how many ways can you write an API for a function that adds two integers together?) and that's the big problem here. If handled badly, it can literally kill the software industry.

What I don't get is Oracle not realizing that this could kill their SQL business if IBM decides to do some suing.

Re: Oracle refuses to accept pro-Google “fair use” verdict in API battle

#57

Earlier quoted context omitted.

One wonders how much the taint of Java factored into the decision to invent Go.

Not much actually, the developers of Go mainly wanted shorter compile times than C++ offered.

Pretty sure different people wanted different things. Some people certainly wanted better concurrency.

Re: Oracle refuses to accept pro-Google “fair use” verdict in API battle

#58
post #19

Okay, either I'm crazy or everyone else is. Assuming the court isn't trying to set a new precedent with regards to software it seems like Oracle should have easily won this case. There is an argument to be made that APIs shouldn't be copyrightable but surely it's not fair use -- Google's use of Java doesn't even come close to meeting the criteria.

This is tricky because if you declare any API no matter how trivial copyrightable then the first guy to copyright a function to compute sqrt, tan, atan, etc wins. And if you can't copyright trivial interfaces then the question becomes where the line is drawn. There's far more at stake than Oracle trying to squeeze money out of Google.

After the original trial verdict was overturned by the appeals court, I joked about copyrighting every single signature I could think of for print functions so that I could claim royalties from virtually every program in existent.

Re: Oracle refuses to accept pro-Google “fair use” verdict in API battle

#59
I wish intent and end result counted more strongly. Andoid's compatibility isn't transitive: once code goes through the Android build pipeline to produce an Android Application it cannot be meaningfully used in the context of Oracle Java; it's a one-way transformation to remain "talent-compatible" with a large pool of Java developers and reuse the base of Java libraries.

Projects like OpenJDK and WINE are efforts to provide an alternate execution environment for code that is mutually beneficial to the ecosystem, although perhaps not the wallets of the original owner. A commercial venture ought to qualify here if the intent is to compete on equal footing -- code targeting OpenJDK can run unmodified on Oracle Java, code targeting WINE can run unmodified on Win32, thereby not limiting the original creator's rights.

However, Android Apps contain unrelated public APIs as part of the exported code, and a full packaged Android App cannot meaningfully run on Oracle JDK, despite portions of the standard library looking and behaving alike. This fragments the ecosystem and essentially allows Android to benefit from the works of the Java rightholders without making those contributions equally as useful to Oracle Java itself.

Post reply on HN