Google’s iron grip on Android: Controlling open source by any means necessary


 
 
// published on Ars Technica // visit site
Google’s iron grip on Android: Controlling open source by any means necessary

Six years ago, in November 2007, the Android Open Source Project (AOSP) was announced. The original iPhone came out just a few months earlier, capturing people's imaginations and ushering in the modern smartphone era. While Google was an app partner for the original iPhone, it could see what a future of unchecked iPhone competition would be like. Vic Gundotra, recalling Andy Rubin's initial pitch for Android, stated:

He argued that if Google did not act, we faced a Draconian future, a future where one man, one company, one device, one carrier would be our only choice.

Google was terrified that Apple would end up ruling the mobile space. So, to help in the fight against the iPhone at a time when Google had no mobile foothold whatsoever, Android was launched as an open source project.

In that era, Google had nothing, so any adoption—any shred of market share—was welcome. Google decided to give Android away for free and use it as a trojan horse for Google services. The thinking went that if Google Search was one day locked out of the iPhone, people would stop using Google Search on the desktop. Android was the "moat" around the Google Search "castle"—it would exist to protect Google's online properties in the mobile world.

Read 53 remaining paragraphs

Find: Finally, a modular phone architecture - Motorola's Project Ara

A great idea, for google, motorola and everyone. Will set motorola apart from the crowd, which it sorely needs, and will set us all on the path toward cheaper more renewable mobile devices, which we all sorely need. Improves experience with a new way for users to express themselves through customization. 

Phones are small enough now that I think the extra space modularity requires won't be a serious problem.

Really hope motorola sees this through. 

*** 
 
// published on AnandTech // visit site
Motorola's Project Ara: Phonebloks from an OEM

Phonebloks was a campaign that focused upon attracting the interest of OEMs by showing that there was an incredible amount of interest for a modular phone. This was mostly for reasons of reducing electronics waste, the potential for incredible customization, and the potential for reduced upgrade costs associated with the 1-2 year upgrade cycle. As the current model requires the purchase of an entire phone, upgrading a single “module”, or a set of modules that would update the device would reduce the cost of upgrading to the consumer, much like the current desktop PC system of upgrading individual components.

However, at the time it seemed unlikely that such a campaign would ever produce a meaningful result in the industry. Now, it might be less so as Motorola announced Project Ara, a platform that promises the same modularity that the Phonebloks campaign was promoting, and has also partnered with the creator of the Phonebloks campaign for this project.The concept is largely the same, with an endoskeleton and modules that make up the phone. The display, following the Phonebloks concept, is also likely to be its own module. While actual details of the concept are effectively nil, there are still an enormous number of challenges that such a design would face.

The first would be from a purely hardware perspective, as there is an unavoidable tradeoff between volumetric efficiency and modularity in such a design. While modern smartphones are effectively a tight stack of PCB, battery, and display, this adds in an entire interface for each module that connects them together. This means that the memory module would effectively go from the size of an average eMMC chip to around a full-size SD card due to the need for a durable interface that would connect it to the rest of the phone. This is most readily seen by the differences between the international and Korean LG G2, as the international variant has a ~15% larger battery by virtue of the sealed design that allowed for LG Chemicon’s curved battery pack with thinner walls to allow for more battery capacity.

The second issue in this case would be regulatory, as the FCC only tests single configurations for approval. Such a design would be incredibly challenging to get approval for as there could easily be unpredictable RF behavior from unexpected behavior from a specific setup of modules, or issues with the endoskeleton portion because the modules aren't all part of a single PCB that is unlikely to suffer issues with short circuits or other connection issues, while a modular design would face such challenges.

The final major issue is that of history, as the failure of Intel’s Whitebook initiative from 2006 makes it much harder to see a similar initiative succeeding in the smartphone space. As the Whitebook initiative promised a DIY, modular laptop, much like Phonebloks and Project Ara, and failed due to the rise of completely integrated laptop designs such as the Apple rMBP line, it seems unlikely that such a project would succeed without significant compromise, either in modularity or in competitiveness with the more integrated smartphones. While laptops like the rMBP are effectively impossible for the user to repair, much less open, they have become incredibly popular, and the PC OEMs have followed Apple’s lead in this regard, with consumer demand generally tending towards thinner and lighter laptops, just as the same demand seems to occur in the smartphone space, it is difficult to see such an initiative succeeding. While such initiatives are sure to garner widespread enthusiast support, enthusiasts generally lose their ability to influence the market once a market segment becomes popular with general consumers, as can be seen by the PC industry. However, it remains to be seen whether there is mass-market appeal for such a phone, and it may well be that Motorola is tapping a niche with enormous potential.

Find: google sidesteps carriers and oems to reduce fragmentation


 
 
// published on Ars Technica // visit sit

Balky carriers and slow OEMs step aside: Google is defragging Android
Ron Amadeo

Android 4.3 was released to Nexus devices a little over a month ago, but, as is usual with Android updates, it's taking much longer to roll out the general public. Right now, a little over six percent of Android users have the latest version. And if you pay attention to the various Android forums out there, you may have noticed something: no one cares.

4.3's headline features are a new camera UI, restricted user profiles, and support for new versions of Bluetooth and OpenGL ES. Other than the camera, these are all extremely dull, low-level enhancements. It's not that Google is out of ideas, or the Android team is slowing down. Google has purposefully made every effort to make Android OS updates as boring as possible.

Why make boring updates? Because getting Samsung and the other OEMs to actually update their devices to the latest version of Android is extremely difficult. By the time the OEMs get the new version, port their skins over, ship a build to carriers, and the carriers finally push out the OTA update, many months pass. If the device isn't popular enough, this process doesn't happen at all. Updating a phone is a massive project involving several companies, none of which seem to be very committed to the process or in much of a hurry to get it done.

Read 11 remaining paragraphs