Silverlight: The Rumors of My Death Have Been Greatly Exaggerated
azurecoding.net
azurecoding.net
My reading of directui is that XAML is staying but Silverlight libraries are a dead end. If you are a component vendor, you will stop writing additional components for Silverlight. This also heralds the end of any ecosystem for Silverlight. Yes, there may be SL die hards, but they are going to be like Visual FoxPro developers today. Abandoned.
Developers over the next few years are going to have to migrate their work over to DirectUI for tablet development while retaining Silverlight for Windows 7 OS. Oh Silverlight, we hardly knew you.
True, Silverlight apps may not port directly, especially if you break out of the sandbox and do things that aren't supported within the platform. But because of the fact that Silverlight compiles down to IL...all Microsoft needs to do is bring the Silverlight VM over and boom it just works.
Basically what I've done is looked at the current state of the ecosystem and what has been revealed publicly for the future and connected the dots. If you look at the demo video and observe some of the animations and rich interaction being shown, it's obvious that it's not just HTML on display there.
If you accept that very few if any mobile apps are being developed/sold now with either Flash or Silverlight then you have to accept that the future of those technologies are in question.
The only thing that we can be certain of is that any decisions on the future of Silverlight will be based on a business strategy. The repercussions to developers from any decisions made will be of little or no significance to those making the decisions.
The Office hub integrates with Sharepoint Online allowing you to collaborate on documents from your phone. Make annotations etc. Included in this is OneNote which becomes a portable notebook.
The Games hub has full Xbox live integration with games from the major publishers made specifically for the phone.
Facebook and Twitter both have multiple clients both "Official" and third party.
Netflix, Kindle, Youtube, and a number of other major media outlets have native clients.
4th and Mayor is a foursquare app that was written as an example app by a member of Microsoft's platform evangelism team (http://www.4thandmayor.com/)
So far there hasn't been a case where I wanted an app to do something on my phone and couldn't find multiple examples both free and paid. The ecosystem is very robust. Microsoft just released tools to simplify porting apps from iOS and Android so it's only going to grow from there.
So you can't blame them for giving the strategy another whirl
Just like with Zune, the brand going away doesn't necessarily mean that the actual technical components are. (Did you know that the development platform behind the Microsoft "SPOT" smart watches initiative from a while back is still being actively maintained - they just released a new version with significant new features a few days ago? It's been repurposed and rebranded as the .NET Micro Framework, a competitor of sorts to Arduino, but the API namespaces still begin with Microsoft.SPOT!)
I think the main issue is that Microsoft has a history of delivering mixed messages and ill-fated solutions that disappear within a couple years. I remember seeing a MIX video (can't find it anymore) from when they announced Silverlight where Microsoft made fun of themselves for doing this to developers so consistently in the past with things like Hailstorm.
Alternately, it could just be a convenient excuse for developers who might have already been looking at platforms with more buzz like Android & iOS.
Good writeup though, it is interesting that XAML has exactly the same mindset as HTML5+JS. Only under MS's control.
In the post you say "Effectively the past 5 years has served to wean developers off what came before and start learning the future of Windows development."
I really wonder if this comes from the same planet I'm on.
I'm a software developer at work and our products don't currently depend on anything newer than .Net framework 2.0. A huge percentage of our customers are running XP SP2 or Server 2003r2. I can't imagine how far into the distant future that anything announced for Windows 8 and above is going to be an acceptable dependency for commercial software development.
As someone who's seen people's careers peak and die as MS promotes then abandons one generation of APIs after another I hardly agree that this kind of speculation is "little more than pure hysterics". It's an industry survival skill.
The lesson here for developers is not to do what MSDN advises you to do. Look at what MS is actually doing for its own application development. In some cases, like Office, that even means having a portable codebase.
What does that even mean? Talk is cheap, show me the code.
If a DLL shipped in Vista, I can expect it will be available in Windows 8. So I might consider using it (for app code that is intended to be Windows-only) once none of my customers are running anything earlier than Vista, or maybe after MS stops providing security fixes. We recently dropped support for Win2k for example.
So new APIs, even for old ideas, aren't usually interesting to me. Wake me up in 5-10 years if you're still committed to it then.
Is this one of those considerations that cloud computing (e.g. Azure) is somehow going to make go away?