I’ll bet your blog reader is probably overflowing with posts about Microsoft’s Mesh announcement this morning. Sorry to add one more, but it is an important announcement and there is some analysis I want to get out onto the table.
Mesh Product Director Mike Zintel sums up the Mesh vision well:
“The coolest thing about Live Mesh is how it smashes the abrupt mental switch that I have to make today as I move between being ‘on the web’ and ‘in an application.”
“At the core of Mesh is [the] concept of a customer’s mesh, or collection of devices, applications and data that an individual owns or regularly uses. The Mesh Account Service persists the relationship among these resources and authorizes access to them. The mesh is the foundation for a model where customers will ultimately license applications to their mesh, as opposed to an instantiation of Windows, Mac or a mobile account or a web site. Such applications will be seamlessly installed and run from their mesh and application settings persisted across their mesh.”
Ray Ozzie adds to this that the Web is “the Hub of our social mesh and our device mesh.” And goes on to say that, “in scenarios ranging from productivity to media and entertainment, social mesh notions of linking, sharing, ranking and tagging will become as familiar as File, Edit and View.”
Mesh starts out for individuals, which I suspect is intended to minimize adoption friction. Lots of cool sounding functionality has been considered and incorporated into the design. There are objects that range from data to applications, and data is not limited to files. There is some sort of role-based security around these objects, and objects can be stored in all sorts of places. Most importantly, there is pub/sub synchronization, replication, and update alerts and feeds to keep people aware when changes are made.
At the moment, Live Mesh is an invitation only “Technology preview.” The current version only does synchronization of Windows computers, but its intent is to extend to other devices. Mobile and Mac are promised within the next year.
How is this really different? Josh Catone mentions similarities with Dropbox, SugarSync, and Microsoft’s own FolderShare. Interestingly, I’ve seen a demo of software that syncs across PC’s and mobile devices not long ago from SoonR as well. It works today for a number of devices. Their motto is “The Anywhere Workforce.” I vividly remember a couple of years ago seeing a PowerPoint slideshow played back over a Motorola Razor at my home using SoonR. How long before Microsoft has made it that far?
As Catone points out, the difference is that Live Mesh is intended to be a platform. It is feeds of all shapes of sizes plugged into your data and applications. These feeds are used to sync your data objects, and to keep you and others abreast of when these updates are happneing. Since its a platform, the feed mechanisms are open and accessible to third parties. There is a demo, for example, of Twitter tweets being synced to the Mesh Notifier. Clearly Microsoft will want a piece of the burgeouning feed aggregation world. FriendFeed and friends look out! In addition, there is an offline component too, which provides one possible answer to the likes of Google Gears or Adobe AIR.
In a nutshell, that’s what Live Mesh is, now what does it mean? Will it work? What can we do to prepare for it?
Scoble loves it. A veritable toolbox of feeds going every which way. Everything is a feed, including your, um, feeds. I’m not surprised Scoble loves it, but his description doesn’t make it sound like the one highly differentiated must have thing that will keep Microsoft a vital part of all our lives. In particular, if your promise is connectivity ala feeds between all things, how does that reconcile from this passage from Scoble:
Unfortunately they aren’t even close to being finished. Mac support? Coming in the future. Nokia support? Unclear. iPhone support? Ask Steve Jobs (translation: will be very limited due to Apple’s complete control of that platform). Firefox support? Yes! Linux support? What’s that?
Can a ubiquitous “operating system” to store all your data, manage all your feeds, and connect it all to every computer and mobile device you own succeed if it is owned and operated by a company whose reputation is to take unfair advantage of any access you give it? Isn’t this the very poster child of what you would want to have be very Open Source and very Swiss in its dealings?
Phil Wainewright sees this issue clearly when he brings up “how the company seems to lurch from launching fresh, Web-savvy solutions one day but then falling back into its crusty old server-centric habits the next.”
Clearly such a platform will rely on third parties to get excited about supporting it. Will Steve Jobs let it onto the iPhone when he hasn’t even allowed the Flash Player? Will Sony support it wholeheartedly when they see the XBox team has a huge lead on them because of the usual Microsoft “our guys get all the early advantages” ploy?
Erick Schonfeld captures the flavor of a nagging doubt that has been in my mind. He sees Live Mesh as a response to efforts to take browser-based apps onto the desktop and into Microsoft’s face. Live Mesh is taking applications off the desktop and pushing them into the Web’s face. They demo geneology changes being updated whenever a family member makes a changed, but Erick points to web-based Geni which already does this automatically.
Which one is better? Do you want lots of copies of data being synced, or one copy being edited collaboratively by many? This debate has been waged for years, but the general consensus has tended towards one copy with collaborative editing. Desktop-think wants to keep going the other way. And, it is very convenient if it’s just you in charge of your data–this blog with me editing it coming to many of you via RSS. But, if many of us have to work on it, a Wiki is a better idea.
The Live Mesh vision is then useful, but probably overreaching. It isn’t the “one great thing to restore Microsoft’s dominance.” There are a lot of questions about whether Microsoft will reach a critical mass in getting others to play along with it. Suppose they follow their standard playbook (and I see no deviation yet):
– Get their teams early exposure.
– Preannounce to freeze the market.
– By the time others can get there, the Microsoft apps are all doing it better than anyone else will be able to emulate for some time.
– Use this as the competitive edge to increase share for Microsoft apps and position the others as being “not quite up to the Windows standard.”
That strategy doesn’t work in the web world and will backfire mightily if they try it. Imagine LiveMesh with nobody but Microsoft’s apps talking to it along with whatever files they can drag along and other open API’s that their own engineers tie into. It becomes a modestly useful feature, not a platform, provided it is well implemented.
Here is my next concern. There are 100 engineers at work on Live Mesh already, and lots of key functionality (like version control) nowhere in sight. Aside from the Tactics of Monopoly, the other Fail mode is creating a giant monolith of software. Vista is a painful example of how far things can go wrong. Mesh is, at its core, another attempt to rework the document and folder file system. Microsoft promised this in Longhorn for years but never delivered. Now Microsoft is adding to that challenge the need to build something that (sorry!) meshes well with the web. That’s no small order.
Many are saying this is all Ozzie and is his third iteration of a vision that started with Lotus Notes. Groove is another one, lest we forget that. Is this the right vision to be on? Did the first two iterations demonstrate enough goodness that we want to build this stuff into the OS and fabric of every PC and device we own? It doesn’t seem like it, but perhaps. OTOH, what if we were all using an online backup service of one kind or another (Mozy et al), and we could access the backups from any device, publish an RSS feed of the versions, and so on.
The world used to say Microsoft gets it right by the Third Try. Microsoft is a little slow. After the Third Try comes Fourth System Effect (with appologies to Brooks’ Second System Effect) where they go way overboard and manage to produce a Vista.
Lest I leave on that purely negative note, it’s always helpful to ask what they should have done or what they should now do. It’s the “What would Google do?” sort of game, although it’s more like, “What do modern web companies in general do?” Google’s recent AppEngine announcement is a prime example that touches all the bases:
– Start small: one language (Python), one application type (web apps). You can build something small quickly without 100 cooks in the kitchen and make it tight.
– Involve the community: 10,000 betas, first come first served, no special favorites and ramping up almost immediately to 20,000 betas.
– Be open: SDK was open sourced day 1. It didn’t take long for the community to take the SDK and bring it up on Amazon Web Services. Google doesn’t care, it’s all good. It’s Open.
– Piggyback on an innocuous beginning: AppEngine is built on technology Google had created to do lots of other things internally.
– No special advantages: Google usually integrates after the launch of a new service so that everyone is on an even playing field and the service gets out the door faster.
There are lots of ways a service like LiveMesh could’ve followed this formula. I’ll let you fill in the blanks, but consider this too: there are a fair number of organizations out in the wild that can follow such a formula (and some are already far along the path). We don’t really need Microsoft to get there. That’s the piece Microsoft needs to wrap their heads around better.
BTW, the mental barrier between being on the web or in the application (going back to Mike Zintel) is already broken. I don’t feel it a bit when I spend most of my day in the browser using web apps.
I guess this is what Microsoft is worried about.