TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

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

4103 pointsby pdoconnellabout 4 years ago

108 comments

dangabout 4 years ago
Threads are paginated for performance reasons (yes we&#x27;re working on it), so to see the rest of the comments you need to click More at the bottom of the page, or like this:<p><a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=26699106&amp;p=2" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=26699106&amp;p=2</a><p><a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=26699106&amp;p=3" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=26699106&amp;p=3</a><p>(If you&#x27;ve already seen a bunch of these, I apologize for the annoying repetition.)
jxfabout 4 years ago
While the result is a big relief, I think it&#x27;s not as decisive as I&#x27;m noticing some headlines (and commenters) are claiming.<p>One of the big open questions is &quot;are APIs copyrightable?&quot; The court skirted that question, and instead focused on whether it was fair use:<p>&gt; 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 whether Google’s use of those lines was a “fair use.”<p>That said, this case does establish a precedent that if your copying of an API is primarily for purposes of matching an interface so that developers can reimplement it, you&#x27;re in fair use territory:<p>&gt; Google copied these lines not because of their creativity or beauty but because they would allow programmers to bring their skills to a new smartphone computing environment.<p>I&#x27;ll count that as a win, on balance.
评论 #26702750 未加载
评论 #26700623 未加载
评论 #26699684 未加载
评论 #26702573 未加载
评论 #26699500 未加载
评论 #26704714 未加载
评论 #26699980 未加载
评论 #26706936 未加载
评论 #26700345 未加载
评论 #26708126 未加载
评论 #26704332 未加载
评论 #26710785 未加载
评论 #26703037 未加载
评论 #26704534 未加载
评论 #26709043 未加载
评论 #26701474 未加载
评论 #26707669 未加载
评论 #26702446 未加载
评论 #26701391 未加载
评论 #26700611 未加载
teruakohatuabout 4 years ago
&gt; &quot;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 one small part of the considerably greater whole. As part of an interface, the copied lines of code are inextricably bound to other lines of code that are accessed by programmers. Google copied these lines not because of their creativity or beauty but because they would allow programmers to bring their skills to a new smartphone computing environment.&quot;<p>Sanity prevailed! This judgment could have had devastating consequences and turned software development into a copyright nightmare.
评论 #26700014 未加载
评论 #26701198 未加载
评论 #26700670 未加载
评论 #26700927 未加载
评论 #26701933 未加载
评论 #26700847 未加载
评论 #26699343 未加载
评论 #26701322 未加载
评论 #26707955 未加载
评论 #26701345 未加载
评论 #26700900 未加载
评论 #26699556 未加载
评论 #26700374 未加载
评论 #26701407 未加载
评论 #26700734 未加载
bryanlarsenabout 4 years ago
It&#x27;s interesting reading Thomas&#x27; dissent. As per typical Thomas appears to be arguing that it&#x27;s the letter of the law that matters, whereas it&#x27;s the majority opinion that the motivations and substance of the law are primary.<p>Hackers and programmers tend to try and read the law like computer code to be &quot;hacked&quot; and exploited based on the letter of the law. So you&#x27;d expect us to be more sympathetic to Thomas&#x27; view. So this is a great example to smack hackers with when they try and &quot;hack&quot; the law, treating it like code rather than something more human. It&#x27;s a great example because this is a case where the majority is obviously the &quot;right&quot; decision to any true code hacker.
评论 #26699859 未加载
评论 #26699931 未加载
评论 #26699541 未加载
评论 #26699991 未加载
评论 #26718443 未加载
评论 #26704857 未加载
评论 #26702158 未加载
评论 #26701433 未加载
评论 #26702104 未加载
评论 #26703723 未加载
abhvabout 4 years ago
Which of Breyer&#x27;s clerks drafted this? They clearly understand many tech issues and I hope they find their place on some Federal circuit to herald an era of logic in tech law.<p>&quot;Google’s limited copying of the API is a transformative use. Google copied only what was needed to allow programmers to work in a different computing environment without discarding a portion of a familiar programming language. Google’s purpose was to create a different task-related system for a different computing environment (smartphones) and to create a platform—the Android platform—that would help achieve and popularize that objective. &quot;<p>...<p>&quot;Here the record showed that Google’s new smartphone platform is not a market substitute for Java SE.&quot;<p>...<p>&quot;Google copied these lines not because of their <i>creativity</i> or <i>beauty</i> but because they would allow programmers to bring their skills to a new smartphone computing environment. &quot;<p>...<p>&quot;the Court concludes that Google’s copying of the API to reimplement a user interface, taking only what was needed to allow users to put their accrued talents to work in a new and transformative program, constituted a <i>fair use</i> of that material as a matter of law. &quot;
评论 #26699356 未加载
评论 #26700113 未加载
评论 #26702743 未加载
评论 #26700401 未加载
评论 #26700894 未加载
评论 #26700218 未加载
评论 #26701282 未加载
评论 #26699507 未加载
epagaabout 4 years ago
&quot;The doctrine of “fair use” is flexible and takes account of changes in technology. Computer programs differ to some extent from many other copyrightable works because computer programs always serve a functional purpose. Because of these differences, fair use has an important role to play for computer programs by providing a context-based check that keeps the copyright monopoly afforded to computer programs within its lawful bounds.&quot;<p>This is EXCELLENT news for anyone in software development. Yay for Fair Use.
评论 #26703600 未加载
tantalorabout 4 years ago
From the dissent:<p>&gt; The Copyright Act expressly protects computer code. It recognizes that a “computer program” is protected by copyright... And it defines “‘computer program’” as “a set of statements or instructions to be used directly or indirectly in a computer in order to bring about a certain result.” §101. That definition clearly covers declaring code—sets of statements that indirectly perform computer functions by triggering prewritten implementing code.<p>Thomas seems confused here. An API (declaring code) is not a computer program. A computer cannot execute declaring code - by definition - because it is missing the implementation.<p>Declaring code does <i>not</i> &quot;indirectly perform computer functions&quot;. Declaring code does not perform <i>anything</i>. It provides a reference, nothing more, for a compiler to match one computer program (the API client) to another (the API implementation).
评论 #26699576 未加载
评论 #26702307 未加载
评论 #26700503 未加载
评论 #26700424 未加载
评论 #26703802 未加载
评论 #26699634 未加载
评论 #26700963 未加载
评论 #26704421 未加载
评论 #26700270 未加载
评论 #26700387 未加载
mindcrimeabout 4 years ago
This appears to be the &quot;money quote&quot;:<p><i>We reach the conclusion that in this case, where Google reimplemented a user interface, taking only what was needed to allow users to put their accrued talents to work in a new and transformative program, Google’s copying of the Sun Java API was a fair use of that material as a matter of law.</i><p>Also, while I hate to just repeat things that have already been said, I feel compelled to say<p>&quot;What a relief!&quot;<p>because this would have been a complete disaster if they had gotten this decision wrong. In fact, I&#x27;m not sure &quot;complete disaster&quot; is a strong enough phrase to reflect what it would have meant for the software industry if this had come down the other way. So getting this looming disaster out of the way is a tremendous relief.
评论 #26699364 未加载
jkingsberyabout 4 years ago
I 100% agree that this is the right outcome. Any other outcome would be a nightmare for software developers and would inhibit the development of products.<p>But the dissent raises an interesting point. I think it shows how the crafting of legislation by people who are wholly ignorant of technology can create problems. While <i>programmers</i> recognize the difference between an API and it&#x27;s implementation, Thomas makes the interesting point that the relevant <i>legislation</i> does not (page 4 of the dissent):<p>&gt; Copyright law generally protects works of authorship. Patent law generally protects inventions or discoveries. A library of code straddles these two categories. It is highly functional like an invention; yet as a writing, it is also a work of authorship. Faced with something that could fit in either space, Congress chose copyright, and it included declaring code in that protection.<p>&gt; The Copyright Act expressly protects computer code. It recognizes that a “computer program” is protected by copyright. See 17 U. S. C. §§109(b), 117, 506(a). And it defines “‘computer program’” as “a set of statements or instructions to be used directly or indirectly in a computer in order to bring about a certain result.” §101. That definition clearly covers declaring code—sets of statements that indirectly perform computer functions by triggering prewritten implementing code.<p>While it clearly is in the Court&#x27;s prerogative to interpret law, there seems to be a pretty good case that the court didn&#x27;t provide an interpretation for a gap in the law, it instead fixed a law that didn&#x27;t make sense.
评论 #26701232 未加载
评论 #26700085 未加载
评论 #26702622 未加载
strenholmeabout 4 years ago
I am very glad to see this. Having a “you can abuse copyright to have proprietary control over an API” precedent on the books had a chilling effect for programmers.<p>Let me give you one example as an electronic musician. Once upon a time, Steinberg created an API for connecting programs which simulate musical instruments and musical effects (think reverb, echo, flanger, etc.) called VST. This API was <i>always</i> proprietary but everyone ending up using it, including the open source Audacity program which uses an open source re-implementation of the VST API, allowing it to use professional effects when editing tracks.<p>Well, Steinberg decided that VST2 — the one everyone has been using — was out of date and removed all downloads to the VST2 API, since they wanted users to upgrade to VST3. While a lot of professional music making tools have updated to VST3, others have not, and a lot of tools will never be updated. Steinberg no longer has a copy of the VST2 SDK available for download; they’re really trying to get everyone to update to VST3.<p>Now, with this horrible “Google vs. Oracle” precedent looming over everyone’s head that a company was allowed to copyright an API, Steinberg could had, in theory, said “VST2 is copyrighted, and Audacity is not allowed to use their own independent implementation of that API” (they didn’t in practice because they know it’s bad business; indeed VST3 is dual licensed, where GPL3 is one of the license options).<p>With this precedent, the Audacity team can more easily retain their independent implementation of VST2 knowing the legal precedent saying re-implementing an API is fair use.
评论 #26705386 未加载
curt15about 4 years ago
&quot;On the other hand, Google’s copying helped Google makea vast amount of money from its Android platform. And enforcement of the Sun Java API copyright might give Oracle a significant share of these funds. It is important, how-ever, to consider why and how Oracle might have become entitled to this money. When a new interface, like an API or a spreadsheet program, first comes on the market, it may attract new users because of its expressive qualities, such as a better visual screen or because of its superior functionality. As time passes, however, it may be valuable for a different reason, namely, because users, including programmers, are just used to it. They have already learned how to work with it. See Lotus Development Corp., 49 F. 3d, at 821 &quot;<p>Interesting to see SCOTUS citing Lotus v Borland, which was originally deadlocked at 4-4 (although Breyer seems to have voted in favour of Lotus back then). Does this elevate the precedential value of Lotus?
qalmakkaabout 4 years ago
This 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.
评论 #26699782 未加载
评论 #26701168 未加载
评论 #26699241 未加载
评论 #26700800 未加载
评论 #26699808 未加载
评论 #26700741 未加载
评论 #26700567 未加载
评论 #26699890 未加载
评论 #26699813 未加载
评论 #26699785 未加载
dpifkeabout 4 years ago
I found this section (pp. 33-34) particularly interesting:<p><i>...enforcement of the Sun Java API copyright might give Oracle a significant share of these funds. It is important, however, to consider why and how Oracle might have become entitled to this money. When a new interface, like an API or a spreadsheet program, first comes on the market, it may attract new users because of its expressive qualities, such as a better visual screen or because of its superior functionality. As time passes, however, it may be valuable for a different reason, namely, because users, including programmers, are just used to it. They have already learned how to work with it. [...]</i><p><i>This source of Android’s profitability has much to do with third parties’ (say, programmers’) investment in Sun Java programs. It has correspondingly less to do with Sun’s investment in creating the Sun Java API. We have no reason to believe that the Copyright Act seeks to protect third parties’ investment in learning how to operate a created work. [...]</i><p><i>Finally, given programmers’ investment in learning the Sun Java API, to allow enforcement of Oracle’s copyright here would risk harm to the public.</i><p>If one were to apply the above logic to anti-trust instead of copyright fair use, one might wonder if the Court could find harm to the public in certain behaviors of e.g. a monopoly email provider or monopoly social networking site.<p>(A big argument against anti-trust enforcement against Google and others is that the Sherman Act is designed to protect consumers, not competitors.)
tyingqabout 4 years ago
The HN discussion from 2016 (Jury finds for Google): <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=11781053" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=11781053</a><p>From 2018 (Oracle revives matter via appeal): <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=16688521" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=16688521</a><p>Edit: Fixed, had written &quot;Jury finds for Oracle&quot;, which was NOT what happened in 2016. Argh.
评论 #26699358 未加载
评论 #26699238 未加载
softwaredougabout 4 years ago
Judge William Alsup learned to code for this case, and was therefore able to avoid a lot of the BS being peddled around the significance of some of the code:<p>&gt; The argument centered on a function called rangeCheck. ... It was in Oracle’s interest to play up the significance of rangeCheck as much as possible, and David Boies, Oracle’s lawyer, began to argue that Google had copied rangeCheck so that it could take Android to market more quickly. Judge Alsup was not buying it.<p>&gt; “I couldn&#x27;t have told you the first thing about Java before this trial,” said the judge. “But, I have done and still do a lot of programming myself in other languages. I have written blocks of code like rangeCheck a hundred times or more. I could do it. You could do it. It is so simple.”<p><a href="https:&#x2F;&#x2F;www.theverge.com&#x2F;2017&#x2F;10&#x2F;19&#x2F;16503076&#x2F;oracle-vs-google-judge-william-alsup-interview-waymo-uber" rel="nofollow">https:&#x2F;&#x2F;www.theverge.com&#x2F;2017&#x2F;10&#x2F;19&#x2F;16503076&#x2F;oracle-vs-googl...</a>
评论 #26700485 未加载
评论 #26700350 未加载
评论 #26700766 未加载
评论 #26702812 未加载
protomythabout 4 years ago
I would imagine if the ruling went the other way, IBM might want to talk to all the BIOS companies. Luckily, that didn&#x27;t happen.
评论 #26699697 未加载
评论 #26700094 未加载
AshamedCaptainabout 4 years ago
For better or worse, the same arguments ( &quot;API is copyrightable&quot; ) is what was used in the past to prevent 98&#x27;s Microsoft from doing embrace-extend-extinguish to Java with their &quot;JavaVM with P&#x2F;Invoke&#x27;d Win32 API&quot;.<p>The idea in that case was that when you try to implement something identical to the Java language and standard library, it doesn&#x27;t matter if you call it Java or &quot;Visual J++&quot;; you are still implementing Java and thus in order to be able to do that you need to agree to Sun&#x27;s terms (in that time, it was that your implementation needed to pass a testsuite and among other things needed to be &quot;write once run everywhere&quot;, something the MS one definitely didn&#x27;t as it was offering lots of non-portable extensions).<p>Now to my understanding the opinion here is that literally Sun was trying to do the same to Google (forcing them to ensure their implementation was compatible with Sun&#x27;s, including being able to run Android software under Sun&#x27;s JVM), which would have quite put a setback to Android at least as it was at that point (could you imagine Android forced to go with Swing?).<p>If I try to be fair, I find that in fact Android did succesfully pull the embrace-extend-extinguish strategy that MS was prevented to by legal reasons, and as a consequence basically killed Java on the mobile space (though Oracle has a lot of blame to share here). Perhaps the tides turned and now Google is seen as the lesser evil when compared to Oracle, while in the past Sun was seen as the lesser evil compared to MS. But is there any objective reason why the two rulings should have gone differently?<p>I am actually completely undecided about how I would have liked this ruling to go. I can see some of the repercussions of being able to copyright &quot;header files&quot; way too dangerous to ignore, but on the other side I have already seen the consequences of not being able to, and they are also bad.<p>Alien vs predator...
评论 #26700022 未加载
评论 #26699951 未加载
评论 #26700535 未加载
评论 #26700225 未加载
评论 #26700174 未加载
评论 #26700311 未加载
评论 #26699928 未加载
评论 #26700329 未加载
评论 #26699944 未加载
评论 #26699964 未加载
评论 #26700180 未加载
评论 #26702679 未加载
thesuperbigfrogabout 4 years ago
Had the ruling gone in Oracle&#x27;s favor I can imagine some greedy company trying to procedurally-generate every API and copyright them all similar to this project which tried to copyright all musical melodies:<p><a href="https:&#x2F;&#x2F;www.independent.co.uk&#x2F;life-style&#x2F;gadgets-and-tech&#x2F;news&#x2F;music-copyright-algorithm-lawsuit-damien-riehl-a9364536.html" rel="nofollow">https:&#x2F;&#x2F;www.independent.co.uk&#x2F;life-style&#x2F;gadgets-and-tech&#x2F;ne...</a><p>In the case of the music project, it was for the protection of the community, but I can imagine such a system being used selfishly for software APIs.
评论 #26700706 未加载
评论 #26700008 未加载
评论 #26699709 未加载
curt15about 4 years ago
&quot;The record also showed that Java SE’s copyright holder would benefit from the reimplementation of its interface into a different market....the jury also heard evidence that Sun foresaw a benefit from the broader use of the Java programming language in a new platform like Android, as it would further expand the network of Java-trained programmers...and because there are two markets at issue, programmers learning the Java language to work in one market (smartphones) are then able to bring those talents to the other market (laptops).&quot;<p>The benefits of reimplementing APIs always flow both ways. I&#x27;m glad SCOTUS recognised this point.
评论 #26700099 未加载
iudqnolqabout 4 years ago
I found this description of an API surprisingly good compared to earlier courts. It&#x27;s not quite literally true, but it makes sense.<p>&gt; The copied lines of code are part of a “user interface” that provides a way for programmers to access prewritten computer code through the use of simple commands. As a result, this code is different from many other types of code, such as the code that actually instructs the computer to execute a task<p>&gt; As part of an interface, the copied lines are inherently bound together with uncopyrightable ideas (the overall organization of the API) and the creation of new creative expression (the code independently written by Google). Unlike many other computer programs, the value of the copied lines is in significant part derived from the investment of users (here computer programmers) who have learned the API’s system.
marc__1about 4 years ago
Oracle&#x27;s response[1]:<p>&quot;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&#x27;s business practices.&quot;<p>- Dorian Daley, Executive Vice President and General Counsel, Oracle<p>[1]<a href="https:&#x2F;&#x2F;www.prnewswire.com&#x2F;news-releases&#x2F;oracle-statement-regarding-oracle-v-google-301262157.html" rel="nofollow">https:&#x2F;&#x2F;www.prnewswire.com&#x2F;news-releases&#x2F;oracle-statement-re...</a>
评论 #26701509 未加载
评论 #26706647 未加载
评论 #26704769 未加载
评论 #26701832 未加载
评论 #26701034 未加载
评论 #26701736 未加载
andrewflnrabout 4 years ago
Oh, I forgot this little apocalypse was hanging over our heads. It&#x27;s good to see some sanity.
评论 #26699526 未加载
评论 #26699460 未加载
评论 #26699925 未加载
tyingqabout 4 years ago
This seems to change part of the debate on &quot;Extracting the abstract syntax tree from GCC&quot; that happened here recently:<p><a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=26590524" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=26590524</a><p>Specifically, this thread about copying the readline API: <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=26606328" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=26606328</a><p>Stallman&#x27;s contention that a judge would look unfavorably on cloning the API signature because it could be viewed as subterfuge...seems very weakened here, if copying an API is fair use.<p>I suppose this also gives companies like Amazon a green light for clones of GPL software exposing an API that&#x27;s identical.
评论 #26700376 未加载
gjsman-1000about 4 years ago
Oh my God. What a relief.
评论 #26699231 未加载
victor106about 4 years ago
I love how the Us supreme court judgements are written using low level terminology that most anyone can understand with little prior knowledge. Some countries use legal and complicated jargon that its hard to follow.
评论 #26699739 未加载
评论 #26702386 未加载
评论 #26702338 未加载
jblzabout 4 years ago
From the dissent: &quot;In the 1990s, Oracle created a programming language called Java...&quot;<p>Sun Microsystems was acquired in 2010... I guess I should give Thomas the benefit of the doubt that he intended the statement to apply to Oracle&#x27;s owned IP &amp; not be a historical account of the language&#x27;s creation and creators, but this rubbed me the wrong way.
评论 #26699378 未加载
评论 #26699534 未加载
评论 #26699836 未加载
评论 #26699493 未加载
评论 #26699385 未加载
评论 #26699392 未加载
评论 #26699445 未加载
baqabout 4 years ago
Was following this on slashdot. Kids grew up in the meantime.
Silhouetteabout 4 years ago
From a quick scan, the majority opinion here seems reasonable. I suspect it is what almost everyone working in programming would have considered the &quot;right&quot; answer.<p>The dissent is worrying, though. For a pivotal case that would have had a profound adverse effect on the future of software development had it been decided the other way, there seemed to be a disturbing lack of appreciation of the fundamental issues in play, particularly the practical reasons that programmers separate interface and implementation and the implications of this for interoperability.
bitwizeabout 4 years ago
For me, the problem here is that there is no logically consistent way to rule in favor of Google without undermining the concept of software copyright itself. APIs are creative expression: at a basic level, it is possible to change the names, the order, and to some extent the type of parameters and achieve the same result. It is also possible to change the structure of the API itself at a large scale in such a way that the programmer still can do what the API purports to provide, in a completely different way. Therefore, if one were to call APIs merely functional &quot;declaring code&quot; that cannot be copyrighted, then that would put <i>all</i> software code at risk of being called such. The idea that, say, a certain algorithm can be expressed in many different ways lies at the heart of how we justify making such expressions copyrightable.<p>With this ruling, either software will be found to be entirely (or mostly) uncopyrightable, which is unlikely, or software copyright will turn into an even bigger legal morass that requires a team of top-tier lawyers just to understand which parts of your software are effectively copyrightable (or potentially infringing) and which aren&#x27;t.<p>The Supreme Court should have found in favor of Oracle, and told Google to bring their case before Congress if they&#x27;re so worried that API copyrightability would destroy the industry.
mjw1007about 4 years ago
The bits where they emphasise that the copying was &quot;transformative&quot; as part of the &quot;Purpose and Character of the Use&quot; analysis are interesting:<p>« Google’s limited copying of the API is a transformative use. Google copied only what was needed to allow programmers to work in a different computing environment without discarding a portion of a familiar programming language. Google’s purpose was to create a different task-related system for a different computing environment (smartphones) and to create a platform — the Android platform — that would help achieve and popularize that objective. »<p>« Here Google’s use of the Sun Java API seeks to create new products. It seeks to expand the use and usefulness of Android-based smartphones. Its new product offers programmers a highly creative and innovative tool for a smartphone environment. To the extent that Google used parts of the Sun Java API to create a new platform that could be readily used by programmers, its use was consistent with that creative “progress” that is the basic constitutional objective of copyright itself. »<p>This suggests to me that someone who copies a set of function declarations for the purposes of, say, creating a free-software clone of an existing product might not be able to rely on this decision.
评论 #26701842 未加载
jarielabout 4 years ago
Now Google, Microsoft and Oracle can go ahead and copy little startup&#x27;s APIs, or even Stripe?<p>Using Stripe?<p>You&#x27;re literally one-click away from our new Google Payments?<p>Just change this URL, and you&#x27;re good?<p>I&#x27;m not as keen about the outcome as others.<p>It&#x27;s good for open source in a way but I&#x27;m wary of big cos just wiping out smaller one&#x27;s.<p>Also - does anyone with insight have something to say about open source APIs being copied, to get around copyleft?<p>Could GPL&#x27;d software now be &#x27;re-implemented&#x27; without concern?
imadethisabout 4 years ago
Page 44 has Thomas’s dissent with Alito concurring. Worth a read as well, even just to see the opposing arguments.
评论 #26699814 未加载
lisperabout 4 years ago
Although I applaud the effect of this decision, I can&#x27;t help but agree with Clarence Thomas that the reasoning behind it is not sound. It waffles back and forth between arguments for fair use and arguments that APIs are not (or at least should not be) copyrightable in the first place. You can&#x27;t have it both ways. If APIs are copyrightable (and a plain reading of the text of the law appears to indicate that they are) then Google&#x27;s copying was clearly not fair use. The purpose was clearly commercial, not educational or a parody. The API was not merely a fact or an idea, it was a specific embodiment that required effort to produce. And the copying clearly had a negative impact on the value of the original.<p>What really happened here is that the Supreme Court did an end-run around the law to paper over a major fuckup by Congress. On the one hand, I&#x27;m glad that they fixed the problem. But the way that they did it fills me with dread for the future because it undermines the rule of law.<p>For the record, I absolutely despise Clarence Thomas and everything that he stands for. But in this case I think he has a valid point.
评论 #26700510 未加载
评论 #26700569 未加载
评论 #26700441 未加载
评论 #26700465 未加载
javajoshabout 4 years ago
Does anyone have a good estimate of what this case cost Oracle and Google, especially in terms of legal fees, and where that money went ultimately?
评论 #26699988 未加载
评论 #26699503 未加载
flowerladabout 4 years ago
This has impact beyond APIs. The Supreme Court says copying User Interface is fair use.<p>Excerpts:<p><i>The nature of the work at issue favors fair use. The copied lines of code are part of a “user interface” that provides a way for programmers to access prewritten computer code through the use of simple commands. As a result, this code is different from many other types of code, such as the code that actually instructs the computer to execute a task. As part of an interface, the copied lines are inherently bound together with uncopyrightable ideas (the overall organization of the API) and the creation of new creative expression (the code independently written by Google). Unlike many other computer programs, the value of the copied lines is in significant part derived from the investment of users (here computer programmers) who have learned the API’s system. Given these differences, application of fair use here is unlikely to undermine the general copyright protection that Congress provided for computer programs.</i>
评论 #26699827 未加载
paulmdabout 4 years ago
Hopefully this is a crack in the armor of the x86 monopoly - after all what is an instruction set but an &quot;API for processors&quot;? The novelty is in <i>how you implement the instruction set</i>, not the actual API that says &quot;this instruction takes A and adds it to B&quot;, that is purely a matter of compatibility.
评论 #26701880 未加载
评论 #26702179 未加载
arbirkabout 4 years ago
Well worth a read. &quot;We reach the conclusion that in this case, where Google reimplemented a user interface, taking only what was needed to allow users to put their accrued talents to work in a new and transformative program, Google’s copying of the Sun Java API was a fair use of that material as a matter of law.&quot;
smnrchrdsabout 4 years ago
First of all, very good news. Second of all, what does this mean for Fuchsia, Dart, and related projects? I always assumed they were a hedge against Google having to pay exorbitant licensing fees to Oracle. Now that the threat has disappeared, will those projects be sunsetted too?
评论 #26699533 未加载
评论 #26701948 未加载
curt15about 4 years ago
&quot;(e) The fact that computer programs are primarily functional makes it difficult to apply traditional copyright concepts in that technological world.&quot;<p>So the opinion effectively preserves the status quo in the software industry while sidestepping the question of API copyrightability.
评论 #26699344 未加载
评论 #26699583 未加载
pkulakabout 4 years ago
&gt; In this way, the declaring code’s shortcut function is similar to a gas pedal in a car that tells the car to move faster or the QWERTY keyboard on a typewriter that calls up a certain letter when you press a particular key. As those analogies demonstrate, one can think of the declaring code as part of an interface between human beings and a machine.<p>I love this analogy, and I&#x27;m going to use it to describe this case from now on. If I have a great idea for a new keyboard, maybe great new clicky keys or something, I have to make it QWERTY. I can&#x27;t just come up with some random key ordering. And it has nothing to do with how good or bad QWERTY is as an idea. It&#x27;s just that QWERTY happens to be what people have skills in.
评论 #26700556 未加载
tpushabout 4 years ago
The comments on this case always seem a bit confused to me.<p>APIs 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.
评论 #26700051 未加载
aerovistaeabout 4 years ago
Does anyone have any insight into how the justices are educated about a case like this? I guess this applies to many cases, involving a variety of industries, but it&#x27;s especially clear here that making a decision requires a technical understanding of the stakes. How are the justices made to understand what the different concepts meant? from reading the ruling it&#x27;s clear that they have a very good understanding, and it&#x27;s impressive for non-programmers, most of whom are older and did not grow up with technology.
webreacabout 4 years ago
I am not a lawyer. Is it finished ? Has Oracle completely lost ? I really do not like very much Oracle.
Andrexabout 4 years ago
Just exhaled the biggest sigh of relief I&#x27;ve ever had when reading the title. Holy cow. Thank fucking god.
c-smileabout 4 years ago
Thinking out of box.<p>Am I right that this may essentially end Dart project at Google?<p>As far as I understand Dart was an attempt to have another Java in case that Oracle&#x2F;Google conflict will not go anywhere.<p>As soon as Google will be able to use Java on dart platforms there will be no need for Dart.<p>Just guessing.
chmod600about 4 years ago
From the dissent:<p>&quot;Instead of creating its own declaring code—as Apple and Microsoft chose to do— Google copied verbatim 11,500 lines of Oracle’s declaring code and arranged that code exactly as Oracle had done.&quot;<p>I didn&#x27;t read the whole opinion, but what is Google&#x27;s excuse for this? If there&#x27;s one way to do it, I don&#x27;t think copyright should apply. But when there&#x27;s more than one way, why should copyright not provide some protection? I guess just because it&#x27;s tiny and contains little expression?<p>Regardless, it seems like very poor judgement to not do a cleanroom implementation here.
评论 #26707349 未加载
评论 #26706464 未加载
Bluecobraabout 4 years ago
I am glad Oracle didn&#x27;t win. It seems to me that they bought Sun just to sue Google. I&#x27;m still bitter over for how they destroyed Sun... it&#x27;s a shame that they didn&#x27;t have a better steward.
评论 #26699394 未加载
评论 #26699330 未加载
tibbydudezaabout 4 years ago
A good ruling.<p>Re-implementing an API is how we got clone PC&#x27;s when Compaq cloned the IBM BIOS interface and associated ISA bus logic which made Intel based DOS home computers cheaper and affordable for ordinary people.
_Microftabout 4 years ago
Is this a final judgement? Is it over now?
评论 #26699464 未加载
评论 #26699763 未加载
martin1975about 4 years ago
I hate analogies... but will use one here... &#x27;copying&#x27; an API, to me is a bit like copying the look&amp;feel of a product. There used to be similar lawsuits alleging &#x27;look and feel&#x27; violations awhile back between Microsoft and whomever (I don&#x27;t recall anymore), most if not all of these bombed. If Google had lost this one, then the next step would be copyrighting a typedef-ed struct with &quot;proprietary&quot; Google data in it...<p>I am not a huge fan of Google&#x27;s antics in general, but in this case, I am glad they won.
WoodenChairabout 4 years ago
Regardless of how you feel about the legal question, if you read the whole thing, it’s interesting to see how much the justices differ with regards to their respective grasps of the technical and business issues. In particular Thomas’s dissent includes many very relevant business and technical facts that Breyer’s opinion doesn’t even mention. For example Java SE vs Java Micro Edition, advertising business model vs licensing model, the inherent creativity of designing an API, Apple and Microsoft’s competing products, etc.
jimbob45about 4 years ago
Does this mean Fuchsia&#x2F;Zircon are effectively dead? I got the impression Google was keeping them as a backup in case this lawsuit went badly for them.
评论 #26701543 未加载
TeaVMFanabout 4 years ago
I feel conflicted about this decision. I&#x27;ve added some analysis here:<p><a href="https:&#x2F;&#x2F;frequal.com&#x2F;java&#x2F;SupremeCourtOracleVsGoogleRuling2021.html" rel="nofollow">https:&#x2F;&#x2F;frequal.com&#x2F;java&#x2F;SupremeCourtOracleVsGoogleRuling202...</a><p>focusing on two areas: * Google had the ability to make their own language and APIs for Android * The chilling effect on future language&#x2F;API innovation
crazypythonabout 4 years ago
&quot;The fourth statutory factor focuses upon the “effect” of the copying in the “market for or value of the copyrighted work.” §107(4). Here the record showed that Google’s new smartphone platform is not a market substitute for Java SE. The record also showed that Java SE’s copyright holder would benefit from the reimplementation of its interface into a different market. &quot;
therealbillyabout 4 years ago
Why would Google do this in the first place? The reason is that they did not have time to figure out what capabilities might be needed in their own solution. So copy the API from someone&#x27;s other competing product and then later, put code behind those API calls. Is it theft or cheating? Kind of, I suppose. It saved them time from having to engineer the API surface.
评论 #26712647 未加载
pjmlpabout 4 years ago
Now while I eat my hat, I am waiting to see what will be the next excuse for not updating Android Java to latest versions.
评论 #26702906 未加载
mikevmabout 4 years ago
So what does this mean for the future of Java, now that Oracle won&#x27;t be able to milk Google with licensing fees?
shmerlabout 4 years ago
That&#x27;s good for practical purposes, but they still didn&#x27;t rule on APIs being copyrightable or not to begin with? It&#x27;s a bit weird to say <i>&quot;it&#x27;s fair use&quot;</i> but not say <i>&quot;it&#x27;s not copyrightable in the first place&quot;</i>.
rossdavidhabout 4 years ago
So not only a good decision, but one that was decided 6-2, with the younger judges (left and right) among those 6. It looks like it could be a solid majority on the side of sanity on this particular issue for a long time (knock on wood).
esarbeabout 4 years ago
I&#x27;m so relieved. This could have forced such dramatic changes in how we develop software. And any other decision would have been a crippling blow to FLOS software.<p>Now if we only could get the SC to invalidate software patents in general.
评论 #26699274 未加载
D13Fdabout 4 years ago
I love this outcome. But what are people&#x27;s thoughts on the analogy between a software platform and a &quot;factory floor&quot;? That seems wrong to me; the &quot;factory&quot; is more like the IDE, not the platform.
ve55about 4 years ago
I had forgotten about this for quite awhile, given the pace at which these cases operate at.<p>The great sigh of relief I was unexpectedly gifted this morning upon seeing this at #1 was a nice surprise. Very important precedent, good job.
szhuabout 4 years ago
Great line:<p>&gt; <i>Unlike many other computer programs, the value of the copied lines is in significant part derived from the in- vestment of users (here computer programmers) who have learned the API’s system.</i>
anonymouse008about 4 years ago
After experiencing &#x27;good&#x27; and &#x27;bad&#x27; API design, I&#x27;m really hoping that people who invest in creating great APIs get to benefit from their hard work even after this.<p>This decision doesn&#x27;t appear to speak to why the 11,500 lines were actually important, other than to &#x27;steal&#x27; developers away from Java - which in effect is poaching without the hard paper trail and paystubs.<p>So in the end, I find this setting us all up for the real battle... the utility of APIs and languages, which will bring us back to settle squarely what is a &#x27;utility&#x27; &amp; &#x27;design&#x27; patent, and what is a copyrighted material.<p>I&#x27;m curious to know who will take it up -- I doubt anyone of consequence will be copying APIs after this.
burtonatorabout 4 years ago
Let&#x27;s assume Google was in the wrong here - for the sake of argument.<p>How would it been possible for Google to do this without just taking the API definitions.<p>Could they have just use compiler errors?
评论 #26709786 未加载
bsimpsonabout 4 years ago
It&#x27;s interesting to me that they ruled that APIs are copyrightable, but that copying them is a fair use.<p>In what circumstances would non-fair-use copyright then apply?
评论 #26701290 未加载
nashashmiabout 4 years ago
I have a workaround. I was thinking that an adapter socket can be patented. And use by others cannot be made declared under fair use.<p>So what if APIs were also patented?
bostonsreabout 4 years ago
Does oracle have any moves left to counter this decision? Or are we finally clear of this litigation that has been hanging over us for so long?
评论 #26703182 未加载
chmod600about 4 years ago
This is not a Constitutional issue. This is a purely legal decision based on a federal statute passed by Congress.<p>Constitutional issues are somewhat of a mix of the political and legal. SCOTUS tries to be apolitical, but by its nature it can override Congress on Constitutional matters, and therefore it&#x27;s at least somewhat political.<p>But cases like this are legal. Political credit and blame for this decision should go to Congress, not SCOTUS.<p>Of course, those interested in the legal process itself may give credit or blame to the justices for their legal positions.
mgalgsabout 4 years ago
Every time I see a big thread I smile knowing dang is going to have to write some comment about how they&#x27;re working on things
jcranmerabout 4 years ago
A summary for those who don&#x27;t want to read the entire thing:<p>This case was originally granted back in 2019. It was scheduled for oral argument in March 2020, but was postponed at the last moment until October because of the pandemic. Being postponed at the last moment, it was fully briefed well over a year ago, and the justices likely knew how they would rule in the case for a long time. (It&#x27;s unclear how much of an impact oral argument actually has on influencing the decisions). That it took so long for a decision to come out--this is the last October hearing to get an opinion--strongly suggested to me that this would be a messy case with several overlapping concurring and dissenting briefs.<p>It is not. It is a simple 6-2 decision, with a single majority opinion and a single dissenting opinion. I&#x27;m reading between the lines here, but it seems pretty clear that Breyer (the majority opinion author) does not believe that APIs are copyrightable in the first place, but doesn&#x27;t argue that point as he probably does not have enough other votes to agree with him. It&#x27;s plausible that Breyer had a lengthy section on why APIs weren&#x27;t copyrightable but that was pulled due to the other justices in the majority rejecting it. We can&#x27;t know what the voting would break down as, but a 3-3-2 breakdown of &quot;API is uncopyrightable; API is copyrightable, but this is fair use; API is copyrightable, this is not fair use&quot; does not strike me as implausible. (There&#x27;s not much in favor of this breakdown, note: that I lay it out like this is as much wishful thinking as anything else).<p>Thomas&#x27;s dissent--I&#x27;ll focus on that first--essentially makes two main arguments. The first is that API is copyrightable in its own right (Breyer&#x27;s opinion assumes that it is for the fair use analysis but doesn&#x27;t say that it is). The second argument is that Google&#x27;s copying of the API cannot be fair use. A lot of that argument appears back-reasoned from &quot;Google copied so much of the API and they made so much money off of it, how can it possibly be fair.&quot; In a broader sense, however, it&#x27;s a different mode of fair use analysis than Breyer argues for. Thomas essentially views copyright as a property interest, and fair use is a narrow limitation on property interest. The API is an entity in and of itself here, so even though the API is a tiny fraction of both the original and reimplementing code, you need to look at the amount of the API itself that is being copied to judge how substantial a portion it is. Although when he turns to consider the impact that an independent implementation has on the market for the original, it&#x27;s not the market of the API itself that matters but the market of the entire implementation.<p>Now going back to Breyer&#x27;s opinion, he treats fair use rather differently. First, Breyer essentially invokes the idea that different kinds of copyrighted material deserve different amounts of protection. He draws a distinction between declaring and implementing code, and notes that since only declaring code is being copied, it pushes the factor analysis much more towards being fair use than otherwise. In contrast to Thomas, Breyer notes that commercial use isn&#x27;t automatically non-fair use, and lists a few examples of where commercial use can indeed be fair use. Also, Breyer pushes hard against the idea of copyright being about property interests, noting that the Constitution expressly provides that copyright is for the progress of science and arts. Whereas Thomas places primacy on the importance of the effect of the market, Breyer instead contends that it&#x27;s the least important factor here.<p>All the way back at oral argument, Thomas surprised me with the most insightful question: the fair use factors in the law are very explicitly a nonexhaustive list, so what other factors might exist to sway fair use analysis? At opinion time, Thomas is instead the one to declare that none other exist, while it&#x27;s Breyer who rather strenuously comments that fair use analysis is not exhaustive, although he does not include any other factors in his analysis.<p>What&#x27;s the overall impact, then? APIs may or may not be copyrightable--SCOTUS does not decide. But Breyer essentially suggests that APIs have at best &quot;thin copyright&quot;--a lot of their use may be inherently fair use (the same analysis Breyer does here can reasonably be copy-pasted for a lot of API reimplementation cases). What&#x27;s more radical is the effect it has on fair use analysis. Breyer states that appeal courts have to reconsider fair use on appeals if juries find a use to be fair or not (that&#x27;s an easy part of the opinion to miss). Breyer upends the traditional notion of how to balance fair use factors yet again. Essentially, he suggests that the analysis of fair use is dependent in large part on what kind of work is being copied, and the balancing is dependent on the kind of work. He also rejects a lot of the traditional emphasis on market or potential market analysis for fair use. This is somewhat disclaimed for wider application to non-code cases, but you can bet there is now going to be <i>a lot</i> of appeals surrounding fair use over the next few years.
评论 #26720986 未加载
splithalfabout 4 years ago
This will be great for developing nations.
gigatexalabout 4 years ago
I’m super conflicted because I think I side with Oracle here and I never seem to. Java had an established API. It had a license. Google could have licensed it and the end result would have been the same: Java apps on Android. Weren’t there even Google brass worried about this in emails? It seems to me Oracle is due license fees but SCOTUS ruled otherwise and I guess that’s overall better for the industry.
评论 #26705120 未加载
hi41about 4 years ago
I cannot tell you how happy I am to hear this. My heart sank when things seemed to not go well for Google.
winter_blueabout 4 years ago
I hope Oracle is ordered to cover Google&#x27;s legal expenses for all of the lawsuits (related to this).
minusSevenabout 4 years ago
So does this ruling actually mean anything or can Oracle challenge this too somewhere else?
评论 #26700248 未加载
exabrialabout 4 years ago
Sanity prevails. This is incredibly important for _literally every programming language_!
whatshisfaceabout 4 years ago
Google&#x27;s an LLC?
评论 #26699181 未加载
marcodiegoabout 4 years ago
Great! This could open a very dangerous precedent.<p>Time to end this one now: <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=26692575" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=26692575</a>
ivolimmenabout 4 years ago
So Oracle&#x27;s reason to buy Sun failed? I am happy.
_the_inflatorabout 4 years ago
Ok, so what is Oracle&#x27;s next move then?
评论 #26700033 未加载
hacktemberabout 4 years ago
I&#x27;m sooo relieved that this is over!
peter303about 4 years ago
How who Apple react if some company copied, then implemented their iOS API on their mobile device, so they could run Apples hundreds of thousands apps?
domanoabout 4 years ago
Guess thats it for Fuchsia and Flutter
sandesabout 4 years ago
&gt; Those 11,500 lines, however, are only 0.4 percent of the entire API at issue, which consists of 2.86 million total lines<p>This marks jurisprudence
pjfin123about 4 years ago
Yay!
mjh2539about 4 years ago
All thanks be to God
Crontababout 4 years ago
Thank goodness.
samgranieriabout 4 years ago
Thank God.
mason1about 4 years ago
this is a matter of opinions, and the jurors voted based on their own flawed understanding
throwaway8581about 4 years ago
The interesting question is how broad this fair use ruling is. According to the Supreme Court&#x27;s other fair use cases, fair use is highly fact-specific and therefore case-specific.<p>What kinds of actions and motivations by Google could have led to a determination that the use was <i>not</i> fair?<p>Or is Embrace&#x2F;Extend&#x2F;Extinguish as practiced by the big tech companies now <i>always</i> protected by fair use?
评论 #26705059 未加载
评论 #26700414 未加载
ta20210405about 4 years ago
I wonder if Google will continue to move away from Java even after winning this ruling.<p>What will Java look like at Google in 2030?
Black101about 4 years ago
Does that mean that we can use portions of copyright code&#x2F;text with no repercussions?
评论 #26705191 未加载
eric_fibabout 4 years ago
Really interesting!
The_rationalistabout 4 years ago
Now can they please use a modern jdk on Android? It&#x27;s about time
评论 #26699404 未加载
suhail_saifi929about 4 years ago
Gjb
game_the0ryabout 4 years ago
6-2 majority decision, which is pretty one-sided and really good news for open source.<p>It&#x27;s worth noting - the two dissenting justices were Clarence and Alito, who are both baby boomers over the age of 70, both old school conservatives. Of other two conservative justices, Kavanaugh and Gorsuch (who are also on the early end of Gen X), both sided with Google.[1] I was not expecting that. I thought they would have aggressive views with respect to the possibility of copyright infringement.<p>Funny moment during the case - Clarence compared Google copying Oracle to a football team stealing an opponent&#x27;s playbook. That&#x27;s a really bad analogy and demonstrates a lack of understanding in open source software.<p>Oh, and before I forget - f*ck you, Larry Ellison.<p>[1] Justice Barrett came in too late to participate in the decision, I wonder where she would have sided.
greg7mdpabout 4 years ago
Thomas and Alito dissented - these two are always on the wrong side of history.
jeffbeeabout 4 years ago
Makes me wonder how much Goldstein &amp; Russell get paid to win a case like this. Worth every cent, I assume.
d3ntb3ev1labout 4 years ago
Can I copy one line from the Beatles catalog “she loves you yeah yeah”. I represents such a small % of their overall lyrics.
Sephrabout 4 years ago
Does this mean that frameworks like WINE are now illegal if Microsoft so desires?<p>How about special-cased ad blocker integrations that stub ad vendor APIs? I feel like that would also run afoul of these increased copyright protections.
f-serifabout 4 years ago
I don&#x27;t understand why people uses such stupid font style -_-
评论 #26699806 未加载
lvassabout 4 years ago
So does this mean one can already interface with a GPL program&#x2F;library and ignore it&#x27;s license? Is this the end of the GPL dual-license business model?<p><a href="https:&#x2F;&#x2F;github.com&#x2F;JoshCheek&#x2F;clisp&#x2F;blob&#x2F;master&#x2F;doc&#x2F;Why-CLISP-is-under-GPL" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;JoshCheek&#x2F;clisp&#x2F;blob&#x2F;master&#x2F;doc&#x2F;Why-CLISP...</a>
评论 #26700627 未加载
rhackerabout 4 years ago
I don&#x27;t quite know how to say this but, is it possible to be happy about the outcome but have a feeling that it was probably legally not quite straightforward. I mean everyone (or most) on here is probably pleased with the outcome, but extremely biased?<p>Also if Sun was still around would people be rooting for them instead of Google? Oracle isn&#x27;t exactly easy to love.<p>I&#x27;m not looking for pound keyboard replies from people that disagree, I&#x27;m just curious if there are others that have the same feeling.
drallisonabout 4 years ago
The SCOTUS decision on API Fair Use is the correct one. Students of intellectual property law and computer programs will find the briefing for the Supreme Court fascinating. I find it hard to see how the Circuit Panel that overturned the original pro-Google decision to Oracle&#x27;s favor in the light of the arguments and evidence provided. The briefing for the Cert, particularly the amici, is worth reading. Oracle tried to move the argument into the public square by encouraging &quot;experts&quot; to write damning op-ed articles for news outlets and for the semi-technical press about the evils that Google did. Often their articles misplayed a shallow understanding of the issues and history of the Oracle&#x2F;Google dispute.<p>The SCOTUS decision cuts through the cruft and reaches the right finding in this case. It shows that the Supremes can can pay attention and do the right thing.
mycallabout 4 years ago
&gt; Computer programs differ to some extent from many other copyrightable works because computer programs always serve a functional purpose.<p>So a computer program instructs processors to do things while books do not necessarily instruct neurons to do things. This seems like a leap. I could write a book with NOP for every word or I could write a program with NOP loops. Are these really instruction to do things? Like so, books do instruct people (aka knowledge).
评论 #26699376 未加载
LogicUpgradeabout 4 years ago
Honestly this stands contrary to almost every principle of fair use (transformative work of different character for the purpose of comment, parody etc.).<p>Google took tons of APIs from a platform and implemented them into... a platform.<p>If you think designing thousands of classes is not substantial that&#x27;s a very different argument, different from fair use.<p>Fair use means yes, APIs are copyrightable, but this is transformative use. And, to anyone with a clue in software dev... no it&#x27;s not.<p>It&#x27;s basically like taking someone else&#x27;s script as-is and shooting a movie from it, and the court deeming this use of a script &quot;fair use&quot;.
评论 #26701048 未加载
ccleveabout 4 years ago
I like the outcome from a public policy perspective. The policy the court has imposed is good for the industry. But let&#x27;s make no mistake -- this is legislating from the bench.<p>The wholesale expropriation of an API is <i>not</i> the same thing as taking a small snippet of a copyrighted work for analysis, commentary, criticism, or scholarship. It is core the value of the work.<p>Indeed, it&#x27;s the most important part, because it defines the functionality of the product. It is what the customer sees and interacts with. It is the means by which the customer gets value. You can completely swap out the backend behind the API and the customer will still get value. Change the API and the value goes away.<p>From a legal perspective, this decision is 100% wrong. The plain language of the law makes that clear.<p>What should have happened here is that Congress should have passed an amendment to copyright law allowing for fair use of an API. They should have done so after a free and full debate, with due consideration to all economic consequences.<p>It is not for our black-robed, un-elected overlords to make this decision.
评论 #26702009 未加载