Slashdot Mirror
Android Compatibility and Fragmentation
tbray writes "Here are the details on the Android Compatibility Program — which combines the source, a formal compatibility spec, an open-source test suite, and access to the Android Market as reward for good behavior (program page). People like to rant about the subject of fragmentation, so here's TFM that they should be R'ing first."
Fragmentation is mostly FUD, there are only a few screen sizes and the OS changes are pretty minimal.
* Bugs - devices might simply have bugs, such as a buggy Bluetooth driver or an incorrectly implemented GPS API.
* Missing components - devices might omit hardware (such as a camera) that apps expect, and attempt to "fake" or stub out the corresponding API.
* Added or altered APIs - devices might add or alter APIs that aren't part of standard Android. Done correctly this is innovation; done poorly and it's "embrace and extend".
Each of these is an example of something that can make an app not run properly on a device. They might run, but they won't run properly. These are the things that I spend my time preventing.
The only thing I might add is that devices of different resolutions can be annoying, especially if your app has static images or custom widgets.
Qxe4
Are the screen sizes a big deal? Application and web developers have dealt with this problem for decades now.
There's no -1 for "I don't get it."
"The thing is, nobody ever defined “fragmentation”"
Let me try: You have several different versions of Android 'in the wild' on different phones, different carriers, etc. There are different stances on whether these version of Android can be updated (based on manufacturer) etc. yadda yadda
Now, looking at that situation, I would say 'fragmentation' is more along the lines of 'Is it going to remain easy for to target Android phones in general considering how many versions currently exist [/not obsolete] concurrently?'
So yes, it is mainly about compatibility. But it also means (much like any other platform) if the version leaping continues (and so many versions exist concurrently all the time) playing to the 'lowest common denominator' of supported features will be required
This doesn't solve fragmentation at all. The problem is (from an app developer standpoint) is that there are too many variables in the android world to code an app once to run successfully across the ecosystem.
Say for example you've got an app that requires typing (an e-mail app).
You have to design a version for on-screen keyboards (because it'll use part of the screen real estate) separately from a version that uses a hardware keyboard. They don't need to be separate apps, but you need to design (visually at least) for both scenarios, or you end up locking out a good portion of the people who use android devices.
This design (and resultant porting) is exactly what killed the feature phone app market. Developers spent too long making ports of an app for the Sony w810, w900 LG VX9600, Motorola RAZR because each one implemented things JUST different enough, regardless of the JSR being implemented. Then you had to test each one fully.
Sure, there are 100,000+ android devices out there, but they're across a wide set of carriers and hardware, so in order to sell your app on all 100,000 of those phones you've got to tweak your app for each device.
Conversely, with the iPhone there's one hardware platform. One way to implement a keyboard. One way to call the Camera API (and if there's no camera, the app doesn't need to do anything different). This makes an app developers life MUCH easier since they only need to design and write ONE app to reach all 2+ million handsets out there, Apple's draconian and confusing app store submission policies not withstanding.
So fragmentation will ALWAYS be an android issue until they say "here is our reference hardware platform(s) -- you must use of these three sets of features when building hardware." Coincidentally this is exactly what MS is doing with Windows Phone 7 -- three hardware platforms, that's it. You still have to design your app three times, but at least you know that if you design for one hardware platform, ANY device within that platform by ANY manufacturer on ANY carrier will have the same exact limitations and abilities.
you bitches take it up the ass.
this should have been made perfectly clear from google's side from day one. Yet everyone kept talking about android marketplace as if it was a part of the android source until the first android based devices without marketplace showed up, and none could figure out why.
i only ran into it after ranting about google's mismanagement of marketplace access on some forum, and got a link handed to me.
another issue is that 1.6 required that a compatible device could function as a phone. So any device thats been in development since 1.6 was first released, wont have marketplace unless its a phone or stalls its release until they can get 2.1 or newer working and approved by google. And even then the max resolution of the screen is 800x600, and i think the screen size is in the 5-7" range.
basically, google is lagging badly behind where third parties want to go with android. And its not helping that marketplace is only really usable in select nations so far (and when a sim is inserted into the device).
comment first, facts later. http://chem.tufts.edu/AnswersInScience/RelativityofWrong.htm
The problem I see with Android is that companys that makes Android phones like to add there own UI, and when a new version of Android OS comes out. they can't upgrade it, and it takes month for them to upgrade... And you have to wait for that (if they even want to upgrade the firmware)
If only they made UI modual based, or made the specific drivers avervebel. So when google releases a new version people can upgrade rigth away.
Maybe have the option to say, run native Android whit out the vendors UI.
Or wait to the ventor update the UI.
Personly I would reather run the newest Andorid without fansy UI, then run a old version.
HTC still have alot of there phones on Android 1.5 (some gets 2.1 update this month i Europe) And they have said that some of the phone will never get 2.2 version.
Sony Ericsson's frist Android phone runs 1.6 and will get a 2.x update in August/September. If it's not delayd.
Make is so costumers can easy upgrade to the newest version, and don't have to wait/hope for vendors to release an update. Will help alot.
You will have either fragmentation, or stagnation as the device gets older. Even something totally controlled like the iPhone. As time goes on, one of three things will happen:
1) Apple will introduce new iPhones with features the old ones do not, and cannot, have such as higher rez screens, faster CPUs, etc. Software for these new phones will not run properly, if at all on the old ones. The phones will fragment along the lines of new and old.
2) Apple will refuse to introduce any features that would break compatibility with older phones. They maintain total compatibility through keeping various things at one spec. This leads to stagnation of increasing proportions as time goes on, such that new iPhones are literally years behind competing products.
3) Apple discontinues all support for older iPhones. They have the service providers remotely kill the hardware so you are required to purchase new hardware.
There's just no way around it. If you want new devices to have new capabilities, well it will lead to fragmentation. There are plenty of things you can do to help, particularly in making sure newer devices can seamlessly run older software, but you can't have all sorts of new stuff and have everything work just like it did before.
Honeymoon is over! Now face the reality of wild variations in hardware people like to put into phones (trust me, it's not just screen size!) and inevitable variations in driver implementations. And welcome the flak you get when things inevitably start breaking.
To an extent, this discussion is reminiscent of Java J2ME. Sun's done a lot to maintain compatibility across implementations. Despite tens of thousands of unit tests and logical and stringent versioning, differences in implementations inevitably creep up. Notwithstanding other problems (licensing & java verified program) this has been slowly choking J2ME for years.
The amusing part is TFA doesn't say what they submitter thinks it does - they openly admit fragmentation exists. And their response to fragmentation? "Android Market makes sure your app is only visible to those devices where it will run correctly, by filtering your app from devices which don't have the features you listed".
And thus, magically, since no one can download an app that they cannot run - fragmentation is gone. (It should go without saying this is laughable.)
Google is making sure that your app will run one someones hardware/OS, but that's a far cry from making sure it runs on all hardware/OS combinations.
Even now lots of web developers want to treat the browser view like a physical sheet of paper, demanding iron-fisted control over placement of everything on the page. This leads to all kinds of work to maintain the control. I keep wishing more web developers would get over this. Not only would I find it a lot easier to actually make use of their work on smaller screens (my Android phone, my netbook...), I think in the end it would be a lot easier for the developers, too.
It sounds like mobile application developers often have the same problem...
Hacker Public Radio is our Friend
1 - We hate apple beacuse they are closed ( but predicable )
2 - We hate android beacuse its not predictable ( but open )
Cant have it both ways...
Oh, and #3 - We hate windows phones, just beacuse..
---- Booth was a patriot ----
One of the disasters on Android is that handset makers are allowed to make their own custom UI. Does HTC better google in some ways? Absolutely. But users and developers both need a consistent UI to use and design for.
As a consumer I really wanted to support Google's carrier independent supply chain by purchasing a Nexus 1, but the screen was terrible. Hoping to grab a newer HTC, but they have their own custom UI. May end up with the new iPhone after all.
I've developed 7 Android apps and the huge diversity of Android versions and devices out there really is a nightmare. I have an enormous number of extra code paths due to it. All this extra complexity makes apps tougher to write, tougher to test, tougher to debug, tougher to enhance.
Some examples of bizarre stuff I have to do:
Android 1.5 has a Java NIO bug that forces me to copy data to a temporary array on its way to buffers to be rendered via OpenGL. This hurts performance on older phones that often need it the most. It also means I have to do more testing to make sure both code paths are well exercised. I bet many developers don't even realize the bug is there an just have broken OpenGL apps on Android 1.5. The bug fix would be trivial to port back to Android 1.5, which would make it drastically more likely to get on to these older phones, but there's no sign this will ever happen. Do I keep code paths like this? Or do I give up the 25% of the market that is Android 1.5? Neither is desirable.
Another really frustrating one is how I have to detect specific devices and request certain size depth buffers just to get decent performance. Hardware graphics acceleration is only enabled on the Samsung Galaxy for depth buffer size 16, for example, not for no depth buffer. Depth buffer size 24 works best on the Droid, etc.. The Galaxy has had this bug for a very long time. The Archos tablet has no hardware acceleration and there are promises that cheaper phones will be similar. Do I write all the extra code for adjusting rendering for each of these? Or do again give up large swaths of the market?
Anyway, I'm constantly dealing with issues like this. It is really disappointing that Android team, the carriers, and the device manufacturers don't do more to prevent it. Doing things like back porting fixes so that older phones can be more trivially updated would help enormous numbers of apps and app developers compared to the very few resources needed on Google's part to do it.
Meanwhile Google isn't even interested in solutions to these problems from what I've seen. One developer brought up another potential solution during a session at Google IO. He suggested making the highest level of Android a distributable framework, like .NET. This would allow updating it much easier. Not nearly as many phones would be stranded with old, buggy versions of the Java portion of Android at least. The Google staffers just brushed the idea off without even discussing it. They said fragmentation should really be called progress and to deal with it.
This isn't really surprising. If you look at a recent app produced by Google, the Twitter app, you'll see that it is unavailable to a huge percentage of the market because they don't support older versions of Android with it. Independent developers can't afford to ignore large sections of the marketplace like that. Google isn't in the app business, so the Googlers just go ahead and ignore the issue. You can see a graph of the versions of the devices on Android Market here:
http://developer.android.com/intl/fr/resources/dashboard/platform-versions.html
And of course there are plenty of devices not on Google's market, many of which are even less likely to receive updates because they are updated by PC software rather than over the air.
So Googlers aren't even eating their own dog food on this issue. They just make app developers put up with it on their own, never experience it themselves, and then ridicule the issue as a bogeyman. I think I was happier before I read the blog post. At least then I could imagine they were working hard on the issue and just doing terrible at it. Now I know they don't even consider it an issue.
Now that 24" screens are cheap and plentiful a lot of bad web design is starting to show. For example "fixed width" layouts where all the content is in a narrow vertical strip bordered by eight inches of whitespace on both sides.
Then unmaximize your window. Fixed width designs are meant for putting two web pages side-by-side. Windows XP and Windows 7 both support a split screen: in XP, you click one taskbar button, Ctrl+right click, and choose Tile Vertically, and in Windows 7, you drag each window to the left or right side of the screen.
Most of the phones that run 1.5 right now are terribly underpowered -- OpenGL on a G1 is almost a sick joke.
If you're targeting OpenGL, you probably should cut your losses and cut them.
The Twitter application is an Android showpiece app, which is why it targets 2.1. They wanted to use animated wallpaper, quick contact bars, and so on, to highlight the best of the contemporary platform. Aside from the fact that about 50% of Android phones are running 2.1 right now, most other phones are going to see a 2.1 upgrade in the relatively short term. I suspect Google intentionally targets 2.1 to try to motivate the vendors to expedite their upgrades.
You will find the answer to this mystery in "The Cathedral and the Bazaar" by Eric S. Raymond [1992].
Basically, Microsoft and Apple are code cathedrals. Using the Cathedral system they can organize the labor of a great many people. In a Cathedral you can do anything that is permitted to be done in that Cathedral - which can be almost anything that brings the controlling powers profit really. But if you want to do something they don't want you to do, then you can't and there's nothing you can do about it but leave the cathedral or accept that you can't do that thing.
Android and the Linuxes are the Bazaar. It's noisy and chaotic. It can be harder to find things. Some of the things you find in a Bazaar are quite crude. But in the Bazaar you can do anything you want any way you want. The Bazaar is run by everybody in it, for each to his own benefit. Almost anything that can be found in the Cathedral can also be purchased in the Bazaar by a man with ready cash. Almost anything.
One thing that can be bought in the Cathedral but not in the Bazaar is the preventing of things you don't want others to do. If somebody wants to prevent the use of VP8 or Flash in the Cathedral, or the development of hardware platforms that don't run Windows, well, anything can be proscribed if the price is right. The Cathedral is run by the head priest, and not specifically for your benefit but primarily for the benefit of the Cathedral - because it's this self serving nature that makes Cathedrals persistent and powerful.
One is not necessarily better than the other. Each has merits, each has uses.
Help stamp out iliturcy.
... but - are we starting to see fanboyism in the Android realm?
Why, no, I haven't meta-moderated lately. Thanks for asking!
He suggested making the highest level of Android a distributable framework, like .NET
I thought Java was a distributable framework, like .NET. And I doubt every .NET runtime (including Mono etc) is completely bug-free either.
And Google have already said they planned to spin off components of the OS, where possible, to make updating those components much easier.
Look, you make a fair point about dealing with different hardware and different bugs, and I sympathise, but these sort of time/market tradeoffs are nothing new, especially on popular platforms (Windows and Linux PCs, Macs too, huge varieties of graphics hardware, memory, CPU speeds, screen resolutions, OS versions, driver versions, blah blah - I run into it too). The only way to avoid it is to buy into a single, locked-down platform (like e.g. a specific game console) - which risks stagnation, and limits your market.
Why would anyone engrave "Elbereth"?
The bug fix would be trivial to port back to Android 1.5, which would make it drastically more likely to get on to these older phones, but there's no sign this will ever happen. Do I keep code paths like this? Or do I give up the 25% of the market that is Android 1.5? Neither is desirable.
If they made an update, say 1.5.1, you would still want the old code path for the devices that hadn't upgraded - which leaves you in exactly the same position you are in now.
Another really frustrating one is how I have to detect specific devices and request certain size depth buffers just to get decent performance.
I'm not sure what you want Google to do about this. Do you want Google to dictate a certain hardware spec to all the vendors? If you favor a consistent platform (more or less) from a well-known set of hardware on a single carrier, you should go with Apple.
This is simply software engineering - taking one set of trade-offs for others. If you want newer features, you target the later API, at the cost of a smaller audience. These are all very straight-forward cost/benefit decisions, that YOU get to make, not Google. This is the strength of the open platform.
Through the market you can reach an enormous diversity of devices, which translates to a huge audience. I agree - it would be an amazing world if you could write a app once that works flawlessly on all of them. But as a software developer myself, I don't think that expectation is reasonable. That being said, I think Android does work quite well, and good luck on another platform like WinMo7.
http://www.talknerdy.org
As someone who has been developing for mobile (J2ME, BREW, BlackBerry, Android, iPhone, and more) since 03, I'd like to officially welcome the iPhone developers out there to mobile development - which has always been a freaky, fragmented place.
Truth is the iPhone did not take over the way some thought it would. Not everyone owns an iPhone and I don't think the day is at hand where everyone will. So if you want ubiquity, you have to port, you have to test, you have to bend over backwards and bang your head against the wall looking for workarounds to botched implementations on obscure devices.
Anyone who tries to tell you otherwise has drank the kool-aid.
Very clear and interesting remarks you wrote. This is excactly what is putting me off from buying an android-phone.
It's not only fragmentation, it's a bloody mess!
Windows is totally fragmented. It's terrible. Why do people develop for it? Every machine has a different amount of memory, hard drive, resolution, aspect ratio, 3D capabilities. Some have mice, some have trackballs, some have joysticks. Plus, there's all these different versions: XP, Vista, Windows 7. For gamers it is worse: DirectX 9, DirectX 10, OpenGL. Even their flagship product has a mess of versions: .NET 1.0, 1.1, 2.0, 3.0, 3.5, and 4.0 are all found in the wild. Browser versions, service packs...
Why does anyone program for this OS? Because it is fragmented. Fragmentation is a **benefit** - because if it weren't fragmented, the alternative is that each of these computers would have a different operating system. I'd rather have one approximately-the-same, cohesive API across different hardware, than have each device run a different OS. What they are calling "fragmentation" in the Android OS is called choice and diversity on other OSs. This is a good thing, and be happy with it.
Everything you describe seems to apply to Windows, Linux, and just about every other operating system there is. If you look at most games, they have to do serious optimization to handle older video cards, including separate code paths. It sucks, but it isn't Android only. I am confused though as to why there are phones running these older versions. Why is that?
What technology makes OS4 incompatible? What is it about that OS that the original 3G won't handle?
I am agog.
This is my thoughts exactly.
You're gaining a huge install base by having Android compatible with multiple handsets. People like choosing different feature sets, not everyone wants a keyboard for example, but some wouldn't live without one. Some people will pay extra for a phone with excellent gaming performance, others won't care.
This is akin to figuring out if a hypothetical game will run on User X's computer. Ship the game for a console if you don't want to deal with it.
To be fair, for the wide variety of devices Android supports, there are very very few compatibility glitches.
- Michael T. Babcock (Yes, I blog)
Which 7 apps? It's not that I don't believe you -- although I have zero reason to trust such a claim -- but I would like to see the sort of featureset you target to get a grip on your difficulties.
My G1 runs 2.1 and opengl apps run great... where have you been?
The GPU of the G1 is horribly underpowered, the processor not supporting NEON, and the RAM on the device is barely capable of running the OS alone. The G1 is the reason gaming on the Android platform is still so immature.
Phones like the Nexus One, the Samsung Galaxy S, and the Moto Droid are magnitudes more powerful in the graphics department.
The Java framework and the Android framework are different things. Yes java is the language of choice for android, but not java 6 or even 5, no you're stuck with some google modified version that seems to change its library in each version of android.
HTC doesn't offer a 2.1 upgrade for my HTC Tattoo. Period. It's supposed to "real soon now", it doesn't. Is Google at fault? Is Android? Is HTC? You know what, I don't care, it just doesn't work.
This is the strength of the open platform.
Having a limited audience and increased development costs is a strength? Awesome.
Reddit picked up on this thread here http://www.reddit.com/r/programming/comments/cal37/comment_on_slashdot_detailing_the_so_called/
But a lot of the time you don't need that much juice. Any 3D hardware has the power to run something with the complexity of the original GLQuake, for example. Most game developers aren't after staggering graphical performance. They just need hardware that will draw a few textured objects.
But a lot of the time you don't need that much juice. Any 3D hardware has the power to run something with the complexity of the original GLQuake, for example. Most game developers aren't after staggering graphical performance. They just need hardware that will draw a few textured objects.
Maybe Droid developers. Meanwhile, the big studios are targetting the iPhone.
I honestly believe that 1.5 users (and some 1.6) are not heavy users that will be purchasing a lot of apps. the iphone set a trend of buying a replacement phone at least every 18 months. how many 1.5 users are just about to buy a new phone? Also, what is the volume of market usage (sells) on this bracket (1.5 users) I agree that fragmentation is not effective, but is far from being an issue or something unacceptable. I think that newer phones deserve better attention. If I bought a new phone 2.2 or 2.1 I did it because app implementation is going to be faster and better. I am all about not setting breaks on development because everything needs to be compatible/cool with 1.5. 1.5 devices have a hardware disadvantage. my two cents!
Wouldn't it make a whole lot more sense to flow to the size of my screen like anything else, so I can do either?
No. There's a reason that print newspapers are laid out with a story in multiple narrow columns rather than spanning the text across the entire width of the page. Part of reading is finding the next line of text, and that's uncomfortable if the line is longer than about 40em, or 80 characters, or 20 words.
I have to agree with csartanis: Hacked system images like Cyanogen show that G1 hardware is, at least, adequate.
The problem is OEMs have no incentive to put money into handsets they sold two years ago. Google has to take up the slack, either by creating incentives to update older handsets, or legitimizing hacks like Cyanogen as a form of "aftermarket upgrade."
I wrote parts of this stuff
Yeah, because the hardware of the (Motorola) Droid is so different than the iPhone 3GS. Oh wait, no, it's almost exactly the same.
The graphics-intensive, pretty 3D games on the iPhone are mostly horribly sluggish. Not very impressive. The iPad is better, but not amazingly so.
Nobody, nobody targeting mainstream mobile devices is doing 3D stuff beyond what we saw on PCs ten years ago.
Yet, you're having to ignore large portions of that install base if you're going with newer features of the OS. You have to decide if that new feature that may be required for your app is worth alienating a significant part of the Android install base. At least with Apple, if they add a feature to the OS, you can reliably begin using it when its released, and be assured that most of your install base can use it.
There are still 1.5 and 1.6 devices being sold. The Hero, the Droid Eris, and the G1 are still being sold, and with the exception of the Hero, have no plans of being updated.
Look into it. Amazing support form PALM. Lots of dev interaction. (almost) No Fragmentation. More open than iphone. More controlled than android. Very home-brew friendly. Oh, and it's not ugly as sin. Also, we're desperate for more apps. Room to shine, unlike on the big two at the moment.
Not everyone replaces their phones every 1-2 years though. Many people outside of North America aren't even on contracts and just stick with pay as you go. For them, upgrading is much more of a hassle because they have to pay full price.
Regardless, newer phones still come with 1.6. Furthermore, if the firmware is at all customized by the creators, there can be issues updating.
Cell phone providers can also give their own firmware and simply refuse to allow updates, unless the phone is rooted. Usually, only the tech savvy would be willing to go through a process such as this.
Jesus man how much crap you say. So tell me something, genious, when the new iphone comes out how is it going to be for you? It will have new hardware components, new resolution and new functionalities that the previous iphones don't/won't have.
Only a person that never programmed for a PC makes statements like that.
About the Android fragmentation, sure they could update all those G1's and all, all the way to froyo and they should. Those companies who refuses to make updates will be in a disadvantage position against others that are willing to do so. So it comes down to the simple principle of natural selection. We just need a little time for it to produce results.
You should be thankful that Android is now at this level, because developping for iphone is much more painful than Android is, even with the fragmentation "problem".
I had to read this a few times to make sure this post wasn't a few months old. Both the hero and eris have received an OTA 2.1 upgrade in may. The only US 1.5/6 devices are the G1, MyTouch and Behold 2.
Wow, you just made me re-animate my /. account.
You have just described some of the major reasons I have gone in a great big circle around the Android phones, even if I find the *idea* of a Linux-based phone OS by Google very appealing. I have an iPhone that has all the same advantages of the Apple computers, only amplified: Complete hardware control and testability. They might be a little more expensive, and Apple might be dickheads, but they still deliver a better end product to the users.
Maybe in a year or two
Exactly! I don't blame Google at all.
1) Manufacturers and Carriers are not used to sending out many updates, and they must not have budgeted the time to do so. They should partner with community leaders to produce and test releases. I have a Samsung moment, which launched with 1.5 while other phones had 1.6 and promised 1.6 was emminant. They finally did a 2.1 update, but the sdx-developer community has a better OS and will probably beat them to 2.2 as well.
2) This is no worse than any other open and free environment. No one bitches this much about kernel versions or GLIBC versions. People generally draw a line on OS support for PCs and their drastically different graphics/audio hardware. It is still better than DLL hell.
3) Suck it up is the right response. YOU fix the issue! If the community worked together to come up with a common engine/library to deal with these issues, you would spend a lot less time solving them independently.
Only US Sprint version of Hero has received 2.1 update. All of us European (GSM Version) users still have 1.5 on our HTC Hero. No 2.1 update.
The problem is OEMs have no incentive to put money into handsets they sold two years ago.
The OEMs should be profiting from their own app stores .. profits being driven from their customers. That they don't get this yet is hugely disappointing .. appstores - and naturally, software updates - are of huge interest to "next-gen" cell users .. but the carriers just don't want to get into it.
I suppose its because of the draconian US laws about content delivery over telephone networks, in the end, though ..
; -- the corruption of government starts with its secrets. a truly free people keep no secrets. --
Your statement is a red herring.
The features that didn't exist before wouldn't exist today if they wanted to make you happy.
The options are either properly predicting the future and making all future features available in advance, but not letting them work (since they can't yet), or waiting till those features are relevant and adding them to the api.
Either way, unless you want a stagnant platform that never evolves, you're going to have API changes to deal with.
On that note, how come my 1994 Newton MessagePad doesn't understand XML? Yeah.
- Michael T. Babcock (Yes, I blog)
HTC is at fault. They stranded the Magic at 1.5 in the Nordic countries.
Thank Thor for Cyanogen!
Everything you describe seems to apply to . . . just about every other operating system there is.
One exception is Palm/HP's webOS. New versions of the operating system are pushed over the air to all phones shortly after release by Palm.
Patrick --- Are you detaining me or am I free to go?
That's not the point and you know it. The point is that there is a significant number of phones out there that do not have access to these new features, and in all likelyhood never will. Over half the phones out there are on 1.5 or 1.6.
The point is that the iPhone doesn't have this problem, or at least in any way close to Android, because the vast majority of the handsets are running the latest OS. You really only have to target the latest version. With Android, you can't do that. You either use the really old version, you implement separate code paths for the different versions and handsets, or you tell people using the older stuff (which is still being sold as new) to fuck off.
Again: I don't care. And Cyanogen doesn't run on my phone.
Its exactly the point. If new iphones come out with lets say dual cameras, the new OS and API will support that but the old phones never will.
New features will always cause fragmentation. Your only way out is to stagnate in hardware development or to have perfect forward knowledge.
- Michael T. Babcock (Yes, I blog)
Ummm...ignore them. If their phones don't get updates to 2.1 then they need new phones.
Don't you want them to have a good experience with your applications?
Still, Google needs to slow their development model and they should have released the CDMA Nexus One with a note the it will work with all releases for the next 3 years minimum.
pretty 3D games on the iPhone are mostly horribly sluggish. Not very impressive. The iPad is better, but not amazingly so.
Woohoo Apple bashing the form of an unsubstantiated anecdote. Weee slashdot!
Ogre Wedding Planners llc.