Microsoft pulls the plug on its Silverlight.Net site
zdnet.com
zdnet.com
Silverlight was (implicitly?) positioned to compete with Flash and just like Flash, it was mostly an obscure piece of proprietary technology and mostly just a nuisance. What made Flash matter was video streaming and YouTube: suddenly all those who had been avoiding Flash because of stupid games and stupid Flash advertisements had to get Flash to view videos on YouTube. This never happened on Silverlight to a major extent; it always remained a weird alternative to Flash.
Curiously, Flash got killed too. I consider Flash dead in a similar manner that I consider Microsoft dead. They will both churn along for years but their supply of momentum is running out.
What practically killed Flash was the highly excretory nature of the Flash codebase. With the huge installation base induced by video streaming the Flash plugin had great opportunities per se but their codebase barely ran on a fast PC, and mobile Flash never materialized for real. First it was slow and when mobile devices got faster, it was a battery hog. So Flash got stuck in remaining the de facto web video player device and that space is slowly eaten out by various HTML5 based video technologies.
I hope we can ditch first Silverlight and then finally Flash in the shortest order of time.
It also seems virtually certain Google has the source code the the flashplayer, as it came out relatively quickly for Chrome's PAPI (adobe moves like a snail when it comes to supporting new apis, especially ones where older apis continue to function), and chrome flashplayer appears to receive patches before even the "official" flashplayer releases do.
I wonder if that doesn't somehow factor into the seemingly arbitrary flash requirements on youtube.
Game developers beg to differ
http://help.adobe.com/en_US/air/build/WSfffb011ac560372f-5d0...
This is all changing though.
Shockingly, management are starting to buy the fact that we're getting screwed. We already have 25 Linux machines and a few postgres machines in production. They all run OpenJDK on them and infrastructure items such as memcached, Postgres, couple of MQ solutions. That and we've thrown TFS out, moved to mercurial+JIRA, have Eclipse on more workstations than visual studio and are not renewing our partner package next year.
This is what happens when you treat your customers like shit and force them through costly audits so they can pay you more money for not understanding very ambiguous license terms.
The funny thing is that MS built their business on comparatively open platforms (closer to the android model), but they've gotten too greedy and out of touch, I think.
This problem doesn't go away with open source, since projects can die and non-backwards compatible versions can be released. No one is forcing you to convert all your Python 2 code to Python 3
Has anyone here successfully developed a JS app with a quarter million lines of code? And maintained it?
You're grossly underestimating JavaScript.
With JavaScript its possible to break your code into logical abstractions, either functional or object oriented or a hybrid of the two.
What's stops you from writing maintainable JavaScript apps is perhaps the quality of devs.
The frontend is written in Javascript, it has nothing to do with GWT.
http://css.dzone.com/news/understanding-gwt-compiler
From the article: "The GWT compiler is really a Java source to JavaScript source translator."
As a result - Silverlight failed to get enough traction. Now Silverlight and Silverlight team is getting abandoned by MS.