Google is defragging Android
arstechnica.com
Google is defragging Android
1–10 of 221 posts
Re: Google is defragging Android
#2It does cut into the openness of Android though. Unless Amazon bends to Google's way of doing things a little bit their platform will stay even further behind, for instance.
Re: Google is defragging Android
#3Re: Google is defragging Android
#4[deleted]
edit: since I'm rate limited, I'll reply to engrenage's other troll comment (where he's already whining about downvotes) after deleting this reply where he was also trolling.
"So you deleted one troll comment to write another? Wowow.
Google is still building out all of the OS components of Android as open source. The Play Service lib is about Android API backward compatibility and doing things, for example, that Apple already does, like aggregate location data for the whole system and then provide it to apps, saves on battery, etc. It really doesn't matter that much for anyone who wants to take Android and build on top of it's important pieces"
Re: Google is defragging Android
#5 defragmenting
defragging
It's just 3 letters saved. Vote me down if you must.Re: Google is defragging Android
#6Edit: downvotes don't change the truth of the observation. Android is no longer meaningfully open, other than a years old core of basic functions. Just like OSX and Darwin.
Re: Google is defragging Android
#7Re: Google is defragging Android
#8defragmenting defragging It's just 3 letters saved. Vote me down if you must.
Re: Google is defragging Android
#9Re: Google is defragging Android
#10I think this is great for Android as a whole, users will be better served. It does cut into the openness of Android though. Unless Amazon bends to Google's way of doing things a little bit their platform will stay even further behind, for instance.
It would be nice that if an OEM commits to limiting their modifications to, say, at worst, some privileged apps, that there would be a workflow from Google's OS development to the SoC makers' chipset support engineering, to the OEMs so that new versions could be continuously integrated and therefore delivered to each product shortly after release. That plus some kind of community support model for EOL'ed products would harness openness in the cause of timely updates and long-term support.