Jump to: navigation, search

Difference between revisions of "Open"

(Tell people to tell us when we're doing it wrong.)
m
 
(6 intermediate revisions by 5 users not shown)
Line 1: Line 1:
__NOTOC__
+
<!-- #acl [[AdminGroup]]:read,write,revert All:read -->
= What Does Openness Mean? =
+
<languages />
 +
<translate>
  
== Open Source ==
+
= What Does Openness Mean? = <!--T:1-->
We will '''not''' produce "open core" software.
 
  
 +
== Open Source == <!--T:2-->
 +
We do '''not''' produce "open core" software.
 +
 +
<!--T:3-->
 
We are committed to creating truly open source software that is usable and scalable.  Truly open source software is not feature or performance limited and is not crippled. There will be no "Enterprise Edition".
 
We are committed to creating truly open source software that is usable and scalable.  Truly open source software is not feature or performance limited and is not crippled. There will be no "Enterprise Edition".
  
 +
<!--T:4-->
 
We use the Apache License, 2.0.
 
We use the Apache License, 2.0.
 
* [http://www.opensource.org/licenses/alphabetical  OSI] approved,  
 
* [http://www.opensource.org/licenses/alphabetical  OSI] approved,  
Line 12: Line 17:
 
* [http://en.wikipedia.org/wiki/Debian_Free_Software_Guidelines  DFSG] compatible
 
* [http://en.wikipedia.org/wiki/Debian_Free_Software_Guidelines  DFSG] compatible
  
== Open Design ==
+
== Open Design == <!--T:5-->
'''We are committed to an open design process.'''  Every six months the development community will hold a design summit to gather requirements and write specifications for upcoming release.  The summits, which are '''open to the public''', will include users, developers, and upstream projects. We will gather requirements and produce an approved roadmap used to guide development for the next six months.
+
'''We are committed to an open design process.'''  Every six months the development community holds a design summit to gather requirements and write specifications for upcoming release.  The design summits, which are '''open to the public''', include users, developers, and upstream projects. We gather requirements and produce an approved roadmap used to guide development for the next six months.
  
== Open Development ==
+
== Open Development == <!--T:6-->
We will maintain a publicly available source code repository through the entire development process. This will make participation simpler and will allow users to follow the development process, and participate in QA at an early stage.
+
We maintain a publicly available source code repository through the entire development process. We do public code reviews. We have public roadmaps. This makes participation simpler, allows users to follow the development process and participate in QA at an early stage.
  
== Open Community ==
+
== Open Community == <!--T:7-->
One of our core goals is to produce a healthy, vibrant developer and user community.  Most decisions will be made using a [http://www.apache.org/foundation/glossary.html#LazyConsensus   lazy consensus] model. All processes will be documented, open and transparent.
+
One of our core goals is to maintain a healthy, vibrant developer and user community.  Most decisions are made using a [http://www.apache.org/foundation/glossary.html#LazyConsensus lazy consensus] model. All processes are documented, open and transparent.
  
We make the following promises:
+
<!--T:8-->
* '''The community will be involved in the design process.'''  You can help make this software meet your needs.
+
We follow those principles:
* '''The community will have representation''' on the technical board, which has the ability to override decisions by the project lead.
+
* '''The community controls the design process.'''  You can help make this software meet your needs.
 +
* '''The technical governance of the project is a community meritocracy''' with contributors electing technical leads and members of the Technical Committee.
 
* '''This will always be truly free software.'''  We will never purposefully limit the functionality or scalability of the software to try and sell you an "enterprise" version
 
* '''This will always be truly free software.'''  We will never purposefully limit the functionality or scalability of the software to try and sell you an "enterprise" version
* '''All project meetings will be held in public IRC channels and recorded.'''
+
* '''All project meetings are held in public IRC channels and recorded.'''
  
== Are we doing it wrong? ==
+
== Are we doing it wrong? == <!--T:9-->
  
We're trying our very best to do things the right way, be properly open, free, etc. If you see anything that suggests otherwise, '''please''' don't hesitate to [[mailto:rick@openstack.org|tell us]] or [http://twitter.com call us out on it]. There's a good chance we simply haven't thought about whatever it is that you've identified.
+
<!--T:10-->
 +
We're trying our very best to do things the right way, be properly open, free, etc. If you see anything that suggests otherwise, '''please''' don't hesitate to [[Contact|tell us]] or [http://twitter.com call us out on it]. There's a good chance we simply haven't thought about whatever it is that you've identified.
 +
</translate>
 +
[[Category:OpenStackFoundation]]

Latest revision as of 16:20, 20 October 2014

Other languages:
English • ‎español • ‎日本語 • ‎한국어

What Does Openness Mean?

Open Source

We do not produce "open core" software.

We are committed to creating truly open source software that is usable and scalable. Truly open source software is not feature or performance limited and is not crippled. There will be no "Enterprise Edition".

We use the Apache License, 2.0.

Open Design

We are committed to an open design process. Every six months the development community holds a design summit to gather requirements and write specifications for upcoming release. The design summits, which are open to the public, include users, developers, and upstream projects. We gather requirements and produce an approved roadmap used to guide development for the next six months.

Open Development

We maintain a publicly available source code repository through the entire development process. We do public code reviews. We have public roadmaps. This makes participation simpler, allows users to follow the development process and participate in QA at an early stage.

Open Community

One of our core goals is to maintain a healthy, vibrant developer and user community. Most decisions are made using a lazy consensus model. All processes are documented, open and transparent.

We follow those principles:

  • The community controls the design process. You can help make this software meet your needs.
  • The technical governance of the project is a community meritocracy with contributors electing technical leads and members of the Technical Committee.
  • This will always be truly free software. We will never purposefully limit the functionality or scalability of the software to try and sell you an "enterprise" version
  • All project meetings are held in public IRC channels and recorded.

Are we doing it wrong?

We're trying our very best to do things the right way, be properly open, free, etc. If you see anything that suggests otherwise, please don't hesitate to tell us or call us out on it. There's a good chance we simply haven't thought about whatever it is that you've identified.