TechSpot

Marshmallow is now installed on 7.5 percent of all Android devices

By Shawn Knight
May 4, 2016
Post New Reply
  1. The latest version of Google’s Android operating system, affectionately known as Marshmallow, is now installed on 7.5 percent of all Android devices in the wild according to the latest data from Google’s Android Developer Dashboard.

    That’s up from just 4.6 percent in April and 2.3 percent a month earlier but is still considered very low by competing standards. Apple’s iOS 9, for example, was installed on 11 percent of devices within one day of its release and had spread to 84 percent of iDevices by mid-April, CNET notes.

    Google launched Android 6.0 Marshmallow in early October. Unlike Apple which releases new versions of its mobile OS directly to its users, new versions of Android are sent to handset makers and wireless carriers for testing across every device which can take several months to complete. Only then can the rollout to consumers begin.

    Some device makers like LG, Motorola and even Google itself get a head start on the process. Industry giant Samsung, on the other hand, only got around to rolling out Marshmallow to Galaxy S6 and S6 Edge devices in February.

    Lollipop, which enjoys the largest market share, is installed on 35.6 of all Android devices followed by KitKat at 32.5 percent and Jelly Bean at 20.1 percent. Froyo, Gingerbread and Ice Cream Sandwich combined represent 4.3 percent of the Android install base.

    Google last month published a developer preview of the next version of Android, likely Android Nutella, much earlier than usual in hopes of getting the build completed and out to device makers by the summer.

    Expect to hear more about Android N at Google’s annual I/O developer conference which kicks off on May 18 in Mountain View, California.

    Permalink to story.

     
  2. Nobina

    Nobina TS Evangelist Posts: 855   +339

    Even though I like open source software I feel like that's what's holding Android down. If I'm wrong correct me but if Google didn't let anyone tinker with Android we would only have a stock version and everyone would get updates around the same time. Just look at Apple or Microsoft.
     
  3. Jack Meoffski

    Jack Meoffski TS Booster Posts: 49   +35

    Yes you're wrong. Google doesn't let anyone thinker with the Android OS. Every upgraded version of Android brings new API's created by Google for developers to use. It's these new API's that bring new features to your Apps. Older android apps don't have the newer API's so they can use the features unless android build it into support libraries.
     
  4. trparky

    trparky TS Booster Posts: 156   +58

    A lot of the blame for when it comes to pushing out Android updates for the OEMs can be put squarely on how Android was constructed from an architectural point of view. If you ask me, the designers of Android were complete morons.

    OK, now before you start flaming me let me explain why.

    Back when I had a Galaxy Nexus I contributed some patches to the ROM that I was running at the time. I wanted a new feature added to the VPN total data transfer screen. By default Android only provided you the amount of data you transmitted in Bytes but what about translating that into MBs and GBs which is a lot more friendly for people to read than a big huge number like 4265116255456 Bytes? Well, I decided to pull down the GIT repository, figure out where the stuff responsible for displaying the VPN transfer data was in the source code, and went to town. Much to my dismay there was no easy way to implement this kind of feature; I had to literally hack the Java code to add it. So I did that, added the required code, and then push my patch to the repository and wait for someone to approve it which eventually it was. Then I started reading some of the other patches applied by other people and that was when I really had my "WTF!" moment with Android. To even change the color of some stinkin' text on the screen you had to... you guessed it, hack the Java code. There was no XML file where you could set things up for the GUI to add or change simple things in the GUI; no, you had to hack the Java code again.

    What I explained above is why I think Android was designed by a bunch of complete morons! To even change the littlest thing, the font color for some text/label object on the screen you have to hack the Java code. Seriously... who the hell thought that this was a good idea? Now let's consider the skins for Android like Samsung TouchWiz, HTC Sense, etc. which goes way farther than just changing the color of a text/label object on the screen or even adding a MBs and GBs thing to the VPN data transfer screen; no, they change just about everything about the appearance of Android itself from the status bar on the top, to the menus, and the pull down shade. Good grief, it's a wonder that the Android OEMs haven't just decided to just stay with Android 4.0 Ice Cream Sandwich and tell Google to take their new versions of Android and shove it up their asses since it would require having to damn near rewrite the whole Android overlay every time Google comes out with a completely new version of Android. So when Google does come out with a new version of Android the OEMs have to figure out what changed, merge those changes into their custom Android code base, and then hope to God that whatever Google changed didn't just break the whole house of cards in the process.

    Now, if there was a way to say... dictate how the Android UI would be built and displayed to the user using a sort of "skinning" engine like WindowBlinds can do on Windows then OEMs wouldn't have to bastardize the core Android code to change the way the UI looks and feels. They could design the whole UI and have the details written to an XML file that's read upon boot by the skinning engine and apply it the UI without having to touch a single line of core Android code.

    If I had to use a word to describe Android's architecture I would use the word "monolithic". Everything that makes Android what it is part of the core code of Android so if you want to change something like change the GUI, add a feature, etc. you have no choice but to change the actual source code of Android. This of course presents a big issue... What happens when a patch comes along? Will those changes play nice with my stuff? Or will it result in a mess in which I have to fix my own stuff to work around whatever changed which will of course result in increased development time and costs.

    Think about it this way... If I want to add something to a Context Menu in Windows Explorer all I have to do is add a few entries to the Windows Registry in the appropriate places and tada, I have my own addition to the Explorer context menu. You can even add whole new tabs to a file properties window by injecting an Explorer extension library. And if you don't like my Microsoft examples, let's look at Firefox and Google Chrome. You can add extensions to both browsers that can completely change the whole behavior of the web browser all through the use of simple extensions. I can do the same thing with Wordpress, I can write plugins for Wordpress that also changes the way Wordpress works. In all four examples (Windows, Firefox, Google Chrome, and Wordpress) this is made possible by the use of APIs that allow other software to hook into something and extend the functionality of the core software all without having to touch a single line of source code that makes up the core product you're changing.

    As it stands right now, you can't do that on Android. If you want to change something, be prepared to get down and dirty with the core Android code and hope to God that whatever Google does next doesn't break your stuff. This is proof that from an architectural point of view, Google Android is crap.
     
    Last edited: May 5, 2016

Similar Topics

Add New Comment

You need to be a member to leave a comment. Join thousands of tech enthusiasts and participate.
TechSpot Account You may also...