• Follow us on Twitter
  • Join our Facebook Group
  • Join me on Google Plus
  • Add me on Linkedin
  • RSS
New prints available for sale! close

  • Home
  • Articles
    • Artistic Process
    • Software Engineering
      • Android
      • HTML5 & JavaScript
    • Reviews
    • Personal
    • Books
      • Technical
  • Portfolio
  • Store
    • Giclee Prints
    • Your Account
    • Transaction Results
    • Checkout
  • Bucket-List
  • Contact

Blog - Latest News

Android’s Fragmentation: Split Personality Disorder

1 Comment/ in Android, Articles / by admin
January 27, 2012

There has been a lot of talk about fragmentation in the Android ecosystem.  Anyone who says it’s not fragmented has to be kidding themselves. If an iOS user sees a cool app on another person’s iOS device, they know that it is available to them as well.  Unfortunately, the same is not true for Android users.  When I create an Android application, I try to run it on as many devices as possible prior to release.  The tweaks to the OS made by device manufacturers can (and do) affect application performance and stability.  One can easily observe this by looking at reviews in the Apps Market where users describe applications force-closing randomly on specific phones.

One of the greatest benefits of Android is that it gives customers the ability to chose a device with a UI and hardware most appealing to them.  This is also its greatest curse since it causes fragmentation in the Android ecosystem, a problem much more difficult for Google than it is for Apple and BlackBerry because Google doesn’t control the hardware.  The Android Update Alliance was created to guide device-makers and carriers towards updating their customers more quickly, but so far it seems dead in the water.   The small tweaks that carriers make to the OS help their devices stand apart, not just from other operating systems but other Android phones as well.  These differences make updating them much more difficult since the device makers need to ensure that every aspect of their customized version works on the latest update.  On top of that, the hardware-makers don’t see another dime from goods and services sold within the Android ecosystem, so there is little incentive for carriers to keep older phones up to date.  (Although I know I would have brand loyalty and be much more likely to continue buying a specific line of devices if the carrier guaranteed me the latest updates every time, but that’s a topic for a different post entirely.)

To make matters worse, two of the worlds most popular Android-based tablets are built on top of extremely dated versions of the OS.  Amazon’s Kindle Fire and Barnes and Noble’s Nook Tablet are both running customized versions of Android 2.3.  This forces developers to ask very difficult questions: “do we lower the features of our applications and potential quality to make one app that will run on all tablets, create two applications or ignore devices with older versions of the OS?” These are questions that iOS developers generally don’t need to ask themselves, thanks to Apple’s strict control over the hardware.  For a visual reference of just how much variation there is in Android versions out there, check out Michael Degusta’s chart, linked at the bottom of this post.

The bottom line is that Google needs to apply more pressure to carriers and device-makers to keep their customized versions in sync with the latest version of Android.  When a customer goes into the store, they should be able to look at a phones capabilities, hardware and customized UI without having to worry about whether or not their favorite apps will work on the device due to tweaked or outdated Android software.  It’s an incredible benefit to iOS users that Apple keeps much of its older hardware on the latest version of the OS, and I believe that’s one of the huge appeals of Apple’s ecosystem.  Google needs to give its user base that same assurance.

It’s my stance that phones should get the latest version of Android within two months of its release, and continue to receive updates for at least 2 years (This works in the USA where customers are typically offered a discounted phone upgrades at the end of a 2 year contract.  I’m not sure if this would be a good solution for customers outside the USA).  Tablets should get updates for at least 4 years from their release.   I realize that is forever in technology, but tablets are more expensive and beginning to replace laptops.  If I were a student who opted for a tablet over a laptop, I’d like to believe it will function fully for me through my college career.

My final thought – When a carrier no longer wants to provide updates to its customized versions, then they should open up their boot-loaders to allow the developer community to keep a device alive and up-to-date.  This will help give Android phones that are no longer in service contracts a second life as MP3 players, development devices and iPod touch equivalents.

- Android Orphans: Visualizing a Sad History of Support | October 26, 2011

Tags: Android, Fragmenetation, Ice Cream Sandwhich, Kindle Fire, Nook Tablet
← How Technology Changed the Way I Make Art
The Bath : Painting & Progress Shots →
Related Posts
ADB Not Recognizing Devices on OSX – EasyTet...
Comments

One Response to Android’s Fragmentation: Split Personality Disorder

Trackbacks & Pingbacks

  1. My new Galaxy Ace - Android Forums says:
    June 1, 2012 at 1:27 pm

    [...] of the android market. check these 2 links OpenSignalMaps – Android Fragmentation Visualized Android in short Android has had a long term problem of fragmentation, it had it in 2010 and 2011 also. A [...]

    Reply

Leave a Reply

Want to join the discussion?
Feel free to contribute!

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

Recent Posts

  • AngularJS: Building My Rotten App
  • JavaScript WebSpinners
  • JavaScript Scope & Closures
  • Introduction to JavaScript’s Prototype Inheritance
  • ADB Not Recognizing Devices on OSX – EasyTether problem

Recent Comments

  • Allison on Minneapolis Events and Adventures Sales Practices
  • Judy on JavaScript WebSpinners
  • MickeyD on Minneapolis Events and Adventures Sales Practices
  • MickeyD on Minneapolis Events and Adventures Sales Practices
  • Andy on Kindle PaperWhite & Whispersync for Voice – The perfect reader companion!

Archives

  • March 2013
  • February 2013
  • January 2013
  • December 2012
  • October 2012
  • June 2012
  • May 2012
  • January 2012
  • October 2011
  • July 2011
  • April 2011
  • March 2011
  • January 2011
  • December 2010
  • November 2010
  • October 2010
  • March 2010
  • February 2010
  • November 2009
  • August 2009
  • June 2009
  • February 2009
  • May 2008
  • April 2008
  • March 2008
  • December 2007
  • August 2007
  • July 2007
  • June 2007
  • April 2007
  • March 2007
  • February 2007

Categories

  • Android
  • Articles
  • Artistic Process
  • Design Patterns
  • e-Learning
  • Featured
  • Flash Platform
  • HTML5
  • JavaScript
  • Just For Fun
  • Personal
  • Reviews
  • Software Engineering
  • Speaking
  • User Experience Design

Meta

  • Log in
  • Entries RSS
  • Comments RSS
  • WordPress.org
All images and content is copyrighted Daniel C. Holth unless otherwise noted. Please don't steal.
© Copyright - d.c.Holth - Wordpress Theme by Kriesi.at