Mobile Opportunity - News And Views from Google MO

A strangely cryptic article in the New York Times today announced that several companies had banded together “to build the first of a new generation of nationwide wireless data networks” in the US (link). I read it and thought to myself: what, another new vaporware wireless technology? I couldn’t make sense of the article, so I went to the websites of some of the companies involved. It turns out the announcement isn’t a new vaporware wireless technology, it’s my favorite old vaporware wireless technology, WiMax (link). Sprint finally figured out what to do with it.

The announcement was both interesting and supremely frustrating. The interesting part was that Sprint has brought several promising investors into WiMax, including Google. That’s right, Google is launching a wireless network, if only as a minority investor. (And it got a sweet deal, which I’ll explain below.) The unbelievably frustrating part is that Sprint has pretty much slipped the deployment plan for WiMax by another two years. It’s hard to get excited about a new technology, no matter how great the investors, when I have zero confidence in the companies’ ability to deliver.

Here’s what was announced:

Sprint and several companies have banded together to buy Clearwire, the other wireless company that had been building a WiMax network in the US. Clearwire will be merged with Sprint’s WiMax division, the company will be managed by a mix of Clearwire and Sprint executives, and will be headquartered at Clearwire’s site in Washington state.

Investors in the merged company, to be called Clearwire, include Google, Comcast, Intel, TimeWarner Cable, Bright House Networks, and Trilogy Equity Partners. Intel and Comcast are investing about $1 billion each, TimeWarner and Google about $500 million, Bright House $100 million, and Trilogy $10 million.

Google gets to be the preferred search provider for both Sprint and Clearwire, will provide apps (including Gmail, YouTube, and Maps) for bundling with devices, and Clearwire will sell devices running Google Android. Google and Clearwire will also partner to develop advertising, applications, and create the operating principles for the network (link). Google said it will work with Clearwire to create:

An open Internet protocol to work with mobile broadband devices…and implementing other open network practices and policies….The network will: (1) expand advanced high speed wireless Internet access in the U.S., (2) allow consumers to utilize any lawful applications, content and devices without blocking, degrading or impairing Internet traffic and (3) engage in reasonable and competitively-neutral network management.

Intel will provide WiMax chips (which it was doing anyway), and Sprint, TimeWarner, Comcast, and Bright House will all become Clearwire resellers.

The new company will be 51% owned by Sprint, and its governance structure is so nuanced that I won’t even try to explain it here.

As part of the announcement, Sprint slipped in an estimate that the new Clearwire network will reach 120 million to 140 million people by the end of 2010 (link).

What it means

Death to the Xohm. On a personal basis, the most exciting part of the announcement is that Sprint is apparently dropping the brand name Xohm, which it was using for its WiMax services. I am very sympathetic to the troubles that companies have finding brand names that aren’t already trademarked. But even by my lowered standards, I thought Xohm was a bizarre name. To me, it sounded like something you’d read in a bad science fiction novel. The Xohm would be a race of homicidal crustaceans bent on destroying humanity.

“Captain, the Xohm have deployed a quantum weak force destabilizer!”

“Good God! That could rupture the very fabric of space-time!”

Google gets a wireless network. The company that made out like The Xohm in this deal is Google. For just $500 million (little more than gas money for the corporate jet in Google terms), the company gets preferred placement for its services on both Clearwire and Sprint; a showcase for its apps, advertising, and OS; and the opportunity to design the business model for a national wireless network. No wonder Google didn’t bother to bid seriously in the recent US wireless spectrum auction — why build a network when you can play with one for a tenth the price?

Comcast, Time Warner, and Bright House all get quadruple play options. They can pair Clearwire services with their current cable businesses to deliver advanced bundles of wireless services, Internet access, telephony, and television.

Will it succeed?

The reaction to the deal on some prominent tech blogs seems to range from lukewarm (link) to intensely negative (link). But I think there’s a lot to like about it. The involvement of Google means we’re very likely to get a pretty much open ecosystem on a major wireless network, which Silicon Valley has been collectively screaming about for years. The size of the investments mean there is a lot of money available to build out the network. People ought to be dancing in the streets here, but instead most of them appear to be either yawning or throwing spitwads.

I’d be out there dancing myself if it weren’t for the slip in the schedule. A year and a half ago Sprint announced that its WiMax network would reach 100 million people by the end of 2008 (link). Now Sprint says that by the end of 2010 the network will reach 120-140 million people. So in the last 18 months, the schedule has basically slipped by 24 months. It’s going backwards. At this rate we’ll have passenger rockets to Pluto before we have WiMax service.

Hopefully the management of the new Clearwire will be dominated by people from outside Sprint. I want to believe that they can build out this network; we need it both for the service itself and as an example of how to grow an open mobile ecosystem. But it’s very hard to trust people who have missed their targets as badly as these guys have.

Some other interesting commentary on the deal:

Muni Wireless on the cable companies’ motives for investing (link).
Fierce Wireless explains the ownership structure (link).
Sprint’s amazingly complex press release (link).

==========

Thanks to Xellular Identity for including last week’s post on Adobe in the latest Carnival of the Mobilists (link).

Nokia bought Trolltech for about $150 million, and there’s all sorts of speculation online about what it means. Before I get to that, let me quickly summarize what Trolltech does:

Trolltech is a Norwegian company that makes development tools and Linux software. Its best-known products are Qt (a software layer and development tools for writing applications that run across multiple operating systems, including Windows, Mac, and Linux), Qtopia (a user interface and applications layer for Linux), and Qtopia Phone Edition (a Linux software environment for mobile phones).

In the mobile world, Qtopia Phone Edition has been the company’s best-known product, although it hasn’t exactly been a commercial success. Motorola uses a version of Qt in its Linux mobile phones, but not all of Qtopia. The Sony Mylo mobile device uses Qtopia, as did the Sharp Zaurus PDAs. But Trolltech had so much trouble getting a mainstream phone licensee for Qtopia that it created its own hardware prototype, the Greenphone. (Out of fairness, I should add that Trolltech has a lot of other tiny licensees you’ve never heard of; you can see the full list here.)

The obvious assumption would be that Nokia bought Trolltech for its phone technology, but that’s not what Nokia says. The company’s press release says Trolltech will help advance its “cross-platform software strategy for mobile devices and desktop applications, and…Internet services business. With Trolltech, Nokia and third party developers will be able to develop applications that work in the Internet, across Nokia’s device portfolio and on PCs.”

All About Symbian reinforced that message, reproducing a slide from the Nokia press briefing that showed Qt layered on top of Nokia Series 40, S60, and a variety of desktop PC operating systems (link). The Guardian quoted a Nokia spokesperson as saying the emphasis of the deal is development tools: “This is about Trolltech’s fantastic tools. You can much faster develop programmes which can work on multiple platforms.” (link).

Vnunet quoted an analyst saying that Nokia will use Qtopia to help deploy its Ovi Internet services cross-platform (link). I don’t really see the Internet connection; Qtopia has not been a contender in the net applications world the way that Flash and Silverlight are. But maybe Nokia wants to build it into a contender.

Other analysts suggested other motivations for the purchase. Some of the commentary on Slashdot suggested that Nokia is investing in Linux to counter Google Android (link). ArsTechnica suggested that Nokia might be planning to replace S60 with Qt (link), while others suggested that Nokia plans to use Linux instead of Symbian. Richard Windsor of Nomura pointed out in an e-mail analysis that the purchase of Qt rips the guts out of Motorola’s Linux plans, although he guesses that’s more of a happy side effect for Nokia than the primary motivation.

But an unsigned article on ZDNet UK had the most sweeping interpretation, basically saying that this spells certain death for all proprietary operating systems (link):

Nokia’s bet is that the sheer size of the Qt 4-based market will be a decisive inducement for everyone else, handset makers, operators, and pure applications players alike, and that the explosion in compatibility will amplify the market for everyone much as happened on the desktop when MS-DOS anointed the PC architecture. But unlike then, Qt 4 will break forever the idea that one part of the market can seal itself off as a profitable mini-universe, an idea as archaic in the 21st century as the feudalism it so closely resembles.

As we say here in California, I want some of what he’s been smoking.

What does it really mean?

We’re all assuming that Nokia actually has a coherent master plan here. Although $150m is a lot of money to me personally, it’s mouse nuts to Nokia. Maybe Nokia bought Trolltech just as an experiment, or to keep it from falling into some other company’s hands. The fact that Nokia’s going to continue to develop its Maemo version of Linux, which is not based on the Trolltech technology, suggests a certain amount of incoherence.

If you want to be really Machiavellian, you could speculate that this purchase is the Nokia mobile phone organization’s answer to Maemo — “you tablet guys keep your version of Linux, now we have our own.”

But let’s assume there really is a plan, and it’s aimed at competitors. About six months ago, I wrote about Nokia’s ambitions to be a computer company (link). Now we see them dealing themselves into the operating system competition as well. No matter what you think Nokia’s motives are, the fact is that it’s now the owner of a respectable cross-platform software layer that runs on PCs and mobile devices. Nokia is now a software layer company, in very direct competition with other layer companies like Microsoft and Adobe and Sun. The deal also makes Nokia a much more important player in the open source community. And it puts Nokia in more direct opposition to the companies with their own operating systems — Apple and Google and (once again) Microsoft.

That’s a huge potential change. I say “potential” because Nokia has a lot more to do if it really wants to compete. The Trolltech team will need more investment (they have been losing money) and Nokia has a lot of work to do in developer evangelism and support to make the challenge real. But the potential is there.

I think that as the implications of the deal become clear, Nokia may have trouble continuing to partner with some of its new competitors. For example, it has spent a lot of time positioning itself as a partner to Adobe Air, but it’s hard to see the evolved Qt as anything other than a competitor. Same thing for Google.

As for how this fits with all of Nokia’s other products, I’m having a lot of trouble understanding how Qt will cohabit with S60 and Series 40. What exactly are developers supposed to develop for, and which user interface will the phones feature? If Nokia tries to keep all of them going, its phone software is going to look like a petit four, with layers stacked on layers stacked on layers. That makes for a nice pastry, but in a mobile phone it’s a recipe for bad performance and short battery life. It’s also a certain way to confuse developers.

So a lot depends on Nokia’s next steps. Does Qt replace Series 40 and S60? I don’t know which group within Nokia made the Trolltech deal, but I wonder if the biggest competitive battle might end up being the one inside the company, between its competing software standards.

I was stunned today when I saw the press release from Access Company saying that they’re giving away a beta version of the Garnet emulator for Nokia’s N-series Linux tablets (link).

The Garnet emulator lets you to run most Palm OS applications. So in layman’s terms, Access is giving away Palm OS for use on any N-series tablet.

I hadn’t previously heard any hints from Access about offering Garnet for other platforms. I thought it was only supposed to be available with Access Linux.

I got excited by the announcement, figuring maybe Access had realized that the real innovation is going to come in the applications layer, not the core OS plumbing. I imagined all sorts of scenarios for what they might be planning:

–How about porting Garnet to some other Linux implementations. Hmm, what comes to mind? Maybe Google’s Android? Access would need cooperation from Google in order for the emulator to talk directly to Linux. Would Google help with that?

–There is a need in the market for a mobile application environment that’s truly “write once, run anywhere.” Might Access intend to use Garnet to compete with Java? That would involve porting Garnet to operating systems other than Linux. How about Windows Mobile and Symbian? How about the iPhone?

–There are several ways Access could make money from this:

• Give away the emulator in beta but charge for the final version.
• Give away the emulator on N-series but charge for it on other platforms.
• Give away the emulator everywhere and make money by selling support software and bundling a software store and taking a cut of the purchase fees for apps (a derivative of the iMode and Acrobat models).

Intrigued by the possibilities, I talked to folks at Access. They shot down most of my speculation. As it was explained to me, this is a tactical move. By porting Garnet to the Nokia tablets they can get some testing for the emulator, and also give a “more interesting ongoing proposition for current developers.” (It says something about the momentum for your OS when you feel the installed base of Nokia Linux tablets is an attractive developer target, but I guess you take what you can get.)

Access might try to put the emulator on other standard Linux implementations, but they’re very busy working on software for licensees they can’t talk about yet, and don’t have time to port to anything else, including Android.

That’s a shame. In my opinion, there’s more of a market for Garnet on other platforms than there is for a Linux phone OS now that Google is giving one away.

But Access believes Google’s nonstandard approach to Java and Linux is not going to go down well with the mobile development community. They said Android faces big challenges and a likely backlash.

Okay. I guess only time will tell whether that’s justified self-confidence or denial of reality.

Meanwhile, I’ll go play with Garnet on my Nokia tablet and wonder about what might have been.

Google today released a lot more details on its Android mobile operating system, including the software development kit. It looks like it would be fun to write apps for Android. The most interesting news is that Android puts a heavy emphasis on component software, encouraging developers to create software modules that can be shared with other developers and reused across applications. It’s similar in spirit to what happened with mashups in the web apps world, although the technology involved is quite different.

If the developers follow through, this could make Android a very attractive and flexible development environment.

Google is offering $10 million in prizes to the best Android applications. That’s an astonishing amount of money for the mobile apps space, where developers are used to living on stale bread with an occasional beef jerky chaser. For comparison, $10 million is probably more than the total marketing program budget in my last year at PalmSource.

It must be nice to work at a company that has limitless financial resources.

The price also says something about Google’s business strategy for Android: Collect a lot of compelling applications that will generate user demand for Android phones. I think they can get the apps, but whether those will generate user demand remains to be seen. Having a big apps base didn’t help us as much as you’d expect at PalmSource.

The other interesting news is that this is an entirely Java-based development environment, with a lot of extensions provided by Google for things like multimedia and font management. Although Android is based on Linux, as far as I can tell it’s being used strictly as plumbing; the applications can’t access it directly (at least not in this version). Data exchange between apps, and application access to phone features, can be locked out by the operator or handset manufacturer.

This should make Android a pretty secure operating system, although it won’t be much fun for developers who like to mess around with the low levels of an OS.

Can Android become a standalone runtime? The reliance on Java raises the possibility that the Android applications layer could be ported to other operating systems. I think this would be a pretty cool strategy for Google, as it would enable it to drive the applications experience on a lot of different phones. But it wouldn’t be a lightweight layer — Google has built a huge amount of middleware on top of Linux that would probably have to be ported as well. Unless Google designed the Android apps layer to be portable, something they haven’t mentioned, I think the port would be pretty difficult.

Some other tidbits about the OS:

–Features supported in the OS include a built-in browser, 2D and 3D graphics, SQLite database, video and audio playback, GSM, Bluetooth, WiFi, 3G wireless, camera, compass, GPS, and accelerometer (if the appropriate hardware is included in the phone). That’s a pretty standard feature list.

–There’s also a set of optional APIs that can be excluded by an operator or handset manufacturer. They include mapping APIs and peer to peer messaging between phones. Google positioned the peer messaging as a way to let two users play checkers, but you could also use it to create an instant messaging application that bypasses SMS. I’ll be interested to see if any operators allow it on their networks.

–The development environment is a plug-in to Eclipse, another standard approach. The SDK includes an emulator so you can test your apps before the hardware ships. That’s essential, since Android phones are about a year away.

–Core apps included with the OS include mail, SMS, calendar, browser, contacts, and maps. The mapping app is the only unusual one.

–There is support for multitasking threads, and an application can run in the background (this should enable things like MP3 playback while you’re browsing).

–Each application runs in a separate Linux process. This helps with security. Apps remain running until they’re no longer needed and the system decides that it wants their memory. This feature seemed slightly weird. Windows Mobile also tends to leave code running until the space is needed, and that has resulted in performance and stability problems. Presumably Android will handle things better.

The other thing Google warns you about is that if your application doesn’t use the proper calls to explain what it’s doing, the OS may assume it’s not important and shut it off arbitrarily. That can also happen to a properly-written application if the system runs low on memory. This is kind of spooky, and could result in lost user data, especially if the user loads up a lot of applications.

Call me old fashioned, but I prefer applications that quit only when I push the quit button.

–The security model is heavily sandboxed (meaning applications are isolated from each other). To reach outside the sandbox (to exchange data with another app, read the address book, or access the phone’s features), applications have to ask permission at the time they are installed. Permissions are based on “trusted authorities and interaction with the user.” In other words, an operator or handset vendor can lock them down, and if not then the user will be asked to grant permission. Users will not be asked again when the application is run; if permission was not granted at install, the app will just fail. I believe this is going to be a serious support problem — it means the same application may work on a phone when it’s on one network, but may not work on that same phone on another network. Good luck explaining that to the user.

Google may be counting on user complaints to force the operators to turn on permissions.

–The user interface needs work. Google says it’s still working on the final user interface for Android, and that’s a good thing. Engadget nicely posted a bunch of screen shots from the current interface today, and they have problems (link).

The first thing that bothers me is the icon carousel at the bottom of the screen.

I think it’s a great design, but it’s awfully reminiscent of the interface in Yahoo Go. Maybe that’s just a coincidence, but Google lately has shown a disturbingly Microsoftian tendency to borrow ideas from others.

The overall interface design is relatively clean, at least compared to the overdesigned clutter that you see on a lot of smartphones. But it’s optimized to look pretty on a computer screen rather than be usable on a real-world phone.

The giveaway is contrast. Most computers are used indoors, in a room with moderate lighting. By comparison, mobile phones are used in all sorts of settings, including outdoors in bright sunlight. In those conditions, subtle differences in contrast between text and background can easily be lost. For a good example, check out the screen shot below:

Looks nice on your computer, huh? But let’s reduce that screen image to about what it would be on a real phone:

Already the text gets hard to read. Now take your computer outside into the direct sunlight. Go ahead, I’ll wait for you to get back…

Done already? What you saw is that the words “Call Back,” “Done,” and so on pretty much disappeared because they’re written in dark gray on a black background. You can find a lot of other examples like this in the Google screen shots.

A recommendation to everyone who creates phone interfaces: White on black. Black on white. Large fonts. It may not be the most beautiful design, but at least people will be able to use it.

What it means to the industry. I continue to think that the ultimate success of Android will depend on the creativity of the devices built on it, and we can’t judge that until those devices ship. But in the meantime, I’ll be very interested to see what sort of applications appear. Google can definitely excite developers, especially when it shovels money at them. This is an immediate challenge to Microsoft and especially Symbian, which has struggled to get developers to work with its very complex native APIs. The more that Android sucks up developer activity, the harder it will be for other platforms to get developer support. Android is a much cleaner design than older platforms like Symbian, and the component development model might drive the rapid creation of a lot of interesting applications.

Will Android be limited to the mobile space? That’s the other key question. There’s nothing in the Android development model that limits it to mobile phones, and in fact Google says openly that it’s appropriate for use on all sorts of devices. Let’s wait a few years for the Android applications base to mature. If it does well, we might eventually see Android devices that seek to directly challenge PCs.

=====

PS: Thanks to Ubiquitous Thoughts for featuring last week’s post on the Android announcement in the latest Carnival of the Mobilists.

The bottom line: Google is now an OS company.

The fact that Google’s recently-announced OS products are aimed at mobile devices and social networking sites is interesting, and I’ll talk about the impact of that below. But it’s secondary. I think the big, really important change is that Google has now jumped with both feet into the middle of the operating system world. That potentially has huge implications for the industry.

The impact will depend a lot on how Google follows up. If it pours substantial energy and resources into its OS offerings, it will be extremely bad news for Microsoft and other companies trying to charge money for their own platforms. On the other hand, if Google doesn’t make a serious long-term commitment, it will embarrass itself deeply. This isn’t like launching a new web application — an OS has to be complete, and it has to work properly in version 1, or there won’t be a version 2.

What they announced

It’s kind of ironic. For years after Google became a prominent web company, people speculated about whether or when it would create its own OS. The logic was that Microsoft has its own OS, and Google was challenging Microsoft, so Google would create its own OS too. But then as the years went by and it didn’t happen, people moved on to other subjects. The speculation died out. But one of my rules about the tech industry is that “obvious” things happen only after everyone in the industry has written them off. So I guess Google was due.

The company has been creeping toward the OS space for a while. Google Gadgets is an API to create small applications that run in web pages, and Google Gears is code that lets web apps run offline, making it easier for them to challenge desktop applications. But they were both relatively low-profile (or as low profile as anything Google ever does). But in the last couple of weeks, Google made two much more assertive announcements:

–OpenSocial is an effort to create a shared platform for applications that can be embedded within social websites (link).

–The Open Handset Alliance is an effort to create a shared platform powering mobile devices (link).

Although they’re aimed at very different parts of the industry, they’re both efforts to create a standard platform where there was fragmentation; and they’re both alliances of numerous companies, with Google providing most of the code and the marketing glue. I think there’s a recurring theme here.

Details on the Open Handset Alliance

Open Social was covered very heavily when it was announced a couple of weeks ago, so I won’t recap it all here. If you want more details, Marc Andreessen did an enthusiastic commentary about it on his weblog (link).

The OHA announcement was today, and I want to call out some highlights:

–It’s built around a Linux implementation called Android. Android will be free of charge and open source, licensed under terms that allow companies to use it in products without contributing back any of their own code to the public. This will probably annoy a lot of open source fans, but it’s important for adoption of the OS, as many companies thinking about working with Linux worry that they will accidentally obligate themselves to give away their own source code.

–Google is creating a suite of applications that will be bundled with Android, but they can be replaced freely by companies that want to bundle other apps, according to Michael Gartenberg (link). There is a lot of speculation, though, that if you bundle the Google apps you’ll get a subsidy from Google. The folks over at Skydeck estimate the subsidy could be about $50 per device (link). That might not sound like huge money to you and me, but keep in mind that mobile phone companies routinely turn backflips to squeeze 25 cents out of the cost of a phone. When you sell millions of phones a year, it adds up.

–A huge list of companies participated in the announcement. That’s not as impressive as it sounds; when you have a well-known brand, a lot of companies will do a joint press release with you just for the publicity value. But a few stood out:

Hardware vendors. Samsung, Motorola, LG, and HTC all endorsed the OS. HTC and LG gave particularly enthusiastic quotes. The first three companies have all been playing with Linux for some time, so I wasn’t surprised. But HTC is another matter — it is the most innovative Windows Mobile licensee, and Microsoft must be very disturbed to see it blowing kisses at Google.

(A side comment on Motorola: For a company that said it wanted to consolidate down on a small number of platforms, Motorola is behaving strangely — it jumped all over Symbian a couple of weeks ago, and now is supporting Android as well. I think it has now endorsed more mobile operating systems than any other handset vendor.)

Operators. Participants in the announcement included NTT DoCoMo (a long-time Linux lover), KDDI, China Mobile, T-Mobile, Telecom Italia, Telefonica, and Sprint. That’s a very nice geographic spread, and ensures enough operator interest to make the handset vendors invest.

–Google claims all Android applications will have the same level of access to data on the phone. That’s pretty interesting — most smartphone platforms have been moving toward a multiple-level approach in which you need more rigorous security certification in order to access some features of the phone. I’ll be interested to see how the security model on Android works.

–We’ll get technical information on the OS November 12, and the first phones based on Android should ship in the second half of 2008.

–Although Android’s first focus is mobile phones, the New York Times reports that it can be used in other consumer devices as well (link).

What it means to the mobile industry

It all depends on the quality of Google’s work and the depth of its commitment. If Android has technical or performance problems, it could sink like a stone. If it doesn’t have enough drivers or has poor technical support, the handset vendors will avoid it. If the developers can’t create good applications, users won’t want it. This is a very different business for Google — handset vendors and operators will not tolerate the sloppy, indifferent technical support that Google provides for its consumer web apps.

If, on the other hand, Google’s platform really works and the company invests in it, I think it could have some very important impacts.

Impact on Windows Mobile: Ugliness. The handset companies endorsing Android are also Microsoft’s most prominent mobile licensees. I doubt any of them are planning to completely abandon Microsoft (they don’t want to be captive to any single OS vendor), but any effort they put into Android is effort that doesn’t go into Windows Mobile. So this is ominous.

The whole mobile thing just hasn’t worked out the way Microsoft planned. First it couldn’t get the big handset brands to license its software, so it focused on signing phone clone vendors in Asia, thinking it could use them to pull down the big guys. But Nokia and the other big brands used their volume and manufacturing skill to beat the daylights out of the small cloners.

Now Google is coming after the market with an OS that’s completely free, and may even be subsidized. This will put huge financial pressure on not just Windows Mobile, but all of Windows CE. Even if Microsoft can hold share, its prospects of ever making good money in the sub-PC space look increasingly remote.

Impact on Access: Ugly ugliness. How do you sell your own version of Linux when the world’s biggest Internet company is giving one away? I don’t know.

Impact on Symbian: Hard to judge. Symbian is the preferred OS of Nokia. As long as Nokia continues to use Symbian, it stays in business. The question is how much it’ll grow. After years of painful effort, Symbian just managed to get increased endorsements from Motorola and Samsung. Now Google is messing with both of them. Japan has been a very important growth market for Symbian, now Android is endorsed by both DoCoMo and KDDI. All of that must feel very uncomfortable. If nothing else, it’s likely to produce pressure on Symbian to lower its prices. And Symbian should be asking what happens if Android turns out to be everything Google promises — a free OS that lets handset vendors create great phones easily. It’s not fun competing against a free product that’s been subsidized by one of the richest companies in the world (just ask Netscape).

Maybe if Symbian agrees to enable Google services on its platform it can get the same subsidies as Android does. It’s worth asking. If not, maybe Symbian should be looking for other places where it can add value in the mobile ecosystem.

Impact on mobile developers: Potentially great. Mobile developers have suffered terribly from two things: They have to work through operators to get their applications to market, and they have to rewrite their applications dozens of times for different phones. If Android produces a single consistent Java environment for mobile applications, that would be a big win. And if it can open up the distribution channels for mobile apps, that would be great as well. We don’t have enough details to judge either outcome yet, and the app distribution one depends on business arrangements that may be outside Google’s control.

Impact on Apple, RIM, and Palm: Probably none at all. A lot of the coverage of Android is positioning it as some sort of challenger to iPhone and RIM.

I don’t buy it.

Apple, RIM, and Palm all make integrated systems in which the software and hardware are coordinated together to solve a user problem. Android, by contrast, is only an operating system. It’s plumbing, not the whole house. Unless Google’s handset licensees magically develop the ability to design for users — a feat equivalent to a giraffe sprouting wings — their products won’t be any better as systems solutions than they are today. The OS hasn’t been the thing holding them back, and changing OS won’t alter the situation.

Android puts interesting financial pressure on Microsoft, but it doesn’t directly solve any compelling user problems. If it eventually drives a great base of mobile applications, that might eventually be attractive to some users. But in that case the systems vendors could just add a copy of Google’s application runtime (it’s open source, they can grab it anytime they want). Or they could host their devices on Google’s plumbing. Palm and RIM might both benefit if they could transfer engineers away from core OS and toward adding value that’s visible to users.

Impact on the tech industry: This isn’t just about mobile phones

I have no access to Google’s internal thinking, but even if it sincerely believes it’s only doing a mobile phone OS, I don’t think it can or will stop there. Technology products often develop a momentum of their own, no matter what was intended at the start. The lines between the computing and mobile worlds are breaking down already, and if Google creates an attractive software platform that’s free of charge, that platform will inevitably get sucked into other types of devices. I’m not saying that Android is going to end up in PCs, but if it’s functional and well supported I think it could end up running on just about everything else that has a screen.

Besides, if you look across all of the recent Google announcements, I think it’s clear that Google has a larger agenda: It wants to break down walled gardens, because they interfere with Google’s ability to deliver its services. It has even developed a standard methodology for attacking them: Create a consortium so you don’t look like a bully, and fund an “open” alternative to whatever is in the way. They are doing it to Facebook, and they’re doing it to Windows Mobile. Google doesn’t even have to make money from the consortium, as long as it clears the ground for its services to grow.

Take a lesson from evolutionary history. The most successful animals are not those that adapt to the environment; they are the ones that reshape the environment to match their needs. I think that’s what Google is doing. It’s going to use open source and alliances to suck the profitability out of anybody who creates a proprietary island that it can’t target.

It’ll be interesting to see if and how Google applies this principle to the upcoming frequency auction in the US.

Or to anyone else who gets in its way.