Feeds

Google admits Android 'both open and closed'

Roll over Gene Amdahl

  • alert
  • submit to reddit

Providing a secure and efficient Helpdesk

Google Android boss Andy Rubin sees himself as a latter-day Gene Amdahl, insisting that anyone who questions his commitment to building an "open" mobile platform is merely spreading FUD.

"Recently, there’s been a lot of misinformation in the press about Android and Google’s role in supporting the ecosystem. I’m writing in the spirit of transparency and in an attempt to set the record straight," Rubin wrote on Google's Android blog late last week, responding a recent avalanche of stories suggesting the company was restricting the so-called openness of his platform. "We’ve remained committed to fostering the development of an open platform for the mobile industry and beyond."

You may have chuckled at that very earnest talk of "the spirit of transparency", but Rubin's claims of martyrdom by FUD are more amusing than you might think. If Rubin is Gene Amdahl, the Fear, Uncertainty, and Doubt is coming not only from Google's own partners, but from Google itself.

In the latest issue of the IEEE Computing Society's Computing Now – a collection of clips from the society's peer-reviewed magazines and journals – Google engineering directors Alberto Savoia and Patrick Copeland have no qualms with telling the world that Android is "both open and closed".

"Google has many projects that follow either the open or closed model, and others that do not cleanly fit either stereotype. Android and Chrome OS are examples of permeable interfaces between Google and the outside community, and would be defined as open on the surface," the pair explain. "However, both projects periodically 'go dark' on the community to surprise the market. In a sense, they are both open and closed depending on business needs at any given time."

Such a description of Android is hardly surprising – until you consider it comes from Google itself. Though Google has always billed Android as an open source platform, the company inevitably builds the latest version of the mobile OS behind closed doors, waiting to open source the code until after the first partner devices are ready for market.

According to Bloomberg Businessweek – citing "about a dozen" Google partners – this setup has created a situation in which device makers and wireless providers are forced to play by Google's rules in order to receive the early closed source version of the software. In recent months, the magazine says, Google has "clamped down" even harder on Android designs, so much so that some partners have made antitrust complaints to the Department of Justice.

Separately, Skyhook Wireless – a Boston-based outfit that offers a service for pinpointing a mobile device's location via Wi-Fi and cell-tower signals – has hit Google with a lawsuit claiming that Android isn't as open as Google says. The suit accuses Mountain View of using Android to force handset manufacturers into using Google's location technology rather than Skyhook's. According to the suit, Andy Rubin told Motorola co-CEO Sanjay Jha that if Motorola handsets did not drop Skyhook, Google would pull official Android support from the devices.

But the big news is that although Motorola has released the first device based on Android Honeycomb – the first version of the OS built specifically for tablets – Google has not open sourced the code. The company has "gone dark" in a way it has never gone dark before. Anyone outside of Google's closest partners cannot build a Honeycomb tablet or use Honeycomb code with any other device.

Rubin says that Google isn't open sourcing the tablet-centric platform because it's not yet ready for phones. But surely, it could have open sourced the code anyway. Google never had any qualms with releasing phone-centric Android code that anyone could squeeze onto a tablet. Why not release a tablet-centric version that anyone could attempt to squeeze onto a phone? "Android is open source," was a common refrain from the company when discussing the Apache-licensed project. "You can do whatever you want with it."

Many have leapt to Google's defense. Claims of openness are easily defended. Some have even been known to defend Apple's claims of openness. Without batting an eyelash. But surely, whether the word "open" has any meaning left or not, it's difficult to deny that even Google admits that Android is both open and closed.

The more intriguing bit is that Savoia and Copeland say the same thing about Chrome OS. Technically, unlike Android, the main Chromium OS source tree is completely public. In theory, anyone can contribute patches at any time to the latest version of the OS. Google director of product management Caesar Sengupta has told us that in some cases even he has been surprised to see certain patches show up in the OS code. But even in this situation, Savoia and Copeland seem to be saying, a company can hold back new code. Google can "surprise the market" whenever it likes, augmenting Chrome OS with code you won't find in Chromium OS.

This is Google's prerogative. And the company has every right to restrict what its Android partners can and can't do. But we reserve the right to roll our eyes when Andy Rubin plays the martyr. ®

Secure remote control for conventional and virtual desktops

More from The Register

next story
'Windows 9' LEAK: Microsoft's playing catchup with Linux
Multiple desktops and live tiles in restored Start button star in new vids
Not appy with your Chromebook? Well now it can run Android apps
Google offers beta of tricky OS-inside-OS tech
New 'Cosmos' browser surfs the net by TXT alone
No data plan? No WiFi? No worries ... except sluggish download speed
Greater dev access to iOS 8 will put us AT RISK from HACKERS
Knocking holes in Apple's walled garden could backfire, says securo-chap
NHS grows a NoSQL backbone and rips out its Oracle Spine
Open source? In the government? Ha ha! What, wait ...?
Google extends app refund window to two hours
You now have 120 minutes to finish that game instead of 15
Intel: Hey, enterprises, drop everything and DO HADOOP
Big Data analytics projected to run on more servers than any other app
prev story

Whitepapers

Secure remote control for conventional and virtual desktops
Balancing user privacy and privileged access, in accordance with compliance frameworks and legislation. Evaluating any potential remote control choice.
Saudi Petroleum chooses Tegile storage solution
A storage solution that addresses company growth and performance for business-critical applications of caseware archive and search along with other key operational systems.
High Performance for All
While HPC is not new, it has traditionally been seen as a specialist area – is it now geared up to meet more mainstream requirements?
Security for virtualized datacentres
Legacy security solutions are inefficient due to the architectural differences between physical and virtual environments.
Providing a secure and efficient Helpdesk
A single remote control platform for user support is be key to providing an efficient helpdesk. Retain full control over the way in which screen and keystroke data is transmitted.