Why Flex/Flash/Silverlight/WPF/etc. are not X-Killers
April 20th, 2007 | View Comments
Whenever a new product is released to compete with an existing market leader, the x-killer scenario is quickly thrown around. The x-killer scenario occurs when a newly introduced product is paraded by 3rd parties as something created to kill an existing product. To be more specific, in this case, the new product is Microsoft’s Silverlight, and the existing product is Adobe’s Flash-based technologies.
Silverlight – the Flash Killer?
At the NAB conference a few days ago, Microsoft announced and released a pre-release version of Silverlight (formerly known as WPF/e). In its current state, Silverlight is a Windows/Mac browser plug-in that allows developers to write interactive applications such as media players, games, etc. using JavaScript and a subset of the functionality found in Windows Presentation Foundation (WPF).
All in all, it seems like a great new technology, has a cool logo, and it features a catchy name (from MS nonetheless!) Underneath this though, it is supposedly dangerous. If you do a quick news search using the keywords”silverlight flash killer“, you are going to see a long list of articles from various publications that attribute Silverlight as a “flash killer” in the title or in the body of the text:
This notion isn’t just secluded to news publications. A quick search on blog search engine Technorati turns up similar results (search filter set to high-authority to remove noise). Last, but not least, even a kForum thread concerning Silverlight’s threat to Flash didn’t escape the clutches of the x-killer people.
One + One != Zero
When you have invested a lot of resources towards using a particular technology, any perceived threat to it can put you on the defensive. Such a threat can make an x-killer case sound appealing, but one thing to keep in mind, though, is that a new product being introduced does not signal the end of all products that compete or coexist with it. The world of developer languages is not a zero-sum game where x-killers end up being proven true all the time. Silverlight is as much of a Flash-killer as Flash was in killing off animated GIFs, JavaScript, and HTML. The Flash Player has had a good ten years of air-time to do so also! Instead, all of these technologies coexist even though a lot of the functionality seems to overlap. That is because no one technology is right for all tasks. The introduction of a new product should be seen as a good thing because somebody out there values your preferred playground (the web, the desktop, etc.) as something worth investing in.
If anything, the introduction of Silverlight makes the world of internet applications more accessible to a larger group of developers. At its core, Silverlight is just a natural extension of a subset of the new WPF/XAML language you might use for your desktop application. This similarity allows a lot of Windows developers, who are familiar (or will be soon!) with WPF and the development tools for using them such as Visual Studio or Expression Blend, to try their hand at creating applications that run in the browser.
Any successful technology such as Flash that has been around for a while has a whole ecosystem around it where the environment sustains the product just as much as the product itself. Almost all developer technologies fit this category. You probably don’t see C++, C, etc. getting front page coverage on websites and publications, but they are still as relevant today as they were decades earlier even if newer technologies and platforms seem to be getting more attention.
Current developers are not suddenly going to switch sides to either Adobe or MS because of Silverlight, WPF, Flex, Apollo, Flash CS3, etc. If anything, you’ll get some cross-pollination where developers are familiar enough with both companies’ offerings to use the right tool for the right job. Beyond cross-pollination, what excites me most about these technologies is that you now open the playing field to many more developers who now feel more comfortable porting their existing knowledge developing client-side applications towards the browser.
In the end, the key is to look beyond your own preferences and look at the broader picture as a whole. As a designer/developer, your primary goal should be to create the best software for your users, and the new wave of products from both Adobe and Microsoft make that job a lot easier.
External Links
The following are a list of links that I found useful when wanting to learn more about these new technologies and how they all fit together, and they are guaranteed x-killer and FUD free:
- On10: Quick Silverlight Overview
A quick video showcasing what Silverlight is currently.
- Channel9: Creating Silverlight Media using Expression Media Encoder
A 40 minute video showcasing how to take media content and convert it using the Expression Media Encoder to publish to Silverlight.
- Mike Chambers: Do Apollo and WPF Compete Against Each Other?
Mike’s analysis on the current state of where Adobe and Microsoft’s products stand when pitted against “Webiness, Desktopiness, and Cross Platforminess.”
- Robert Scoble: Microsoft WPF vs. Adobe Apollo, part 329
Scoble asks whether you are a developer who has switched sides either to or from WPF and Apollo. The Electric Rain video Scoble made is really cool, and they are one of those companies that provide tools for both SWF/Flash as well as XAML/WPF.
- Ryan Stweart: The Universal Desktop
A great blog that focuses entirely on the emerging web/designer/developer technologies such as all of the various products and acronyms discussed in this post.
- Scott Barnes: Silverlight or Flash, Pick Now or Else!
A nice, concise post explaining why choice is a good thing. If you frequent the popular Adobe or MS (or others!) blogs, you’ve probably ran across his insightful comments also.
Cheers!
Kirupa





April 21st, 2007 at 4:29 pm
I certainly see what you’re saying Kirupa, that new technologies are often over-dramatized, but with HTML, animated GIF, and Flash, they’ve coexisted because they all have a distinct niche. HTML is easy to learn, port from mainstream programs like word, and keeps website sizes small. An average person with no computer science or web experience can make an average looking HTML site with dreamweaver, but one could not say the same about Flash.
Animated GIF is used instead of Flash because it requires no proprietary software to make, and it doesn’t drain the user’s system resources the way Flash can.
As for Silverlight and Flash, what I think will happen is that there will be a differentiation. Each side will change their products to fill a distinct niche. I, as a developer, think this is quite a good sign, as the fresh competition should stir some ingenuity at Adobe, and interactive web-designers will no longer have to force a round flash peg into a square hole.
May 1st, 2007 at 1:00 am
[...] To learn more about the CLR support in Silverlight, take a look at Scott Guthrie’s 36 minute Channel 9 Video outlining some of the technical details. The main reason why adding support for .NET matters, like I mentioned in my earlier post, is that millions of .NET developers will attempt to port their existing familiarity in the .NET languages towards targeting Silverlight. Beyond just that, you gain the ability to take full advantage of Visual Studio to handle the coding, and, like before, you still have access to the nifty Expression Studio programs for creating the user interface. Let’s look at the integration between those two software suites and their role with designers and developers in greater detail. [...]
May 7th, 2007 at 9:59 pm
[...] To be more specific, in this case, the new product is Microsoft’s Silverlight, and the existing product is Adobe’s Flash-based technologies. Silverlight – the Flash Killer? continue [...]
September 6th, 2007 at 11:13 pm
hi,
If u have solution for AVG Error when work with silverlight please post it…
http://sara-intop.blogspot.com/
October 22nd, 2007 at 1:41 pm
I am feeling a bit more than abused here lately as a flash developer. Kirupa, your tact is admirable, but I think you could prolly do more to refute all of the recent saber rattling and misinformation coming from MS – considering your pedigree, and experience with Flash/Actionsctript.
Flash Killer? No, public Beta is closer to the truth.
Let me start with the first comment on this thread (from an obvious MS developer who knows nothing about flash/as):
“An average person with no computer science or web experience can make an average looking HTML site with dreamweaver, but one could not say the same about Flash.”
Right, Flash demands talent. Sorry about your luck. SL will also take talent (once you venture past the canned demos), and you will still be left out if you are only a developer.
“Animated GIF is used instead of Flash because it requires no proprietary software to make, and it doesn’t drain the user’s system resources the way Flash can.”
…uuumm yeah I have a response…WWWhhaat? Where do you get this information?
Flash in the hands of an amature can do alot to screw with your system reources – but so can VB and C#. Whose fault is that?….The technology or the developer?
Long story short, it doesnt matter what killer app MS comes up with next, unless the talent the LOVES Macs and Adobe come over to the dark side.
DEVELOPERS SHOULD NEVER DESIGN…anything!
Get it out of your heads – SL will fall flat on its face unless you win designers over.
Enter the era of the “Progamming Designer”. Tell your local HR representative to start recruiting now!
October 22nd, 2007 at 11:06 pm
That’s like saying designers should never code!
Sites such as this one prove that one doesn’t have to be pure designer or pure developer to create cool content. The trick is to strike the right balance, and I think there is more work that needs to be done by all parties.
To address the designer side of the equation, I agree that we need strong designer support to ensure SL does well. That’s something that I and my colleagues on the MS Expression team are aware of.
It seems like you’ve tried SL but were frustrated with the whole process. If you have any particular issues that you had difficulty with, feel free to let me know and I’ll pass them on to the Silverlight and/or Expression teams to ensure we address those issues in the future.
October 23rd, 2007 at 1:09 pm
…well, designers Shouldnt code. Just ask any developer.
Please forgive my Schizophrenia – you see I am 100% a designer.
No, I am 100% developer….No, wait…
damn it – go to commercial.