3 ms·
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. But
by jkingsbery 6y 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.
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 programmers recognize the difference between an API and it's implementation, Thomas makes the interesting point that the relevant legislation does not (page 4 of the dissent):
> 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.
> 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.
While it clearly is in the Court's prerogative to interpret law, there seems to be a pretty good case that the court didn't provide an interpretation for a gap in the law, it instead fixed a law that didn't make sense.
- curt15 6y agoThe court made no holding on whether APIs can be copyrighted. "We shall assume, but purely for argument’s sake, that the entire Sun Java API falls within the definition of that which can be copy-righted. "
- jkingsbery 6y agoYes, a good point, it does. Breyer's opinion does say the court is arguing that the API is copy-righted, but used under fair use (as opposed to not copy-righted, in which case fair use doesn't make sense). But my point about what seems to be the main distinction making it copy-right-but-fair-use is the declaration vs. implementation concern, a distinction that logically exists (so I think the outcome is correct!), but does not seem to legally exist.
- Daho0n 6y ago>the court is arguing that the API is copy-righted No they specifically omitted saying this.
- jpollock 6y agoIndirect is there to protect code that uses an API, not the API. Since it's API's all the way down, this is needed to protect any application on top of the BIOS/OS/HAL. Otherwise, very little would be protected by copyright. However, it's entirely possible that "indirect" is a word with a definition that is different to our understanding in legal documents.
- 8note 6y agoThe gap in the law they've clarified is what fair use looks like for software. When the API definition is a small portion of a work, it is fair use to reimplement the api