-
Notifications
You must be signed in to change notification settings - Fork 23
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Developer TOS: Ownership of feedback #40
Comments
Here's a slight modification of the license grant language posted in the ADN thread. This modified language attempts to mitigate (somewhat) the problem Josh points out, namely, that a submitter may not know that her feedback is covered by someone else's IP. "When you provide us with any feedback, comments or suggestions (collectively, 'Feedback') about the API, these Developer Terms and, in general, App.net, you grant to us, under any right, title or interest you may have in and to such Feedback, a royalty-free, worldwide, transferable, sub-licensable, irrevocable, perpetual license to use that Feedback or to incorporate it into the API, these Developer Terms, or any of App.net's products or services." |
@wac6 Add non-exclusive in there and that sounds pretty good. |
You're absolutely right - it should say "a non-exclusive, royalty-free," etc. |
Docracy also had that clause in the TOS. It's pretty standard for websites who have a community, but I never really thought about it under the user's perspective. Anyway, we just changed it using Bill's suggestion (I hope you can license us your feedback, Bill!): https://www.docracy.com/doc/diff?revisedId=41g0uhoiax&originalId=0rwidlalszy I have to add that, while this it was a no-brainer for a website like Docracy, where users can only contribute content and feature ideas, the clause it's much more relevant to App.net or any other API-based company where users can contribute code and actually make new features. You always want the company to own (not just license) the code. Licenses are seen as a risk factor from external investors, potential buyers, etc. Correct me if I'm wrong. |
Veronica, I suppose it's always risky to generalize (yep, that's the cautious lawyer in me talking!), but as long as the license is scoped broadly enough, most potential buyers will be okay. In the M&A context these days I find there's remarkably more sophistication about, and less resistance to, even many open source licenses. |
app.net has not accepted code contributions, only feature suggestions, I agree a broad non-exclusive license should be enough. |
The Feedback section of the Developer TOS states:
As discussed in this thread https://alpha.app.net/joshblake/post/561651 please consider changing this to an unlimited non-exclusive license grant.
Some cases to consider are feedback which unintentionally is covered by a patent of the submitter or submitter's employer (considering employer agreements), or a third party. For example: "I suggest FooBar!" (unknowingly covered by my employer's patent) "I suggest you implement one-click checkout!" (Amazon patent)
I don't know what the ideal is. I know why something is in there, because otherwise ADN may not be able to take action on feedback without soliciting a separate rights grant.
I'll also point that that many open source projects are covered by a contributor license agreement which assigns contributions but also generally has a unlimited license grant back to the contributor of her own contributions. That is similar to what is asked here (except we're talking about ideas and suggestions more and possibly even outlines of JSON syntax and data formats, less about code itself), but in those cases, people only accept assignment when it is to a non-profit open source foundation such as FSF or Apache Foundation. Here we're talking about assignment to a for-profit corporation, which is not as palatable.
The text was updated successfully, but these errors were encountered: