choosealicense.com/index.html

79 строки
2.3 KiB
HTML
Исходник Постоянная ссылка Обычный вид История

---
layout: default
class: home
2013-07-13 18:38:53 +04:00
hide_breadcrumbs: true
title: Choose an open source license
permalink: /
---
2013-06-11 20:39:22 +04:00
Add existing project situation, leave 1 permissive, 1 copyleft choice This is a **draft**, probably will be controversial, definitely needs wordsmithing. Fixes #380 "No clear message on why to choose an open source license" -- added line under heading Fixes #335 "Feedback from John Sullivan talk on license choosers" -- remaining items were (roughly) to not surface patents at this level, and to surface choice between allowing proprirary/closed source or not Fixes #239 "Consider discussing ecosystems with an already predominant license" (well, it doesn't *discuss* but there's a page for that, unlinked til now) and makes the default recommendation of just about everyone -- use exisitng project/community's license if applicable -- prominent on the site Closes #48 "Proposed modified workflow: make permissive/copyleft and patents orthogonal" though probably not in way submitter would favor. I could be convinced that Apache-2.0 should be featured rather than MIT because of the former's express patent grant, but as it stands I'm not sure the complexity of Apache-2.0 (and for a weak grant, relative to GPLv3) is worth it relative to MIT. There's some value in the first license a user looks at being really easy to understand. The continued popularity of MIT and simialar ISC and BSD-2/3 seems to indicate people want that simplicity. And where are the holdups based on patents supposedly infringed by open source projects under licenses without an express patent grant that could not have happened had those projects been under Apache-2.0? Please educate me! :) Any and all feedback most welcome.
2016-06-07 04:31:14 +03:00
<p>An open source license protects contributors and users. Businesses and savvy developers wont touch a project without this protection.</p>
<h2>
<span>{</span>
Which of the following best describes your situation?
<span>}</span>
</h2>
2013-12-09 22:05:34 +04:00
<ul class="triptych situations clearfix">
2018-06-18 10:04:36 +03:00
<li class="existing">
2018-07-20 05:44:22 +03:00
<a href="community/">
2018-06-18 10:04:36 +03:00
<span class="triptych-sprite community"></span>
<h3>I need to work in a community.</h3>
</a>
<p>
Use the <a href="community/">license preferred by the community</a> youre contributing to or depending on. Your project will fit right in.
</p>
<p>
2018-08-07 01:26:51 +03:00
If you have a dependency that doesnt have a license, ask its maintainers to <a href="no-permission/#for-users">add a license</a>.
</p>
</li>
Add existing project situation, leave 1 permissive, 1 copyleft choice This is a **draft**, probably will be controversial, definitely needs wordsmithing. Fixes #380 "No clear message on why to choose an open source license" -- added line under heading Fixes #335 "Feedback from John Sullivan talk on license choosers" -- remaining items were (roughly) to not surface patents at this level, and to surface choice between allowing proprirary/closed source or not Fixes #239 "Consider discussing ecosystems with an already predominant license" (well, it doesn't *discuss* but there's a page for that, unlinked til now) and makes the default recommendation of just about everyone -- use exisitng project/community's license if applicable -- prominent on the site Closes #48 "Proposed modified workflow: make permissive/copyleft and patents orthogonal" though probably not in way submitter would favor. I could be convinced that Apache-2.0 should be featured rather than MIT because of the former's express patent grant, but as it stands I'm not sure the complexity of Apache-2.0 (and for a weak grant, relative to GPLv3) is worth it relative to MIT. There's some value in the first license a user looks at being really easy to understand. The continued popularity of MIT and simialar ISC and BSD-2/3 seems to indicate people want that simplicity. And where are the holdups based on patents supposedly infringed by open source projects under licenses without an express patent grant that could not have happened had those projects been under Apache-2.0? Please educate me! :) Any and all feedback most welcome.
2016-06-07 04:31:14 +03:00
<li class="whatever">
2018-07-20 05:44:22 +03:00
<a href="licenses/mit/">
Add existing project situation, leave 1 permissive, 1 copyleft choice This is a **draft**, probably will be controversial, definitely needs wordsmithing. Fixes #380 "No clear message on why to choose an open source license" -- added line under heading Fixes #335 "Feedback from John Sullivan talk on license choosers" -- remaining items were (roughly) to not surface patents at this level, and to surface choice between allowing proprirary/closed source or not Fixes #239 "Consider discussing ecosystems with an already predominant license" (well, it doesn't *discuss* but there's a page for that, unlinked til now) and makes the default recommendation of just about everyone -- use exisitng project/community's license if applicable -- prominent on the site Closes #48 "Proposed modified workflow: make permissive/copyleft and patents orthogonal" though probably not in way submitter would favor. I could be convinced that Apache-2.0 should be featured rather than MIT because of the former's express patent grant, but as it stands I'm not sure the complexity of Apache-2.0 (and for a weak grant, relative to GPLv3) is worth it relative to MIT. There's some value in the first license a user looks at being really easy to understand. The continued popularity of MIT and simialar ISC and BSD-2/3 seems to indicate people want that simplicity. And where are the holdups based on patents supposedly infringed by open source projects under licenses without an express patent grant that could not have happened had those projects been under Apache-2.0? Please educate me! :) Any and all feedback most welcome.
2016-06-07 04:31:14 +03:00
<span class="triptych-sprite three-arrows"></span>
<h3>I want it simple and permissive.</h3>
</a>
<p>
The <a href="licenses/mit/">MIT License</a> is short and to the point. It lets people do almost anything they want with your project, like making and distributing closed source versions.
</p>
<p>
Add existing project situation, leave 1 permissive, 1 copyleft choice This is a **draft**, probably will be controversial, definitely needs wordsmithing. Fixes #380 "No clear message on why to choose an open source license" -- added line under heading Fixes #335 "Feedback from John Sullivan talk on license choosers" -- remaining items were (roughly) to not surface patents at this level, and to surface choice between allowing proprirary/closed source or not Fixes #239 "Consider discussing ecosystems with an already predominant license" (well, it doesn't *discuss* but there's a page for that, unlinked til now) and makes the default recommendation of just about everyone -- use exisitng project/community's license if applicable -- prominent on the site Closes #48 "Proposed modified workflow: make permissive/copyleft and patents orthogonal" though probably not in way submitter would favor. I could be convinced that Apache-2.0 should be featured rather than MIT because of the former's express patent grant, but as it stands I'm not sure the complexity of Apache-2.0 (and for a weak grant, relative to GPLv3) is worth it relative to MIT. There's some value in the first license a user looks at being really easy to understand. The continued popularity of MIT and simialar ISC and BSD-2/3 seems to indicate people want that simplicity. And where are the holdups based on patents supposedly infringed by open source projects under licenses without an express patent grant that could not have happened had those projects been under Apache-2.0? Please educate me! :) Any and all feedback most welcome.
2016-06-07 04:31:14 +03:00
{% include using-sentence.html license-id="mit" %}
</p>
</li>
2013-10-30 22:23:28 +04:00
<li class="copyleft">
<a href="licenses/gpl-3.0/">
<span class="triptych-sprite circular"></span>
<h3>I care about sharing improvements.</h3>
</a>
<p>
The <a href="licenses/gpl-3.0/">GNU GPLv3</a> also lets people do almost anything they want with your project, <em>except</em> distributing closed source versions.
</p>
<p>
{% include using-sentence.html license-id="gpl-3.0" %}
</p>
</li>
</ul>
<h2>
<span>{</span>
What if none of these work for me?
<span>}</span>
</h2>
2013-12-09 22:05:34 +04:00
<ul class="triptych see-more clearfix">
<li>
<h3>My project isnt software.</h3>
2013-09-16 23:17:02 +04:00
<p>
2018-07-20 05:44:22 +03:00
<a href="non-software/">There are licenses for that</a>.
2013-09-16 23:17:02 +04:00
</p>
</li>
<li>
<h3>I want more choices.</h3>
2013-09-16 23:17:02 +04:00
<p>
2018-07-20 05:44:22 +03:00
<a href="licenses/">More licenses are available</a>.
2013-09-16 23:17:02 +04:00
</p>
</li>
<li>
2015-01-10 16:20:22 +03:00
<h3>I dont want to choose a license.</h3>
2013-09-16 23:17:02 +04:00
<p>
2018-08-19 04:55:26 +03:00
<a href="no-permission/">Heres what happens if you dont</a>.
2013-09-16 23:17:02 +04:00
</p>
</li>
</ul>