Fri
25 Jun 2004
7:20 pm
Microsoft still loses, but here's a win-win workaround
Posted by shimon under business/companies/Microsoft , computers/proprietary software1 Comment
Joe Beda, Microsoft's development lead for Avalon, has a response to the discussion around essays such as Joel Spolsky's How Microsoft lost the API war.
Why do people write web based client/server apps over writing rich client apps for Windows?
- Frictionless deployment story
- Cross platform interoperability
- More fun to code — you can set up your own API system and abstract HTML to a large extent
- Built in network/server awareness
You put all of these together and you have a pretty darn compelling story for many scenarios. How can the Windows client compete with this? The key is to take the good things of the web that we can (1, 3 and 4) and combine that with all of the goodness from having stuff run on the client. Don't get me wrong — I still believe in the web as a way to interoperate and exchange content and as a lowest common denominator for UI interaction. But we can do so much better than HTML with the horsepower that is sitting on our desk when it makes sense to do so.
The problem for Microsoft is that there is no compelling reason to remove #2 from this list. If you are making something that runs in a sandbox, does not depend on legacy windows APIs, is network-transparent, and uses high-level languages, you don't have to compile those languages into Win32 binaries. You might even be tempted to compile them to, say, Microsoft's .NET CLR, which is practically cross platform today.
If Microsoft figures out what features belong in Avalon and then makes it Windows-only, their features will quickly be cloned by cross-platform systems. Java will grow into this space quickly, and Novell will have plenty of time to develop a business here before Longhorn ever ships. These cross-platform clients will either support Avalon directly or provide a more appealing alternative (cross platform + free would beat Windows-only + expensive + bundled in Longhorn and thus taking 2 years to reach critical mass). The end result either way is that Microsoft will abstract away its most profitable market, the desktop OS.
So what's Microsoft to do? Go with the flow. The world is going to be deploying a lot more applications. They are going to have rich interfaces. They are going to be bought on-demand. They are going to evolve quickly. And there will be so many of them that consumers are going to need some way to shop around and take delivery from trusted sources.
To date, Microsoft has made one major step forward in improving the maintainability of their software. They created Windows Update. Windows update isn't novel; in fact, it's pretty primitive and limited to a single (though large) software product. But it is a huge win for both Microsoft and its customers: faster patch application means better security—good for customers and good for MS's reputation; a prolonged relationship with customers; more control of software even after it's shipped.
Windows Update could be even more useful if it applied to other products. Making Windows Update handle SQL Server service packs would certainly be considered an illegal anticompetitive practice, but it would be helpful to many. But opening Windows Update to other software vendors would be huge. Then, expanding Windows Update to support purchases of software—not unlike how Apple's iTunes supports purchases of music—would only be logical.
Like Apple with iTunes, Microsoft could take a cut of each sale; they could also charge for hosting patches. But also like Apple, they'd make their biggest cut selling more iPods Windows machines.
Full Entries RSS