Live data from Hacker News

Google’s Supreme Court faceoff with Oracle was a disaster for Google

arstechnica.com

571–580 of 771 posts

Re: Google’s Supreme Court faceoff with Oracle was a disaster for Google

#571
post #393

Earlier quoted context omitted.

You are describing Supreme Court clerks with your first suggestion. https://en.m.wikipedia.org/wiki/Lists_of_law_clerks_of_the_S...

I find it hard to believe that even a top performing law school grad would be a subject matter expert comparable to a 5 or 10+ year developer for this topic.

A great deal of (conflicting!) SME testimony has already gone into this case.

Re: Google’s Supreme Court faceoff with Oracle was a disaster for Google

#572

I'm not sure why so many people here seem to be surprised by this, I got the exact same impression from the hearing. The problem for Google on the copyrightability front is that "compilations" of non-copyrightable items can be copyrightable even if the underlying items themselves are not, if the "selection, coordination, or arrangement" of those items involves sufficient creativity to be considered an "original work…

I think the fact that you can copyright which recipes are in a cookbook is on the level of an API, which is why I think its absurd the government grants exclusive ownership for such a thing. I don't know how we got to this point where we think any of this is a natural or sane state of affairs.

Re: Google’s Supreme Court faceoff with Oracle was a disaster for Google

#574

This is not good...not good at all! If Oracle wins, to me with zero knowledge around copyright laws and legalese topics, means small to medium companies will close down out of fear of getting sued for using or implementing a competitor's APIs. Not only that, it feels like the whole technological "civilization" will collapse after this and I'm not exaggerating, because thousands of people will lose their job simply be…

This is an overreaction. We already are in the state you describe, except for patents. The doubly linked list is patented [0]. Selling something over the internet was patented [1]. The list could go on and on. Every major software company has so many patents that they could find an infringement in almost any software company. Why hasn't this happened? Because, like copyright, someone needs to actually bring suit. Tha…

So why enable further madness when the current system is already dysfunctional?

Re: Google’s Supreme Court faceoff with Oracle was a disaster for Google

#575

Earlier quoted context omitted.

1. That would probably be considered fair use. 2. The amount of money Oracle would get back (and going forwards) in licensing fees for Android would probably dwarf most financial prospects from any API reimplementations that might be at risk.

> That would probably be considered fair use. Because APIs have never before been considered copyrightable, unless Google wins on fair use in this case, we will have exactly zero on-point case law as to when an API reimplementation is fair use. Speculating on what would be considered fair use in API re-implementations in that case would be extremely speculative. > The amount of money Oracle would get back (and going…

Google already switched Android over to OpenJDK in 2016, which they have an absolutely ironclad right to use without paying for. If Oracle does end up winning the payout will be for the period of 2008-2016 when Google was using their own home brewed Java implementation.

Re: Google’s Supreme Court faceoff with Oracle was a disaster for Google

#576

Earlier quoted context omitted.

Having read multiple perspectives, some pro-Google and some pro-Oracle, I cannot reconcile this sort of argument with the Baker v. Selden precedent. [1] Perhaps my understanding of APIs is different because I'm an engineer and not a lawyer, but how is this not an open and shut case? The cookbook analogy is not applicable for the same reason one could not apply it in Baker , accounting methods are not of themselves co…

I think people get thrown off because an API is describe through lots of text and can be huge, where as other things are just a layout. The recipe book itself is copyrightable but the language used to describe the recipe isn’t.

Actually the language used to describe the recipe might be. it's just that the recipe itself is not, the fact that you mix 2 cups of this with 1 cup of that and bake at so many degrees. So language that's a plain listing of that in a standard format isn't copyrightable, because it's just a straightforward way to list the uncopyrightable recipe. But if you use especially creative and unique language to describe a recipe, that particular language might be copyrightable. The recipe as a recipe is not; the language used to describe it can be, if it's an unusual or creative way to do so. But someone can most definitely always use their own language to express the same recipe -- the same ingredients in the same amounts combined in the same ways, is not copyrightable.

This has until now seemed like it should also mean that the API as API is not copyrightable, and a straightforward implementation of something like `min` is also not, as it's just the only reasonable way to implement `min`. But an especially clever or creative algorithm to implement a part of an API might be.

Re: Google’s Supreme Court faceoff with Oracle was a disaster for Google

#577

I'm not sure why so many people here seem to be surprised by this, I got the exact same impression from the hearing. The problem for Google on the copyrightability front is that "compilations" of non-copyrightable items can be copyrightable even if the underlying items themselves are not, if the "selection, coordination, or arrangement" of those items involves sufficient creativity to be considered an "original work…

I wouldn’t be surprised if Oracle wins on copyright (I think it is almost impossible for Google to count to 5 on their merger doctrine argument) but I disagree that fair use is a long shot. The justices that brought up the case’s procedural history were all unanimously skeptical that the Federal Circuit correctly set aside the fair use verdict in favor of Google. I think the most likely outcome of this case (especial…

>I wouldn’t be surprised if Oracle wins on copyright (I think it is almost impossible for Google to count to 5 on their merger doctrine argument) but I disagree that fair use is a long shot. I wonder about the differences (which definitely do exist) between Oracle's Java API and the OpenJDK Java API.

While they really have to be substantially similar to allow interoperability, OpenJDK is open source (GPL) and Oracle's Java is not.

That brings up a couple questions which don't directly bear on the case just heard by the Supremes, but are (IMHO) relevant to potential second-order consequences of a ruling for Oracle:

1. Given that the OpenJDK API is substantially similar to the Oracle Java API, could Google avoid repercussions by switching to the former from their "adaptation" of the latter?

2. Should an API be considered eligible for copyright, wouldn't that enable opportunities for language and library developers to restrict others from developing competing (via performance or utility enhancements) languages/libraries by forcing anyone who wished to implement enhancements to either purchase a license or flat out deny them the ability to do so (assuming the product --including the API isn't open source)?

3. If (2) is the case, what does that mean for incremental improvements of languages and libraries?

I'm not a java dev or a copyright expert, so pardon me if I missed an important point.

Re: Google’s Supreme Court faceoff with Oracle was a disaster for Google

#578
post #506
post #435

Earlier quoted context omitted.

Let's take your proposal further and let's say we have 20 different languages (some even with non English characters), runtimes, compilers, build systems, UI guidelines, etc will uniform distribution across the world. So even if you want to publish a software for your home country you'll only be able to reach 5% of population with any single tool chain. Are you willing to learn all those 20 different language/runtime…

> Are you willing to learn all those 20 different language/runtime/tool chains? No, and that's exactly my point. Because it would be impossible to support everything, developers and corporations might have to aim for more limited reach. I imagine that would lead to a situation where we have 20 different widely supported kernels, 20 different up-to-date web browsers, 20 different modern OSes, etc. I would love to be a…

I don’t see this resulting in 20 different web browsers or kernels or OSes that are anywhere near as good as the ones we have today. Making even just one is a shocking investment of resources and a massive ongoing maintenance responsibility. Many, many human lifetimes have gone into building something like Chrome. Wishing that this herculean effort was forced to be duplicated 19 times over just so that you could have alternatives to choose feels kinda perverse.

Re: Google’s Supreme Court faceoff with Oracle was a disaster for Google

#579

Earlier quoted context omitted.

Companies don't bother with principled consistency, and so I wouldn't expect any from Microsoft if this goes Oracle's way. It's totally possible that Microsoft thinks APIs being non-copyrightable is good for them on net, but that if SCOTUS decides otherwise that they might as well go crush WINE anyway since they now have the means.

What would the benefit to MS be to crush w WINE. They have made a big effort to rebuild their reputation with developers, and WINE doesn’t really hurt their bottom line. They have no incentive.

The risk of WINE or ReactOS becoming, or contributing to, competitors. Proton is a fork of WINE by Steam that is used to run Windows games on Linux, and it works very well. One day in the future it might make sense to go after Steam, or CodeWeavers.

Re: Google’s Supreme Court faceoff with Oracle was a disaster for Google

#580

Earlier quoted context omitted.

The difference is that Baker didn’t involve literal copying of the accounting tables. Baker is treated as a merger case, but it’s more a case about the difference between copyright and a method patent. Baker claimed that copying the general structure of the tables was infringement. The court essentially held that the structure that was copied was the structure dictated by the method itself. And Selden couldn’t copyri…

Then, the question is whether these choices of where to put the parameter reflect any creativity. Though the choices are creative, it's necessary to replicate them exactly to produce a functioning interface for existing Java code. It's like a design for an electrical connector; maybe patentable, but it's essential to the function so shouldn't be copyrightable.

Are google deliberately not arguing the "APIs should be patentable but not copyrightable" angle because they think that would make the situation even worse than it already is?
Post reply on HN