Free Newsletter

QUICK POLL
  • In the past three months, have you at least once used your smartphone to tether another device (tablet, notebook etc.)?
  • Yes
  • No
  • What's "tethering"?
Advertize your telecoms job

Google teaches industry how to be open but closed

By MATT LEWIS

Published: 28 November, 2007

READ MORE: Google

Continued ...

While the implementation of Java has improved considerably over the past couple years, it has never fulfilled its write-once-run-everywhere promise owing to the compatibility breaks caused whenever an operator or manufacturer introduced an innovation they wanted - the bouncer as the Java party was clearly not doing his job. This implementation inconsistency is what is currently hurting the mobile Linux market.

Google understands the importance of consistency simply because if the PC market resembled today's handset industry, then Google would not be a $200 billion company and Larry and Sergey would probably still be finishing up their PhDs in their Stanford dorm room. We see Google preventing fragmentation of its Linux OS in two ways:

  • - While the Android source code will be licensed under the Apache 2.0 license, allowing manufacturers to modify the source code without having to share their modifications, these companies must sign a compatibility pledge promising not to break interoperability. While it is unclear what action Google will take with vendors who do not comply, it should suffice to say that Google's pockets are deeper that even those of Nokia's and it could make things difficult for offenders.
  • - Android will run Java applications, but Google will take the Java bytecode and convert it to its own virtual machine (VM) language: Dalvik. Dalvik is Google's proprietary virtual machine and has not released specifications for it. Many see this as Google's way of escaping Sun's Java royalties. No doubt, this is one motivation, but the true benefit is that now application developers only have a single VM which they need to test their code against.

Google has released the Android SDK and developers are likely to code natively for the platform. However, it is entirely possible that, if Dalvik proves to be a feature-rich and efficient VM, the large installed base of developers already well-versed in coding for Java will see Dalvik become Android's de facto application execution environment.

Google is not a handset OS company. Android is simply a means to an end - the end being to create a vast new expanse of real estate which Google can beam its advertising inventory to. This demands a level of consistency and interpretability from Android so that, regardless of who implements the platform on whichever device, application compatibility is maintained. This means some tactics from Google which makes Android more closed than other mobile Linux offerings. But as all party-goers know, a good bouncer on the nightclub door making some heavy-handed decisions can make the party a whole lot better for everyone.

Pages: 1 | 2

Share

  • email story Email
  • print story Print
  • digit digit
  • facebook facebook
  • Twitter Twitter
  • Linked-in Linked-In
  • Comments (0)

COMMENTS

Add Comment
No comments yet. Be the first to add a comment!
MARKET PLACE

    Carrier Broadband Performance: Africa & Middle East

    Carriers are using mobile broadband as their weapon of choice in the fight against the commoditization of voice and falling ARPU. This...

    Voice over LTE: Market Analysis and Forecasts

    VoLTE offer unique advantages in lowering a carrier's voice infrastructure economics and promises to improve voice quality, device...
WHITE PAPERS

    Satellite Phones: Will Dual Mode Help the Phoenix Rise from the Ashes?

    Satellite phones have followed an arduous path since their much-hyped launch more than a decade ago. The hype was followed by an e...

    Mobile Widget Platform Market Analysis: Understanding the Business Case and ROI

    This white paper presents an analysis of the mobile widget platform market, as well as metrics supporting a mobile carrier?s busin...

POST COMMENT

You must be a registered user to post a comment. or
Username *
Email *
Comment *