Expert Texture Home Contact me About Subscribe Digipede Connect on LinkedIn rwandering on Twitter rwandering on FriendFeed

rwandering.net

The blogged wandering of Robert W. Anderson

On Live Mesh and Silverlight

David Treadwell was on the latest Gillmor Gang talking about the recent Live Mesh announcement.  David’s title is Corporate Vice President, Live Platform Services and has been described as Ray Ozzie’s point man on the Mesh.

It was a pleasure talking with him — and thanks to David for the LiveMesh invitations.

The synchronization capability in this preview is a big deal not in what it provides, but for what it promises. 

That is why it is a little disappointing that there is such a heavy emphasis on Windows and Windows Mobile.  I discount the coming Macintosh support because support for non-Windows mobile devices is really the issue.  If iPhones and Blackberrys are out of the equation, then the synchronization story isn’t so compelling.

Nobody should be surprised about Microsoft promoting Windows.  And I certainly am not, but Microsoft’s new openness had me hoping for a different alignment of Microsoft strategy.  One in which their S+S play would de-couple the Windows, Office, Windows Mobile, and Live businesses.  I saw this happening through the Silverlight runtime everywhere.  I hoped that the mobile Live Mesh synchronization client would be written on top of Silverlight.  I hoped that the next Office Mobile would be too.  Then Live services could serve any device running Silverlight.  And so on.  I’ve written about this previously, so I’ll leave it at that.

Instead, Microsoft is approaching Live Mesh as a set of open protocols that anyone can implement. So, an iPhone version could be written by a 3rd party using the Apple SDK.  Just implement the protocols — of which FeedSync seems to be the major part — and you are all set.  That is very good and much better than requiring the use of a Microsoft runtime to make it happen.

But, in addition to the open protocols, I would still have preferred a vision where the Silverlight runtime lies underneath the Microsoft implementations of the Live Mesh client.  That way, when the next big feature set for Live Mesh is released, the new client code could conceivably run everywhere. 

I want to make one thing clear: I’m not saying that Silverlight in its current form could support this at all.  And I know Silverlight’s (nee WPF/E) genesis emphasized presentation, but at the end of the day, it is a .NET runtime. 

As David says (from the Gillmor Gang transcript on TechCrunch):

Treadwell: I really view mesh and Silverlight as orthogonal and complementary technologies. Essentially what the mesh client does, it’s the runtime for doing synchronization and collaboration those kinds of things. I view Silverlight as a runtime that does the presentation engine. Mesh doesn’t really have anything for presentation, Silverlight doesn’t really have anything for synchronization and mobile communications. Working together I think you have a very good thought there about the combination of these and how they’ll come together. We’re working actively on that but we don’t have all the I’s dotted and t’s crossed.

Yes.  They are orthogonal if Microsoft says they are.  And Live Mesh and Silverlight will somehow come together though this appears to mean in terms of presentation.  Fair enough.

And more than a little cool.

[tags]FeedSync, Live Mesh, Silverlight, GillmorGang, Treadwell, .NET[/tags]

Tags: , , , , ,

    Trackback

3 Comments »