Live data from Hacker News

Google’s copying of the Java SE API was fair use [pdf]

supremecourt.gov

741–750 of 965 posts

Re: Google’s copying of the Java SE API was fair use [pdf]

#741

Earlier quoted context omitted.

> We need fundamental reform of IP protections for software anyway. That really is the root issue here. So many problems we're seeing (Pai's clownshow in the FCC, SCOTUS legislating from the bench, federal agencies trampling citizens' rights, etc.) stem from the legislative branch abdicating their authority to third parties -- the librarian of Congress, the FCC, SCOTUS, and even (by legal reference) professional orga…

> Congress gave him that power - which I would argue was an abdication of authority vested in them. Legislators assigning regulatory power to bureaucratic agencies is one of the cornerstones of modern democracies - it wouldn't work otherwise. Many of our legislators are barely qualified to send their own emails, let alone decide what is a telecom utility or how much ppb in drinking water is safe for a toxic chemical.…

> regulatory agencies allows experts to decide those issues in a neutral setting

It is difficult to talk about "regulations" in the abstract but I would suggest that many regulations aren't about a perfect solution devised by an expert. They are more often about finding a tradeoff, a balance between competing goals. Those sorts of decisions can be informed by "expert" knowledge, but I think it is a mistake to think that domain experts are necessarily best positioned to resolve tradeoffs in public policy.

I'm not arguing against expert knowledge being incorporated into construction of regulations -- just pointing out that expert knowledge may be necessary but not sufficient to finding a workable public policy.

Re: Google’s copying of the Java SE API was fair use [pdf]

#742

Earlier quoted context omitted.

Could you explain your line of thinking here a bit more?

https://patentlyo.com/patent/2017/05/overlapping-protecting-...

Generally, a comment such as this should also include some words from you about what kind of point you're trying to make by referring to the longer work. I think you're trying to use this blog post as evidence that patent and copyright protection are mutually exclusive, but from skimming this post it seems to only say that they should be mutually exclusive, while the Federal Circuit apparently disagrees. So at the very least, you would need to also point out how this Supreme Court decision reaffirms the blog post's position and strikes down the Federal Circuit on that question. But that seems to be far beyond the subject matter that the Supreme Court has actually ruled on today.

And you still haven't addressed why anyone should prefer APIs to be covered by copyright rather than patent law, when patents have much shorter duration and are more easily challenged.

Re: Google’s copying of the Java SE API was fair use [pdf]

#743

> "Google copied approximately 11,500 lines of declaring code from the API, which amounts to virtually all the declaring code needed to call up hundreds of different tasks. Those 11,500 lines, however, are only 0.4 percent of the entire API at issue, which consists of 2.86 million total lines. In considering “the amount and substantiality of the portion used” in this case, the 11,500 lines of code should be viewed as…

I'm glad about this outcome, because I agree the other outcome would have had a devastating effect on software development. I also appreciate this fair use argument, especially when you point out the code in question was 0.4% of the entire API. Still, I'll always struggle with the idea that "the amount and substantiality of the portion used" when copying an interface is comparable to copying an implementation. The in…

> especially when you point out the code in question was 0.4% of the entire API.

Honestly, the fact that it's 0.4% is a BS heuristic. What if they spent a year and all they did was refactor the code so that codebase was 1.43 million lines instead of 2.86? Would that mean these lines of code are 2x as powerful?

Lines of code is an indicative heuristic, but not a deterministic one.

Re: Google’s copying of the Java SE API was fair use [pdf]

#744
post #567

> "Google copied approximately 11,500 lines of declaring code from the API, which amounts to virtually all the declaring code needed to call up hundreds of different tasks. Those 11,500 lines, however, are only 0.4 percent of the entire API at issue, which consists of 2.86 million total lines. In considering “the amount and substantiality of the portion used” in this case, the 11,500 lines of code should be viewed as…

Read Thomas' dissent, it'sabsolutely insane. He says how those 11k lines are basically 97.5% of Java's entire usefulness, and billions of dollars of value to Oracle from an Amazon deal. Absurdity.

I agree with the majority here, but how is that crazy? One major point in the fair use analysis is that Android (for smartphones) did not directly compete with Java SE (for laptops and desktops). Showing that Android is a viable alternative for other Java uses, and did indeed supplant other Java contracts, seems relevant.

Re: Google’s copying of the Java SE API was fair use [pdf]

#745
post #549

Earlier quoted context omitted.

"Here the record showed that Google’s new smartphone platform is not a market substitute for Java SE." Does this mean that companies copying the S3 API as a substitute for S3 are still untested territory?

Strictly speaking, yes - this decision, as many other SCOTUS decisions, is tailored to specific case and leaves the other situations to be argued on their own merits. But having definite precedent in the situation where API has been recognized as non-copyrightable both sends signal to the lower courts about where SCOTUS leans, and to the potential plaintiffs about their chances to ultimately prevail. It is not a defi…

And remember that Fair Use is a four-part balancing test. Thus, a single factor shifting will still have to be weighed against the rest. Also, for the S3 APIs, you're also talking about using even _less_ of Amazon's copyrighted code (e.g. a dozen function signatures compared to millions of LoC).

Re: Google’s copying of the Java SE API was fair use [pdf]

#747
post #70

While the result is a big relief, I think it's not as decisive as I'm noticing some headlines (and commenters) are claiming. One of the big open questions is "are APIs copyrightable?" The court skirted that question, and instead focused on whether it was fair use: > To decide no more than is necessary to resolve this case, the Court assumes for argument’s sake that the copied lines can be copyrighted, and focuses on…

I think the focus on fair use is even better. It means that EVEN IF you can copyright the API, it doesn't matter because others can reimplement it. So not only can corps not stop that, but courts might rule later that the copyrights are totally invalid.

Re: Google’s copying of the Java SE API was fair use [pdf]

#748

Earlier quoted context omitted.

[flagged]

If your worldview is this simple, it is also probably very wrong.

Being concise isn't simplistic.

I explained very clearly what the contradiction in Thomas' rulings is which leads me to my conclusion.

You can have an opinion about whether that's right ... but its hardly simplistic.

Being simplistic would be having the view that he's a hack without any evidence.

I don't say he's a hack lightly. If you look at his decisions he uses one path of reasoning in one set of decisions and then uses the opposite path of reasoning to come to a different conclusion in a different set of decisions, depending on how the outcome needs to come out. And then he claims he's being textual. Its nonsensical.

Edit: TBF you're being very simplistic assuming my comment illustrates a worldview. What worldview is that? Look at my comment history. I'm generally free-market and maximal-corporate rights ... aligned with Thomas. I just think his reasoning is flawed.

Re: Google’s copying of the Java SE API was fair use [pdf]

#749

Earlier quoted context omitted.

> One of the big open questions is "are APIs copyrightable?" The court skirted that question, and instead focused on whether it was fair use: Doesn't deciding that it's fair use specifically mean that they think it is copyrightable? The fair use doctrine specifically refers to the use of copyrighted material.

No. "Assume it's copyrightable. It's still fair use." That means you don't have to answer "Is it copyrightable?" The Supreme Court generally prefers to not answer questions that they don't have to answer.

So in programmer speak

    if (!isFairUse(workUnderInvestigation) && copyrightable(originalWork)) {
      bigCopyrightPayout();
    }
Short circuit on the and operator. It's fair use, so copyrightable will not be evaluated. Evaluating copyrightable has an obervable side effect of creating a precedent.

Re: Google’s copying of the Java SE API was fair use [pdf]

#750

Oracle's response[1]: "The Google platform just got bigger and market power greater — the barriers to entry higher and the ability to compete lower. They stole Java and spent a decade litigating as only a monopolist can. This behavior is exactly why regulatory authorities around the world and in the United States are examining Google's business practices." - Dorian Daley, Executive Vice President and General Counsel,…

"Only a monopolist would have the resources to fend off our blatant shakedown attempt."
Post reply on HN