Redmond Diary

By Andrew J. Brust

Blog archive

Windows Phone: "Hey, That Was My Idea"

The tech influencers' Twitter streams have been all aflutter this weekend, with talk of the Motorola Droid. Verizon Wireless launched its version this phone on Friday, and the techies are swooning. They love the screen, the Google Maps-based turn-by-turn navigation and the thinness of the phone, which still manages to sport a physical, slide-out keyboard. Most of all they love the Verizon network, which offers resilient service and ubiquitous 3G coverage.

There seems to be something else though. There's something that people either like about the Droid, or are at least willing to tolerate: the fact that the handset manufacturer (Motorola) and the phone OS vendor (Google) are separate entities. People seem intrigued by the idea that unlike Apple, which makes both the iPhone and iPhone OS, and which controls the entire software channel for the device, that the Droid's platform is decentralized, and the Android Market is open to all developers willing to pay the $25 registration fee.

What's ironic about the market's new-found love for an open platform, that OEMs can customize and anyone can develop for? It's the exact same concept that Windows Mobile/Windows Phone has used for more than six years.

I thought (up until now) that the iPhone succeeded because it dispensed with that model. Apple decided to (1) own the platform, (2) design and manufacture the devices, (3) market the product and (4) bully their exclusive US carrier to the degree that they almost control their device's network, too. Microsoft, on the other hand, saw companies like HTC, Samsung and Motorola make most of their phones and let the various carriers market the devices as they saw fit. I thought that lack of uniformity and control was a huge part of why Microsoft lost so much share and momentum to Apple.

But I think the Droid may prove me wrong. Google's got a similar model to Microsoft's, many of the same OEM's, the same approach to carriers and the same democratic approach to developers. Meanwhile, people mistakenly believe Google invented this model, and the Droid seems poised to take off in a way that Windows Mobile never has.

I'm going to write another post one day about Microsoft's victory in the mobile space. But it will be a look back. The win was in the late 1990s and early 2000s, when Microsoft built the PocketPC, and used it to beat Palm and its eponymous PDAs. The problem is that Microsoft rested on that victory, using a little-evolved version of that same device in the phone market and thus leaving themselves wide open for the drubbing they got. First from Apple and their different approach. And now from Google with an almost identical one.

It's ironic, and it's sad. But it's hopeful too, because Google's success will be, in some measure, a validation of Microsoft's original approach. And, hopefully, it will also be a lesson in how to make better devices and strive for superior execution.

Posted by Andrew J. Brust on 11/09/2009


comments powered by Disqus

Featured

  • Compare New GitHub Copilot Free Plan for Visual Studio/VS Code to Paid Plans

    The free plan restricts the number of completions, chat requests and access to AI models, being suitable for occasional users and small projects.

  • Diving Deep into .NET MAUI

    Ever since someone figured out that fiddling bits results in source code, developers have sought one codebase for all types of apps on all platforms, with Microsoft's latest attempt to further that effort being .NET MAUI.

  • Copilot AI Boosts Abound in New VS Code v1.96

    Microsoft improved on its new "Copilot Edit" functionality in the latest release of Visual Studio Code, v1.96, its open-source based code editor that has become the most popular in the world according to many surveys.

  • AdaBoost Regression Using C#

    Dr. James McCaffrey from Microsoft Research presents a complete end-to-end demonstration of the AdaBoost.R2 algorithm for regression problems (where the goal is to predict a single numeric value). The implementation follows the original source research paper closely, so you can use it as a guide for customization for specific scenarios.

  • Versioning and Documenting ASP.NET Core Services

    Building an API with ASP.NET Core is only half the job. If your API is going to live more than one release cycle, you're going to need to version it. If you have other people building clients for it, you're going to need to document it.

Subscribe on YouTube