Skyler Kaufman | 4443691 | 2011-04-07 15:11:52 -0700 | [diff] [blame] | 1 | <!-- |
| 2 | Copyright 2010 The Android Open Source Project |
| 3 | |
| 4 | Licensed under the Apache License, Version 2.0 (the "License"); |
| 5 | you may not use this file except in compliance with the License. |
| 6 | You may obtain a copy of the License at |
| 7 | |
| 8 | http://www.apache.org/licenses/LICENSE-2.0 |
| 9 | |
| 10 | Unless required by applicable law or agreed to in writing, software |
| 11 | distributed under the License is distributed on an "AS IS" BASIS, |
| 12 | WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. |
| 13 | See the License for the specific language governing permissions and |
| 14 | limitations under the License. |
| 15 | --> |
| 16 | |
Skyler Kaufman | 991ae4d | 2011-04-07 12:30:41 -0700 | [diff] [blame] | 17 | # Philosophy and Goals # |
| 18 | |
| 19 | Android is an open-source software stack for mobile phones and other |
| 20 | devices. |
| 21 | |
| 22 | ## Origin and Goal ## |
| 23 | |
| 24 | Android was originated by a group of companies known as the Open Handset |
| 25 | Alliance, led by Google. Today, many companies -- both original members of the |
| 26 | OHA and others -- have invested heavily in Android, typically in the form of |
| 27 | allocating significant engineering resources to improve Android and bring |
| 28 | Android devices to Market. |
| 29 | |
| 30 | We created Android in response to our own experiences launching mobile |
| 31 | apps. We wanted to make sure that there would always be an open platform |
| 32 | available for carriers, OEMs, and developers to use to make their innovative |
| 33 | ideas a reality. We wanted to make sure that there was no central point of |
| 34 | failure, where one industry player could restrict or control the innovations |
| 35 | of any other. The solution we chose was an open and open-source platform. |
| 36 | |
| 37 | The goal of the Android Open Source Project is to create a successful |
| 38 | real-world product that improves the mobile experience for end users. |
| 39 | |
| 40 | ## Governance Philosophy ## |
| 41 | |
| 42 | The companies that have invested in Android have done so on its merits, |
| 43 | because we believe that an open platform is necessary. Android is |
| 44 | intentionally and explicitly an open-source -- as opposed to free software -- |
| 45 | effort: a group of organizations with shared needs has pooled |
| 46 | resources to collaborate on a single implementation of a shared product. |
| 47 | The Android philosophy is pragmatic, first and foremost. The objective is |
| 48 | a shared product that each contributor can tailor and customize. |
| 49 | |
| 50 | Uncontrolled customization can, of course, lead to incompatible |
| 51 | implementations. To prevent this, the AOSP also maintains the Android |
| 52 | Compatibility Program, which spells out what it means to be "Android |
| 53 | compatible", and what is required of device builders to achieve that status. |
| 54 | Anyone can (and will!) use the Android source code for any purpose, and we |
| 55 | welcome all such uses. However, in order to take part in the shared |
| 56 | ecosystem of applications that we are building around Android, device builders |
| 57 | must participate in the Compatibility Program. |
| 58 | |
| 59 | Though Android consists of multiple sub-projects, this is strictly a |
| 60 | project-management technique. We view and manage Android as a single, |
| 61 | holistic software product, not a "distribution", specification, or collection |
| 62 | of replaceable parts. Our intent is that device builders port |
| 63 | Android to a device; they don't implement a specification or curate a |
| 64 | distribution. |
| 65 | |
| 66 | ## How We Work ## |
| 67 | |
| 68 | We know that quality does not come without hard work. Along with many |
| 69 | partners, Google has contributed full-time engineers, product managers, UI |
| 70 | designers, Quality Assurance, and all the other roles required to bring |
| 71 | modern devices to market. We roll the open source administration and |
| 72 | maintenance into the larger product development cycle. |
| 73 | |
| 74 | - At any given moment, there is a current latest release of the Android |
| 75 | platform. This typically takes the form of a branch in the tree. |
| 76 | |
| 77 | - Device builders and Contributors work with the current |
| 78 | latest release, fixing bugs, launching new devices, experimenting with new |
| 79 | features, and so on. |
| 80 | |
| 81 | - In parallel, Google works internally on the next version of the |
| 82 | Android platform and framework, working according to the product's needs and |
| 83 | goals. We develop the next version of Android by working with a device partner |
| 84 | on a flagship device whose specifications are chosen to push Android |
| 85 | in the direction we believe it should go. |
| 86 | |
| 87 | - When the "n+1"th version is ready, it will be published to the public |
| 88 | source tree, and become the new latest release. |
| 89 | |