Earlier quoted context omitted.
I'm glad for the verdict but this is such bullshit. Google implemented exactly enough to create the illusion of letting people use their Java talents then dragged their feet with a half broken out-of-date language environment. And they did all this to save money, not some sort of noble rebellion or clever hack. > Sun offered a licensing deal of between US$30 and 50 million. Schmidt said Google would have paid for tha…
I don't know why people are acting like this is some victory of open source I don't know that anybody is saying that Google did anything specifically Good or Just or Noble or anything. The celebratory aspect is more based on all the Bad Things that would have happened in the future if this decision had come down in favor of Oracle.
Google’s copying of the Java SE API was fair use [pdf]
181–190 of 965 posts
Re: Google’s copying of the Java SE API was fair use [pdf]
#182Earlier quoted context omitted.
This is not a persuasive argument because, by your logic, function implementations are also mathematical formulas and everyone agrees that they are copyrightable.
No, definitely not. Computer code is not a formula. A formula is an idea. It describes the nature of something computable. It does not explain how to compute. For example: https://en.wikipedia.org/wiki/Euclidean_algorithm The programmer must understand the formula in order to write computer code that implements it. The result is a creative/expressive work which is copyrightable.
Re: Google’s copying of the Java SE API was fair use [pdf]
#183Earlier quoted context omitted.
IBM would probably want to talk to 99% of computing companies out there, not just BIOS companies :-)
Including Oracle, since their copying of IBM's SQL API is what the whole company is based on.
Re: Google’s copying of the Java SE API was fair use [pdf]
#184Earlier quoted context omitted.
Can you copyright generated things? You probably could copyright the way you're generating it, but I doubt you have a legal standing about the generated text or melody itself.
I am not a lawyer, but I don't see why not. Have you ever used code generation as part of software you have built? Is there any reason why generated code could not be copyrighted as part of a larger system? For example, suppose I define a data model for a public-facing API and then generate SDKs in various popular programming languages to interact with the public-facing API. If I were a major corporation that owned s…
Re: Google’s copying of the Java SE API was fair use [pdf]
#185Re: Google’s copying of the Java SE API was fair use [pdf]
#186Earlier quoted context omitted.
The copyrightable part of them is the creative decision making used to organize the workings of the function itself, not the formulas. Two functions could have identical algorithmic performance, but be stylistically and semantically different, have been written independently, and neither would infringe on the copyright of the other.
An API design is also a creative and highly stylistic work. Anyone who has ever designed a large API, or suffered a poorly designed one, can attest to that. A bad design can work just as well as a good design. Also, you are distorting the argument by making it about one method signature instead of thousands of interconnected types and methods that work together to present an ergonomic interface for the developer.
Two equally good programmers may come up with radically different interfaces. Whereas if given an interface and instructed to implement it, they are likely to converge to a similar implementation.
Re: Google’s copying of the Java SE API was fair use [pdf]
#187This is one of the most important legal decisions in the history of software. The US Supreme Court has basically just saved the whole software industry (and FOSS projects) from being wrecked by patent trolls.
Open source code is still usually copyrighted. Nobody would trust closed languages and APIs unless they paid a fortune for them while open source with a grant would be safe to use.
Re: Google’s copying of the Java SE API was fair use [pdf]
#188Earlier quoted context omitted.
This argument is hard to swallow: > declaring code would satisfy the general test for copyrightability.. they are expressed in “words, numbers, or other verbal or numerical symbols It is common knowledge that mathematical formulae & equations, which are also expressed in words, numbers, and symbols, do not have copyright protection. > Copyright protection is therefore not available for... mathematical principles; for…
This is not a persuasive argument because, by your logic, function implementations are also mathematical formulas and everyone agrees that they are copyrightable.
It’s when you see an actual mathematical syntax that you realize how different programming really is.
Not try to be tedious here, just pointing out that actually programming is different than math, even for a language like Haskell.
Re: Google’s copying of the Java SE API was fair use [pdf]
#189Earlier quoted context omitted.
An API design is also a creative and highly stylistic work. Anyone who has ever designed a large API, or suffered a poorly designed one, can attest to that. A bad design can work just as well as a good design. Also, you are distorting the argument by making it about one method signature instead of thousands of interconnected types and methods that work together to present an ergonomic interface for the developer.
The quality of good/bad or ergonomic is insufficient to meet the threshold for copyright protection. A table of baseball batting averages or telephone numbers is not copyrightable, no matter how good or bad it is organized.
There's a reason the Supreme Court didn't adopt the argument you are pushing and instead ruled on fair use grounds: It's a bad argument because a large API is clearly a creative work.
Re: Google’s copying of the Java SE API was fair use [pdf]
#190APIs have been copyrightable (in the US) since 2014(or 15, not sure). This ruling only affects the fair use judgement, and makes no further statement on the question of copyright; meaning APIs are still subject to copyright.