Skip to main content
replaced http://opensource.stackexchange.com/ with https://opensource.stackexchange.com/
Source Link

The best option is to keep the current license, CC-BY-SA 3.0.

How does it make the life of a developer easy, or less complicated?

  1. It does not require Stack Exchange users to learn a new licensing regime.

  2. It allows all content to be freely used by anyone, including in derivative works and for-profit enterprises, subject to fair terms.

  3. It does not require impossible tasks of anyone, such as distinguishing between 'code' and other content.

  4. It is the same license as is used by Wikipedia, which enables use of suitably attributed Wikipedia content in Stack Exchange posts and vice versa.

  5. It avoids license fragmentation (different licenses for different pieces of content Stack Exchange), and the confusion that would create.

  6. It helps protect the Stack Exchange community from plagiariasm and the tragedy of the commons.

  7. It is one-way GPLv3 compatibleone-way GPLv3 compatible (IMO, IANAL).

No other proposal has all these benefits.

What do I as a decision maker have to know. What can or should I do and what is allowed or not?

Decision makers should read the license. This is easy, because:

  • the license is short;
  • it has an even shorter summary in case you're in a hurry;
  • there is already a link to the licence at the bottom of every single page in the Stack Exchange network of sites. (Scroll down if you want to check!)

Of course, decision makers should always read the license anyway.

A decent way for contributors to get credit in some way for their efforts (if you think that should come in)

The license requires attribution, for the good reason articulated by Stack Exchange's co-founder:

"The whole point of Stack Overflow, Server Fault, Super User, and every other Stack Exchange site is to give credit directly to the talented people providing all these fantastic answers."

What are the pros and cons (don't forget these) of the license model you propose?

If you have sketchy business requirements then this license will stymie you. That's a con for anyone with sketchy business requirements and a pro for all legitimate users of the sites.

How does your proposal fit in different types of sites? For example: Stack Overflow, Code Review, Code Golf, SF&F, Seasoned Advice.

It leaves them all exactly as they are, so they can continue to thrive :)

The best option is to keep the current license, CC-BY-SA 3.0.

How does it make the life of a developer easy, or less complicated?

  1. It does not require Stack Exchange users to learn a new licensing regime.

  2. It allows all content to be freely used by anyone, including in derivative works and for-profit enterprises, subject to fair terms.

  3. It does not require impossible tasks of anyone, such as distinguishing between 'code' and other content.

  4. It is the same license as is used by Wikipedia, which enables use of suitably attributed Wikipedia content in Stack Exchange posts and vice versa.

  5. It avoids license fragmentation (different licenses for different pieces of content Stack Exchange), and the confusion that would create.

  6. It helps protect the Stack Exchange community from plagiariasm and the tragedy of the commons.

  7. It is one-way GPLv3 compatible (IMO, IANAL).

No other proposal has all these benefits.

What do I as a decision maker have to know. What can or should I do and what is allowed or not?

Decision makers should read the license. This is easy, because:

  • the license is short;
  • it has an even shorter summary in case you're in a hurry;
  • there is already a link to the licence at the bottom of every single page in the Stack Exchange network of sites. (Scroll down if you want to check!)

Of course, decision makers should always read the license anyway.

A decent way for contributors to get credit in some way for their efforts (if you think that should come in)

The license requires attribution, for the good reason articulated by Stack Exchange's co-founder:

"The whole point of Stack Overflow, Server Fault, Super User, and every other Stack Exchange site is to give credit directly to the talented people providing all these fantastic answers."

What are the pros and cons (don't forget these) of the license model you propose?

If you have sketchy business requirements then this license will stymie you. That's a con for anyone with sketchy business requirements and a pro for all legitimate users of the sites.

How does your proposal fit in different types of sites? For example: Stack Overflow, Code Review, Code Golf, SF&F, Seasoned Advice.

It leaves them all exactly as they are, so they can continue to thrive :)

The best option is to keep the current license, CC-BY-SA 3.0.

How does it make the life of a developer easy, or less complicated?

  1. It does not require Stack Exchange users to learn a new licensing regime.

  2. It allows all content to be freely used by anyone, including in derivative works and for-profit enterprises, subject to fair terms.

  3. It does not require impossible tasks of anyone, such as distinguishing between 'code' and other content.

  4. It is the same license as is used by Wikipedia, which enables use of suitably attributed Wikipedia content in Stack Exchange posts and vice versa.

  5. It avoids license fragmentation (different licenses for different pieces of content Stack Exchange), and the confusion that would create.

  6. It helps protect the Stack Exchange community from plagiariasm and the tragedy of the commons.

  7. It is one-way GPLv3 compatible (IMO, IANAL).

No other proposal has all these benefits.

What do I as a decision maker have to know. What can or should I do and what is allowed or not?

Decision makers should read the license. This is easy, because:

  • the license is short;
  • it has an even shorter summary in case you're in a hurry;
  • there is already a link to the licence at the bottom of every single page in the Stack Exchange network of sites. (Scroll down if you want to check!)

Of course, decision makers should always read the license anyway.

A decent way for contributors to get credit in some way for their efforts (if you think that should come in)

The license requires attribution, for the good reason articulated by Stack Exchange's co-founder:

"The whole point of Stack Overflow, Server Fault, Super User, and every other Stack Exchange site is to give credit directly to the talented people providing all these fantastic answers."

What are the pros and cons (don't forget these) of the license model you propose?

If you have sketchy business requirements then this license will stymie you. That's a con for anyone with sketchy business requirements and a pro for all legitimate users of the sites.

How does your proposal fit in different types of sites? For example: Stack Overflow, Code Review, Code Golf, SF&F, Seasoned Advice.

It leaves them all exactly as they are, so they can continue to thrive :)

replaced http://meta.stackexchange.com/ with https://meta.stackexchange.com/
Source Link

The best option is to keep the current license, CC-BY-SA 3.0.

How does it make the life of a developer easy, or less complicated?

  1. It does not require Stack Exchange users to learn a new licensing regime.

  2. It allows all content to be freely used by anyone, including in derivative works and for-profit enterprises, subject to fair terms.

  3. It does not require impossible tasks of anyone, such as distinguishing between 'code' and other content'code' and other content.

  4. It is the same license as is used by Wikipedia, which enables use of suitably attributed Wikipedia content in Stack Exchange posts and vice versa.

  5. It avoids license fragmentation (different licenses for different pieces of content Stack Exchange), and the confusion that would create.

  6. It helps protect the Stack Exchange community from plagiariasm and the tragedy of the commons.

  7. It is one-way GPLv3 compatible (IMO, IANAL).

No other proposal has all these benefits.

What do I as a decision maker have to know. What can or should I do and what is allowed or not?

Decision makers should read the license. This is easy, because:

  • the license is short;
  • it has an even shorter summary in case you're in a hurry;
  • there is already a link to the licence at the bottom of every single page in the Stack Exchange network of sites. (Scroll down if you want to check!)

Of course, decision makers should always read the license anyway.

A decent way for contributors to get credit in some way for their efforts (if you think that should come in)

The license requires attribution, for the good reason articulated by Stack Exchange's co-founder:

"The whole point of Stack Overflow, Server Fault, Super User, and every other Stack Exchange site is to give credit directly to the talented people providing all these fantastic answers."

What are the pros and cons (don't forget these) of the license model you propose?

If you have sketchy business requirements then this license will stymie you. That's a con for anyone with sketchy business requirements and a pro for all legitimate users of the sites.

How does your proposal fit in different types of sites? For example: Stack Overflow, Code Review, Code Golf, SF&F, Seasoned Advice.

It leaves them all exactly as they are, so they can continue to thrive :)

The best option is to keep the current license, CC-BY-SA 3.0.

How does it make the life of a developer easy, or less complicated?

  1. It does not require Stack Exchange users to learn a new licensing regime.

  2. It allows all content to be freely used by anyone, including in derivative works and for-profit enterprises, subject to fair terms.

  3. It does not require impossible tasks of anyone, such as distinguishing between 'code' and other content.

  4. It is the same license as is used by Wikipedia, which enables use of suitably attributed Wikipedia content in Stack Exchange posts and vice versa.

  5. It avoids license fragmentation (different licenses for different pieces of content Stack Exchange), and the confusion that would create.

  6. It helps protect the Stack Exchange community from plagiariasm and the tragedy of the commons.

  7. It is one-way GPLv3 compatible (IMO, IANAL).

No other proposal has all these benefits.

What do I as a decision maker have to know. What can or should I do and what is allowed or not?

Decision makers should read the license. This is easy, because:

  • the license is short;
  • it has an even shorter summary in case you're in a hurry;
  • there is already a link to the licence at the bottom of every single page in the Stack Exchange network of sites. (Scroll down if you want to check!)

Of course, decision makers should always read the license anyway.

A decent way for contributors to get credit in some way for their efforts (if you think that should come in)

The license requires attribution, for the good reason articulated by Stack Exchange's co-founder:

"The whole point of Stack Overflow, Server Fault, Super User, and every other Stack Exchange site is to give credit directly to the talented people providing all these fantastic answers."

What are the pros and cons (don't forget these) of the license model you propose?

If you have sketchy business requirements then this license will stymie you. That's a con for anyone with sketchy business requirements and a pro for all legitimate users of the sites.

How does your proposal fit in different types of sites? For example: Stack Overflow, Code Review, Code Golf, SF&F, Seasoned Advice.

It leaves them all exactly as they are, so they can continue to thrive :)

The best option is to keep the current license, CC-BY-SA 3.0.

How does it make the life of a developer easy, or less complicated?

  1. It does not require Stack Exchange users to learn a new licensing regime.

  2. It allows all content to be freely used by anyone, including in derivative works and for-profit enterprises, subject to fair terms.

  3. It does not require impossible tasks of anyone, such as distinguishing between 'code' and other content.

  4. It is the same license as is used by Wikipedia, which enables use of suitably attributed Wikipedia content in Stack Exchange posts and vice versa.

  5. It avoids license fragmentation (different licenses for different pieces of content Stack Exchange), and the confusion that would create.

  6. It helps protect the Stack Exchange community from plagiariasm and the tragedy of the commons.

  7. It is one-way GPLv3 compatible (IMO, IANAL).

No other proposal has all these benefits.

What do I as a decision maker have to know. What can or should I do and what is allowed or not?

Decision makers should read the license. This is easy, because:

  • the license is short;
  • it has an even shorter summary in case you're in a hurry;
  • there is already a link to the licence at the bottom of every single page in the Stack Exchange network of sites. (Scroll down if you want to check!)

Of course, decision makers should always read the license anyway.

A decent way for contributors to get credit in some way for their efforts (if you think that should come in)

The license requires attribution, for the good reason articulated by Stack Exchange's co-founder:

"The whole point of Stack Overflow, Server Fault, Super User, and every other Stack Exchange site is to give credit directly to the talented people providing all these fantastic answers."

What are the pros and cons (don't forget these) of the license model you propose?

If you have sketchy business requirements then this license will stymie you. That's a con for anyone with sketchy business requirements and a pro for all legitimate users of the sites.

How does your proposal fit in different types of sites? For example: Stack Overflow, Code Review, Code Golf, SF&F, Seasoned Advice.

It leaves them all exactly as they are, so they can continue to thrive :)

Added Wikipedia-related benefit
Source Link
user136089
user136089

The best option is to keep the current license, CC-BY-SA 3.0.

How does it make the life of a developer easy, or less complicated?

  1. It does not require Stack Exchange users to learn a new licensing regime.

  2. It allows all content to be freely used by anyone, including in derivative works and for-profit enterprises, subject to fair terms.

  3. It does not require impossible tasks of anyone, such as distinguishing between 'code' and other content.

  4. It is the same license as is used by Wikipedia, which enables use of suitably attributed Wikipedia content in Stack Exchange posts and vice versa.

  5. It avoids license fragmentation (different licenses for different pieces of content Stack Exchange), and the confusion that would create.

  6. It helps protect the Stack Exchange community from plagiariasm and the tragedy of the commons.

  7. It is one-way GPLv3 compatible (IMO, IANAL).

No other proposal has all these benefits.

What do I as a decision maker have to know. What can or should I do and what is allowed or not?

Decision makers should read the license. This is easy, because:

  • the license is short;
  • it has an even shorter summary in case you're in a hurry;
  • there is already a link to the licence at the bottom of every single page in the Stack Exchange network of sites. (Scroll down if you want to check!)

Of course, decision makers should always read the license anyway.

A decent way for contributors to get credit in some way for their efforts (if you think that should come in)

The license requires attribution, for the good reason articulated by Stack Exchange's co-founder:

"The whole point of Stack Overflow, Server Fault, Super User, and every other Stack Exchange site is to give credit directly to the talented people providing all these fantastic answers."

What are the pros and cons (don't forget these) of the license model you propose?

If you have sketchy business requirements then this license will stymie you. That's a con for anyone with sketchy business requirements and a pro for all legitimate users of the sites.

How does your proposal fit in different types of sites? For example: Stack Overflow, Code Review, Code Golf, SF&F, Seasoned Advice.

It leaves them all exactly as they are, so they can continue to thrive! :)

The best option is to keep the current license, CC-BY-SA 3.0.

How does it make the life of a developer easy, or less complicated?

  1. It does not require Stack Exchange users to learn a new licensing regime.

  2. It allows all content to be freely used by anyone, including in derivative works and for-profit enterprises, subject to fair terms.

  3. It does not require impossible tasks of anyone, such as distinguishing between 'code' and other content.

  4. It is the same license as is used by Wikipedia, which enables use of suitably attributed Wikipedia content in Stack Exchange posts and vice versa.

  5. It avoids license fragmentation (different licenses for different pieces of content Stack Exchange), and the confusion that would create.

  6. It helps protect the Stack Exchange community from plagiariasm and the tragedy of the commons.

  7. It is one-way GPLv3 compatible (IMO, IANAL).

No other proposal has all these benefits.

What do I as a decision maker have to know. What can or should I do and what is allowed or not?

Decision makers should read the license. This is easy, because:

  • the license is short;
  • it has an even shorter summary in case you're in a hurry;
  • there is already a link to the licence at the bottom of every single page in the Stack Exchange network of sites. (Scroll down if you want to check!)

Of course, decision makers should always read the license anyway.

A decent way for contributors to get credit in some way for their efforts (if you think that should come in)

The license requires attribution, for the good reason articulated by Stack Exchange's co-founder:

"The whole point of Stack Overflow, Server Fault, Super User, and every other Stack Exchange site is to give credit directly to the talented people providing all these fantastic answers."

What are the pros and cons (don't forget these) of the license model you propose?

If you have sketchy business requirements then this license will stymie you. That's a con for anyone with sketchy business requirements and a pro for all legitimate users of the sites.

How does your proposal fit in different types of sites? For example: Stack Overflow, Code Review, Code Golf, SF&F, Seasoned Advice.

It leaves them all exactly as they are, so they can continue to thrive!

The best option is to keep the current license, CC-BY-SA 3.0.

How does it make the life of a developer easy, or less complicated?

  1. It does not require Stack Exchange users to learn a new licensing regime.

  2. It allows all content to be freely used by anyone, including in derivative works and for-profit enterprises, subject to fair terms.

  3. It does not require impossible tasks of anyone, such as distinguishing between 'code' and other content.

  4. It is the same license as is used by Wikipedia, which enables use of suitably attributed Wikipedia content in Stack Exchange posts and vice versa.

  5. It avoids license fragmentation (different licenses for different pieces of content Stack Exchange), and the confusion that would create.

  6. It helps protect the Stack Exchange community from plagiariasm and the tragedy of the commons.

  7. It is one-way GPLv3 compatible (IMO, IANAL).

No other proposal has all these benefits.

What do I as a decision maker have to know. What can or should I do and what is allowed or not?

Decision makers should read the license. This is easy, because:

  • the license is short;
  • it has an even shorter summary in case you're in a hurry;
  • there is already a link to the licence at the bottom of every single page in the Stack Exchange network of sites. (Scroll down if you want to check!)

Of course, decision makers should always read the license anyway.

A decent way for contributors to get credit in some way for their efforts (if you think that should come in)

The license requires attribution, for the good reason articulated by Stack Exchange's co-founder:

"The whole point of Stack Overflow, Server Fault, Super User, and every other Stack Exchange site is to give credit directly to the talented people providing all these fantastic answers."

What are the pros and cons (don't forget these) of the license model you propose?

If you have sketchy business requirements then this license will stymie you. That's a con for anyone with sketchy business requirements and a pro for all legitimate users of the sites.

How does your proposal fit in different types of sites? For example: Stack Overflow, Code Review, Code Golf, SF&F, Seasoned Advice.

It leaves them all exactly as they are, so they can continue to thrive :)

Added Wikipedia-related benefit
Source Link
user136089
user136089
Loading
added 8 characters in body
Source Link
user136089
user136089
Loading
added 13 characters in body
Source Link
user136089
user136089
Loading
added 135 characters in body
Source Link
user136089
user136089
Loading
added 71 characters in body
Source Link
user136089
user136089
Loading
added 236 characters in body
Source Link
user136089
user136089
Loading
added 236 characters in body
Source Link
user136089
user136089
Loading
Source Link
user136089
user136089
Loading