<div dir="ltr">A mid-conversation thank you to those who have contributed so far. Nicholas, you are bringing excellent clarifications, especially around the parameters of copyright. Others shared really nice ideas about they see sharing. But I also run into people who relate to code differently, and that's the curiosity. e.g. code assigned to an employer vs. how employees feel about their work product (and assert how they'd want it used). In those cases the legality of rights (assigned to a company) may be at odds with the feeling of the code author.<div><div><br></div><div>Sure, one could dismiss this and say "then don't work for a company" but I'm not looking to solve a particular problem, but to explore the range in which people feel attached to their code and to where their code goes. I'm purposely framing this to be about feelings and away from rights since I think it may help understanding the different ways in which people feel ownership of their work and how it relates to their views on licenses. Sean, your "kids" analogy is very helpful as it can explain quite the range of relationships people have with their code.</div><div><br></div><div>I hope to hear, thanks.</div><div><br clear="all"><div><div dir="ltr" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><p style="margin:0px;font-family:"Verizon NHG DS",Arial,sans-serif;font-size:1em;text-align:left;line-height:100%;color:black"><span style="font-weight:bold">Gil Yehuda: </span>I help with external technology engagement</p><p style="margin:0px;font-family:"Verizon NHG DS",Arial,sans-serif;font-size:1em;text-align:left;line-height:100%;color:black">From the <a href="https://developer.yahoo.com/opensource/docs/" target="_blank">Open Source Program Office</a> at Yahoo --> Oath - -> Verizon Media<br></p><p style="margin:0px;text-align:left;line-height:100%;color:black"><br></p></div></div></div></div></div></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Feb 28, 2020 at 1:55 PM Nicholas Matthew Neft Weinstock <<a href="mailto:nweinsto@qti.qualcomm.com" target="_blank">nweinsto@qti.qualcomm.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">** Although I am a practicing attorney, this should not be viewed as legal advice.  I am only providing my own thoughts on the subject for the purpose of participating in discussion of a topic that I find interesting. Also, note that the law is much deeper than the points I'm touching upon here.  Seek your own legal counsel to be safe. **<br>
<br>
Hi Gil,<br>
<br>
You touch on a few excellent and interesting topics that have both emotional and legal implications.  I want to address some of the legal ones.<br>
<br>
<br>
You distinguish between the idea and the expression of the idea.<br>
<br>
The quadratic formula is the idea.  ax^2 + bx + c = 0.  The three different implementations are distinct expressions of the idea.<br>
<br>
Copyright law is focused on creative expression.  In software, if there is any creative expression, it would be in the implementation of the idea.<br>
<br>
<br>
<br>
However, this brings up a second topic you (indirectly) touch upon.  Copyright only protects creative expression, it does not protect things that are purely functional.<br>
<br>
Is implementation of this idea creative, or is it purely functional?<br>
<br>
For a while, courts looked for functionality.  They reasoned that if it's functional, it can't be creative.<br>
<br>
More recently, and especially with software, they flip the question around.  Is there any creativity, something that would distinguish one implementation from another based on particular choices?<br>
<br>
The two examples you referenced are very different implementations of the same idea.  Different programming languages, one uses C++ Classes.  Different ways of organizing the data, different variable types, different error checking.  This suggests that there is creative expression in each implementation.  So each implementation would be Copyrightable.<br>
<br>
<br>
<br>
Next, you suggest that you would create your own implementation.  This has the potential to get quite tricky.<br>
<br>
If you only look at the bare formula and write your implementation, it's clear that you created the implementation, you are the owner.  You can distribute it under whatever license you want.<br>
<br>
BUT, what if you had looked at implementation A before writing yours?<br>
<br>
If you copied some creative elements of implementation A, you are creating a derivative work.  You need a valid license for implementation A that allows you to create a derivative work.  Then you would own the copyright in whatever additional creative elements you added, but not the underlying part you took from implementation A.  And since implementation A is under GPLv3, your license to create and distribute derivative works is conditioned on your distributing the resulting work under GPLv3.  If you distribute under a different license, you lose your license to A.<br>
<br>
<br>
<br>
Finally, getting to the question about subsequent modifications.  This combines the previous topics.<br>
<br>
If the subsequent modifications have their own creative expression, they would be independently copyrightable by whomever created those modifications.  As maintainer, you would be responsible to make sure that the contribution is compatible with your license.  This is where things like DCO or CLAs can help maintainers, to provide some assurance regarding the origin and rights to the contribution they are receiving.<br>
<br>
With small changes, that's not always very clear.  If someone is fixing a typo, is that creative expression?  What if they are changing variable types for purely functional reasons (e.g., int to long)?  What about changing variable names to facilitate readability?  What about beautification, such as normalizing indentations?  What about adding comments to explain a function?<br>
<br>
With larger changes, it can be easier to see the creative expression in these modifications.  Think about adding entirely new files, or rearranging an implementation to add functions instead of being purely inline.<br>
<br>
So to me, something like the "grandfather's axe" question becomes very interesting.  Even if every line of code that you wrote eventually gets replaced, is it possible that the creative expression in your initial implementation could still be lingering in the structure, sequencing, or organization of the implementation?  Or, conversely, is it possible that the implementation still has your code, but it has been so spliced and reformatted and polished that the subsequent contributions have effectively replaced all of your creative expression?<br>
<br>
<br>
<br>
One last point: I'm only talking about Copyrights.  I'm not touching on Patents because mathematical formulae aren't patentable, so it's not relevant to this question.<br>
<br>
<br>
-Nick Weinstock<br>
<br>
<br>
<br>
From: License-discuss <<a href="mailto:license-discuss-bounces@lists.opensource.org" target="_blank">license-discuss-bounces@lists.opensource.org</a>> On Behalf Of Gil Yehuda via License-discuss<br>
Sent: Friday, February 28, 2020 8:16 AM<br>
To: Gil Yehuda via License-discuss <<a href="mailto:license-discuss@lists.opensource.org" target="_blank">license-discuss@lists.opensource.org</a>><br>
Cc: Gil Yehuda <<a href="mailto:gyehuda@verizonmedia.com" target="_blank">gyehuda@verizonmedia.com</a>><br>
Subject: [License-discuss] exploring the attachment between the author and the code<br>
<br>
I'm exploring the psychological relationship between the author of a work, and the work. i.e. parsing the phrase "my open source code" and would like your thoughts.<br>
<br>
Assume I need an algorithm, say the quadratic formula. <a href="https://github.com/spilos/Equasion-Solver" rel="noreferrer" target="_blank">https://github.com/spilos/Equasion-Solver</a> is promising and is licensed under GPLv3. <a href="https://github.com/jasonwynn10/Past-Console-Projects/tree/master/quadratic%20equasion" rel="noreferrer" target="_blank">https://github.com/jasonwynn10/Past-Console-Projects/tree/master/quadratic%20equasion</a> is also promising, and is released to the public domain under the Unlicense. Option C: I write my own code and publish it under a license of my choice.<br>
<br>
Obvious differences (language, licenses, amount of work involved in incorporating it into my larger solution) are apparent. Less obvious to everyone but me is that Option C is "my" code, and I feel an attachment to it. When I license it, I'm declaring terms on how I want you to use 'my' code. Thus I'm exploring the idea of "my code" with this group, since it informs my license choice.<br>
1. When I use open source code in my solution, I still feel that my solution is mine (even though others wrote some of it).<br>
2. When my code is used by others, I don't feel less attached to my code. It still feels mine.<br>
3. When an open source community modifies my code, when is it no longer my code (grandfather's ax problem)?<br>
You see, I realize the quadratic formula is not mine. My coding is mine, but I'm just encoding someone else's solution, a solution discovered hundreds of years ago. I'm encoding it in a syntax someone else specified. My solution may be novel to me, but not to others. So what is it that attaches me to code such that I decide the terms under which you use it in your solution?<br>
<br>
<br>
Gil Yehuda: I help with external technology engagement<br>
>From the <a href="https://developer.yahoo.com/opensource/docs/" rel="noreferrer" target="_blank">https://developer.yahoo.com/opensource/docs/</a> at Yahoo --> Oath - -> Verizon Media<br>
<br>
</blockquote></div>