Android Versions - Revision history

Tim Bird: /* Need to support multiple versions */

2010-07-30T22:21:32Z

‎Need to support multiple versions

Tim Bird: add to category:android

2010-07-22T19:20:47Z

add to category:android

Tim Bird: add kernel versions for most releases

2010-07-22T19:20:22Z

add kernel versions for most releases

Tim Bird: /* Need to support multiple versions */

2010-07-16T00:40:39Z

‎Need to support multiple versions

Tim Bird: /* Versions */

2010-07-16T00:40:08Z

‎Versions

Tim Bird: /* Versions */ add major features list to table

2010-07-16T00:39:12Z

‎Versions: add major features list to table

Tim Bird: add link to api-levels documentation

2010-07-16T00:27:54Z

add link to api-levels documentation

Tim Bird at 00:25, 16 July 2010

2010-07-16T00:25:20Z

Tim Bird: add page and version table and fragmentation note

2010-07-16T00:24:42Z

add page and version table and fragmentation note

New page

the following different Android versions have been released:

{| border="1" cellspacing="0" cellpadding="5"
|-bgcolor="#80c0d0"
!Version number!!code name!!API Level
!Main features
|-
|1.1||''unknown''||2
|-
|1.5||Cupcake||3
|-
|1.6||Donut||4
|-
|2.1||Eclair||7
|-
|2.2||Froyo||8
|}

== Version notes ==
=== Version 1.1 ===
=== Version 1.5 ===
=== Version 1.6 ===
=== Version 2.1 ===
=== Version 2.2 ===

== Fragmentation ==
Dianne Hackborn had this to say about fragmentation, after a developer complained about having to
support different version of Android:

<div style="margin:0; margin-top:10px; margin-right:10px; border:1px solid #dfdfdf; padding:0 1em 1em 1em; background-color:#ffffcc; align:right; ">
Developers will never be able to rely on there only being one version to target. Never. Please drop that from your mind. This is not the case on Windows, it is not the case on MacOS X, it is not the case on any platform that is not uber-tightly controlled.

That would mean that ever user, of every Android device, would be delivered free updates as long as they are using the device. This would completely prevent very interesting Android devices like the Dell Streak (which due to its interesting design requires some customizations to the platform), and would significantly limit the ability of manufacturers to push Android into other interesting places.

This would also very greatly slow down the development of the platform. Every release of Android would need to be extensively QAed on every existing Android device before it could go out to any of them. There are currently > 50 such devices, and that number is growing exponentially. Android just can't scale if that final productization and QA phase is not spread out to the manufacturers. A core part of what makes our Android model work is that most products are owned by their manufacturer.

Here's a very small example: you say that manufacturers would be responsible for the kernel. Obviously, that is required because the kernel needs to talk with whatever their hardware is. However, pretty much every release of the platform has snapped up to a more recent version of the Linux kernel. The QA for that version of the platform is done against that kernel on a small set of specific devices. For what you propose, it would either need to be QAed across all possible kernels, or require that all manufacturers upgrade to the newer kernel before it can go out to any devices.

I honestly think that developers who are demanding there be only one version they need to think about are living in a strange fantasy world. Windows developers have always needed to think about 3 or so active versions of windows. From the stats I have seen there are regularly two very active versions of MacOS X that users run. Heck, if you are a web developer you need to consider different browsers and different versions implementing different versions of web standards.

I can more understand the issues from users, who want to be able to upgrade their current device to a newer version. Even there, though, if you compare us against another company that say releases a major platform update every year... we're not that bad. Look at the devices that have been out... how many at this point haven't received a significant platform update in the year since they came out? I think not many -- very few of them have been around for more than a year, and at this point the bulk of those have received at least one update. The main difference is that Android has gone through 3-4 significant updates in a year... so sure, not every one of those goes to every device, but I do think the manufacturers are showing that they are going to do some work to snap their devices to a more recent version, and I also think that as they are learning about Android and going through this upgrade experience the first few times they are learning how to better handle it.

At the end of the day Android is not a single monolithic uniform environment. That isn't what Android is intended to be, and honestly I think that this is something that should be pretty clear from day one. I consider that one of Android's strengths.
</div>

← Older revision		Revision as of 19:20, 22 July 2010
Line 73:		Line 73:
	At the end of the day Android is not a single monolithic uniform environment. That isn't what Android is intended to be, and honestly I think that this is something that should be pretty clear from day one. I consider that one of Android's strengths.		At the end of the day Android is not a single monolithic uniform environment. That isn't what Android is intended to be, and honestly I think that this is something that should be pretty clear from day one. I consider that one of Android's strengths.
	</div>		</div>
		+
		+	[[Category:Android]]

@@ Line 30: / Line 30: @@
 === Version 1.5 (cupcake) ===
 SDK released April, 2009
 === Version 1.6 (donut) ===
 SDK released September, 2009
 === Version 2.1 (eclair) ===
 SDK released October, 2009
 === Version 2.2 (froyo) ===
 SDK release May, 2010
 == Fragmentation ==

@@ Line 56: / Line 56: @@
 === Need to support multiple versions ===
 Dianne Hackborn had this to say about fragmentation, after a developer complained about having to
-support different version of Android:
+support different versions of Android:
 <div style="margin:0; margin-top:10px; margin-right:10px; border:1px solid #dfdfdf; padding:0 1em 1em 1em; background-color:#ffffcc; align:right; ">

@@ Line 53: / Line 53: @@
 Developers will never be able to rely on there only being one version to target. Never. Please drop that from your mind. This is not the case on Windows, it is not the case on MacOS X, it is not the case on any platform that is not uber-tightly controlled.
-That would mean that ever user, of every Android device, would be delivered free updates as long as they are using the device. This would completely prevent very interesting Android devices like the Dell Streak (which due to its interesting design requires some customizations to the platform), and would significantly limit the ability of manufacturers to push Android into other interesting places.
+That would mean that every user, of every Android device, would be delivered free updates as long as they are using the device. This would completely prevent very interesting Android devices like the Dell Streak (which due to its interesting design requires some customizations to the platform), and would significantly limit the ability of manufacturers to push Android into other interesting places.
 This would also very greatly slow down the development of the platform. Every release of Android would need to be extensively QAed on every existing Android device before it could go out to any of them. There are currently > 50 such devices, and that number is growing exponentially. Android just can't scale if that final productization and QA phase is not spread out to the manufacturers. A core part of what makes our Android model work is that most products are owned by their manufacturer.

@@ Line 8: / Line 8: @@
 |-
 |1.1||''unknown''||2
-|The base release, with Android system, Google search, contacts, calendar, cloud synchronization, etc.
+|The base release, with Android system, phone, camera, webkit-based browser, Google search, contacts, calendar, cloud synchronization, android market, etc.
 |-
 |1.5||Cupcake||3

@@ Line 8: / Line 8: @@
 |-
 |1.1||''unknown''||2
 |-
 |1.5||Cupcake||3
 |-
 |1.6||Donut||4
 |-
 |2.1||Eclair||7
 |-
 |2.2||Froyo||8
 |}
 === Version 1.1 ===
-=== Version 1.5 ===
+SDK released February, 2009
 === Version 1.6 ===
-=== Version 2.1 ===
+=== Version 1.5 (cupcake) ===
-=== Version 2.2 ===
+SDK released April, 2009
 == Fragmentation ==

@@ Line 1: / Line 1: @@
-the following different Android versions have been released:
+== Versions ==
 {| border="1" cellspacing="0" cellpadding="5"
@@ Line 17: / Line 18: @@
 |}
 === Version 1.1 ===
 === Version 1.5 ===