BT

Silverlight Status Report

by Jonathan Allen on Apr 13, 2011 |

Silverlight on the browser is better than ever. It is getting the same kind of performance improvements seen with HTML 5 while still benefiting from statically typed languages and JIT compilation. So why is Microsoft barely willing to talk about it at MIX?

The reasons are many fold and complicated, but not nefarious. Much of the problem dates back the bungled message last year that led many people to believe that Silverlight was being dropped for all but Windows Phone. Silverlight developers doing consulting work are still complaining about the number of contracts that were cancelled during the week after that debacle. In an attempt to recover Microsoft announced the vast majority of Silverlight 5’s features during December’s Silverlight Firestarter event. This seemed to calm everyone down for a while… and then came MIX.

For many developers MIX is the home of Silverlight. Each year a new version is “born” here when the first public beta becomes available with much fan-fair. This year was different; the Silverlight 5 beta is massive but it barely got any mention in the keynote. Instead Microsoft was using this event to focus on slightly more recent developments. The hot topic this year is Windows Phone, which has 28 of the 125 sessions. Internet Explorer 10 and HTML 5 are also getting a lot of attention with an entire keynote devoted to performance on the web. Coming in a respectable third is Kinect, with thousands being given away to conference attendees. This left little room in the schedule for Silverlight 5 topics. Of the 14 sessions offered for it nearly half of those were on HTML 5 and/or Microsoft Media Platform. So what happened?

Well basically Microsoft felt that there wasn’t anything to talk about because it was all covered in the Firestarter event. The Firestarter event did serve to reinvigorate the Silverlight community, but instead using it as a lead into MIX Microsoft treated it as a replacement. As a result all of that momentum died.

Internally Silverlight is facing a problems of perception and self-identity, but not of manpower. First let’s be clear on two points. One: Silverlight for Windows isn’t a dying technology. If anything Microsoft is increasing its internal commitment to Silverlight. Two: Silverlight as a cross-platform solution is officially gone. Not just in doubt, Microsoft has said on no uncertain terms that they see HTML 5 as the future of true cross-platform development. The investments they are currently making fall into three categories:

  • Rich media services such as smooth streaming
  • 3D on the web
  • Line of Business applications

The message we are getting is that they are not even considering trying to offer Silverlight on non-Windows mobile devices nor are they working with Mono on theirs. Of these three categories they are working on, only the first two are being talked about.

Talking about rich media services is easy, web browsers have only recently added basic video support and practically no one is using it. Point Google’s Chrome browser at Google’s YouTube site and you are going to see nothing but Flash videos. But very few developers are offering video on their sites and even less need these capabilities.

The same goes for 3D on the web. There several libraries that take advantage of SVG and Canvas, but the low level APIs in Silverlight 5 are far more advanced than what those offer. A fact was unfortunately overlooked is the keynote demo showing a 3D house was written in about three weeks by a single developer. There is no way a comparable application could have been built so quickly using HTML 5. Why they didn’t use the keynote to promote Silverlight’s rapid time-to-market is something that annoyed many of the developers in attendance.

Finally there is Silverlight’s crown jewel, line of business applications. A skilled Silverlight developer (or Flex for that matter) can build a high quality LOB application in a fraction of the time an equally skilled HTML developer. The data-binding support alone is a huge time saver and the templating capabilities are incredibly advanced. HTML barely has any templating support and it isn’t core to the platform. Instead you have to cobble together CSS with the recently released jQuery Templates.

With this in mind, it is frustrating that Microsoft’s Silverlight team doesn’t feel it can really promote Silverlight for LOB applications. Some of its internal politics, they don’t want to antagonize the Windows and Internet Explorer groups. They are also worried about backlash from the public. While HTML is nowhere near as good for building LOB applications as Silverlight is, saying that is going to upset the web-centric developers to no end.

So instead the enterprise software developers building LOB applications are getting all the grief from their clients and managers. They are saying that it is easy to convince other developers of the technological benefits of Sivlerlight for their projects, but they don’t have the backing from Microsoft to convince their clients and managers that it is the right choice.

After enduring nearly an hour of listening to these and other complaints about the marketing problems, Microsoft’s Silverlight Product Manager David Pugmire passed out his email address and agreed to bring their concerns to the executive level. To be clear, they were complaining about marketing only, the developers at the conference had no objections to the direction the browser technology was going.

There were some criticisms about not having any kind of story for Silverlight on iPhone or Android. Everyone acknowledged that native apps were better than HTML-based ones, but that is as far as they got. The developers wanted to be able to use MVVM to swap out the GUI for each device with a XAML variant for rendering native controls. Microsoft wanted to devote its efforts to closing the gap between Silverlight and WPF.

Speaking of WPF, it appears to be a dying technology. Silverlight is quickly obtaining the bulk of WPF’s capabilities and developers seem to be far more interested in it than in WPF. It probably won’t die entirely, there is still some active development being done on the platform. And it offers a great interoperability story for both VB6 and WinForms based applications. (I’ve even seen an application use all three, with the idea that eventually everything will be transitioned to WPF.) But for new development that can wait until Silverlight 5 is released, there doesn’t seem to be much reason to consider WPF.

Hello stranger!

You need to Register an InfoQ account or to post comments. But there's so much more behind being registered.

Get the most out of the InfoQ experience.

Tell us what you think

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Email me replies to any of my messages in this thread

All well and good if your customers are only on Windows by Paulo Pinto

Nice overview about Silverlight, but on my world, the customers can use different operating systems.

As such, even though there is a high productivity in Silverlight, the lack of multi-platform support place it outside many developers radar.

Re: All well and good if your customers are only on Windows by Jonathan Allen

During the discussions on the floor that came up many times. Some developers were saying "so what? I'm talking about my needs and I've got only Windows desktops" others were angry that Silverlight was breaking it's promise and now they have to say "sorry, our admin tool doesn't run on tablets".

not silverlight vs WPF but ".NET Framework for Silverlight" vs .NET 4 by Sarunas Mazylis

When are you gonna finally understand that going for silverlight is going for seriously limited .NET framework. Silverlight is not just limmited WPF.

Also, saying that WPF is dying because geeks are more interested in it is nonsense. You pick the right tool for your problem. And silverlight is no substitution for proper smart client.
Only advantage it gives is web deployment model. But with Click Once or Cytrix it isn't a problem.

Re: not silverlight vs WPF but by Jonathan Allen

I spent last week trying to convince my bosses that WPF was still a viable platform. Every argument I gave was answered with “that’s in Silverlight 5”. But my mind is still open to change. Just tell me why what kinds of new development projects should use WPF.

Re: not silverlight vs WPF but by Stefan Wenig

LOB apps with offline capabilities, for instance. No ADO.NET on SL means no ORMs either.

I fully agree with Sarunas. The "limited WPF" part doesn't scare me off, I don't really need any of that. What I want is SL on the desktop CLR.

Re: not silverlight vs WPF but by Oleg Kudinov

Every argument I gave was answered with “that’s in Silverlight 5”.


Don't you find this is really ridiculous? All those promised features are already in full .NET! And with ending "cross-platform" story - what's the point to wait?

WPF is still relevant by Faisal Waris

Tools like Expression Blend and VS 2010 use XAML and so WPF will likely stick around.

We do need full .Net capability with XAML UIs. Today, we have WPF click-once apps that use .Net parts not in SL, e.g. Solver Foundation and advanced WCF (not in SL).

Let's not start the "WPF is Dead" thing, please... by Nathan Allen-Wagner

I've just started to hear more of this idea that "WPF is Dead". I sincerely hope that this is not the case, as there are a whole class of applications that cannot be developed with Silverlight. And MS has put some significant stakes in the ground for WPF, as noted by Faisal Waris above.

Regardless, I sincerely hope that people will not start up, or even continue the "WPF is dead" thing unless Microsoft makes some such declaration.

As noted above, the perception of people in the community plays a key role in the adoption and acceptance of a technology. Often, it is not a matter of "what's the best technology", but rather a question of what can be sold to the stakeholders as a safe investment. If they start hearing rumors of "X is dead", that infects an otherwise healthy technology ecosystem and platform.

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Email me replies to any of my messages in this thread

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Email me replies to any of my messages in this thread

8 Discuss

Educational Content

General Feedback
Bugs
Advertising
Editorial
InfoQ.com and all content copyright © 2006-2013 C4Media Inc. InfoQ.com hosted at Contegix, the best ISP we've ever worked with.
Privacy policy
BT