Browse Source

feat(site): update faq

xizhao 2 years ago
parent
commit
276badcc88
1 changed files with 12 additions and 0 deletions
  1. 12 0
      src/index.html

+ 12 - 0
src/index.html

@@ -54,6 +54,16 @@
       <p>If you choose to adopt the Commons Clause, you should understand the implications any license change will have on your community and weigh that against the threat of allowing others to trade on your work developing your open source project.</p>
       <p>The Commons Clause was intended, in practice, to have virtually no effect other than force a negotiation with those who take predatory commercial advantage of open source development.  In practice, those are some of the biggest technology businesses in the world, some of whom use open source software but don’t give back to the community.  Freedom for others to commercialize your software comes with starting an open source project, and while that freedom is important to uphold, growth and commercial pressures will inevitably force some projects to close.  The Commons Clause provides an alternative.</p>
       <p>The Commons Clause was not designed to restrict code sharing or development, but preserves the rights of developers to benefit from commercial use of their work.  However, those that adopt the Clause should understand the broader implications of making a license change and commitments to source availability.</p>
+      <h3>May I create, distribute, offer as SaaS, and/or “sell” my products using Commons Clause licensed components?</h3>
+      <p><i>Yes!</i></p>
+      <p>Commons Clause only forbids you from “selling” the Commons Clause software itself. You may develop on top of Commons Clause licensed software (adding applications, tools, utilities or plug-ins) and you may embed and redistribute Commons Clause software in a larger product, and you may distribute and even “sell” (which includes offering as a commercial SaaS service) your product.  You may even provide consulting services (<a href="https://github.com/fossas/commons-clause/issues/4" target="_blank">see clarifying discussion here</a>).  You just can’t sell a product that consists in substance of the Commons Clause software and does not add value.</p>
+      <p>This is not a new concept. It’s similar to “value-add” requirements in many licenses.  For example let’s say you use a library containing numerical algorithms from <a href="https://www.roguewave.com/products-services/imsl-numerical-libraries" target="_blank" rel="nofollow">Rogue Wave Software</a>. Can you create an application with the library and sell the application? Yes. Can you offer that application as SaaS and charge for it? Yes. Can you change the name of the library and change some function names and sell the library or offer it as SaaS? No.</p>
+      <p>Let’s apply the example to Commons Clause licensed software. Commons Clause-licensed Redis Graph is a graph database module for BSD-licensed Redis. Can you create applications with Redis Graph and distribute and/or sell them? Yes. Can you redistribute Redis Graph along with your application? Yes. Can you offer that application as SaaS and charge for it? Yes. Can you take Redis Graph itself, call it ElastiGraph and offer it as SaaS and charge for it. No.</p>
+      <h3>Isn’t this the same as a proprietary license?</h3>
+      <p>Commons Clause is a <i>source-available</i> license that is less liberal than permissive open source licenses (such as Apache, BSD, MIT).  It allows you more commercial freedom in some ways than copyleft or reciprocal open source licenses (such as GPL and AGPL), and it is much more liberal than proprietary source-unavailable licenses, such as for the numerical algorithms library mentioned in the previous answer.</p>
+      <p>The Commons Clause source-available license provides many of the benefits of open source software to anyone not intending to “sell” the Commons Clause licensed software itself. </p>
+      <p>Anyone not intending to “sell” the Commons Clause licensed software itself may view the source code, make modifications, submit pull requests to get their modifications into the software, freely use, embed and redistribute the software, make and distribute and sell derivative works. </p>
+      <p>To anyone wishing to sell the Commons Clause licensed software itself, an action that the license prohibits, it appears proprietary, in the sense that it would be necessary to negotiate a license to do that with the owner of the Commons Clause software. </p>
       <h3>Why not just use AGPL?</h3>
       <p>AGPL simply doesn't work to solve this problem. It is not a widely adopted license, and its “network” clause is not clearly written, so companies are not willing to stake their entire development resources on using AGPL to prevent free riding.</p>
       <p>AGPL doesn't go far enough to preserve the rights of developers.  If cloud-based software is licensed under AGPL, often, much of the value for improvements to the cloud-based software arguably falls outside of the “Program” thereby nullifying many of the benefits of mandating enforcing source code offers.  Hosting, management, and other elements are often just as important as the core code.</p>
@@ -68,6 +78,8 @@
       <h3>Why not just use Creative Commons non-commercial (sharealike)?</h3>
       <p>CC-NC is a similar idea, but CC licenses are not software licenses.  Also, there is a lot of confusion about what is a “commercial” use, and we only wanted to restrict <i><b>one narrow kind</b></i> of commercial use.</p>
       <p>CC-NC is actually much more restrictive than Commons Clause.</p>
+      <h3>Commons Clause prohibits me from selling “substantially” the Commons Clause licensed software. What does “substantially” mean?</h3>
+      <p>“Substiantially” is not a new concept. Qualifications like "substantially" are common in legal documents to indicate that minor differences are not important.  In this sense, "substantially" means “for the most part,” or “essentially” (as the word is defined in the Oxford English Dictionary.)  The Commons Clause restricts the sale of a product “whose value derives, entirely or substantially, from the functionality of the Software."  Selling a product which adds only an insubstantial value to the software -- such as changing the product name, changing some API or function names, or just making the Commons Clause licensed product available via SaaS -- would be restricted.</p>
       <h3>What will this do to Open Source?</h3>
       <p>Open source is here to stay.  But open source works better for some kinds of software than others.  The Open Source Definition and the development model it represents is an immensely important set of ideals that have carried many projects to success.  But most of those projects were basic infrastructure projects, as opposed to advanced applications.  And very few pure open source businesses have flourished.</p> 
       <p>Open Source projects are not free of cost, they often support billions of dollars of revenue and can require tens of millions of dollars in financing to stay afloat.  That can work -- with a lot of effort -- for software that everyone uses, like operating systems.  Also, lots of companies are successful using open source -- when they are selling something else, like hardware or services or dual-license upsell modules.  But many software companies can’t keep the doors open with an open source licensing model.</p>