Kevin Fleming wrote:
> As a software developer I have a hard time accepting that designing an API is 
> not a 'creative' process.... There are many other examples of API design 
> decisions which make the API 'hard to use properly' or 'easy to use 
> improperly' and a well-designed API is anticipated to avoid these results.

 

Of course, the process of designing an API is creative! Sometimes it is VERY 
creative. But under copyright law, creativity is not relevant to 
copyrightability. Whether something can be copyrighted depends only on the law 
(17 USC 102, et seq). For example, many of the decisions of the courts of law 
are very creative (some are right and some are wrong!), but none can be 
copyrighted.*  Nor can works by employees of the US government. Nor can laws of 
nature that are "discovered" by brilliant and creative scientists. 

 

Relevant to our thread, "in no case does copyright protection for an original 
work of authorship extend to any idea, procedure,  
<https://www.law.cornell.edu/uscode/text/17/102> process, system, method of 
operation, concept, principle, or discovery, regardless of the form in which it 
is described, explained, illustrated, or embodied in such work." 17 USC 102(b). 

 

Regardless of whether lower court decisions are right or wrong about the 
copyrightability of APIs, the 17 USC copyright statute and corresponding EU law 
are authoritative. We all await the decision of the US Supreme Court in Oracle 
v. Google, which court is always right. :-) 

 

So also, the policies of OSI are always authoritative with respect to open 
source licenses, regardless of the creativity of the work being licensed. WE 
define "software freedom," not the courts, and not the creative authors of 
APIs. This is why I am pushing back against Pam Chestek and others regarding 
license restrictions on copying APIs for open source software.

 

/Larry 

 

* See, e.g., http://media.ca11.uscourts.gov/opinions/pub/files/201711589.pdf. 
Cert was recently granted by the US Supreme Court in this case. See also Veeck 
v. S. Bldg. Code Cong. Int'l, Inc. 
<https://www.law.cornell.edu/copyright/cases/293_F3d_791.htm> , 293 

F.3d 791 (5th Cir. 2002) (en banc). [However, other courts have declined to 
extend 

the Veeck rule in other, related contexts.]

 

_______________________________________________
License-discuss mailing list
License-discuss@lists.opensource.org
http://lists.opensource.org/mailman/listinfo/license-discuss_lists.opensource.org

Reply via email to