主题：Adobe停止开发移动平台上的Flash版本 -- holycow
前两天我还去参加了wp7的一个code camp, 在会上我就问你们自己都放弃sl了,为什么wp7还绑在sl上呢?我为什么要在一个即将过时的平台上开发呢?他们自己也语焉不详..
你问的人对SL的生死没有决策权，对微软是否放弃SL的问题没法正面回答，因为它本身到目前还只是谣传。如果你是他，你也只能语焉不详，顾左右而言他。
我听说过一种说法：微软内部不同的技术派别的竞争也很激烈，而它的企业文化也是鼓励这种竞争。
竞争的结果就是，活下来的都很成功。
当年的一个例子是：OpenGL与DirectX，结果是DirectX胜出。
所以，如果SL生存下来了，也会很强大。
显卡的发展几乎以对不同DirectX版本的支持和利用率为准了。而且DirectX几乎是Linux平台上唯一无法有替代品的东西了。
.net不会死，但也不会发展了。基本上java开创的以GC为核心的编译型语言的时代已经过去。
新的10年将是C/C++的高性能语言 + 脚本语言（javascript/python,etc） + markup (XAML，QML， CSS)的组合范式。
在WIN8+时代 Silverlight能留下的就只是XAML语法，解析器已经是C++。Silverlight作为一个产品已经基本Over，这个传言来自比较靠谱的玛丽大妈
.Net与Silverlight这几年一直是Scott Gu在猛推。他年初被‘高升’到另一面向企业服务的部门。Dev Division被一个背景的资深MS院士接管，重心转向C++/native。.Net与Silverlight已经走向维护阶段。9月的/Build/ 大会已经很体现出这种变化了
但在实现上是另一套。Silverlight和WPF是两套软件。没有任何公用的运行库。
我觉得.net平台稍微牺牲一点效率换来的是对编程语言的长久统一与通吃，这好比windows从win2000开始使用unicode编码一样（使用ansi编码需要先转换到unicode，会损失一点效率），是十分值得的。况且，凭微软的实力，给C#做一个原生编译器还不是小菜。不过最大的疑问在于微软怎么可能抛弃.net，再从头开发一个语言体系呢？
不好意思，不认识玛丽大妈，想知道为什么她的传言比较靠谱？
Java宣告了虚拟机时代的来临，而.NET把它推向高潮。其背景是十年桌面PC的支配性地位没有质的变化,只有量的变化：越来越快的CPU，从单核到双核；越来越大的存储空间，从内存到硬盘。Windows XP用了10年就是这种不变的写照。
但是革命已经来临：手持设备 + 云是人们新的电子生活方式，于是电费不再是分摊到每家每户的每月账单。服务器端资本家需要节能省钱，手持端个人也许要延长电池寿命。虚拟机的庞大开销是一种浪费。历史又轮回到了对高效率的程序语言和库渴求。
微软已经掉转船头转向C++/WinRT/HTML5作为未来的开发工具,Win8也采用精简过的新内核。这种转变如同当年从Win32转向.NET。
由于惯性，.Net还会维护下去，但会逐步收缩。尤其云端还会存在一段时间，也是Scott Gu从Dev Division出来去往坚守的阵地。作为通用的Windows编程平台和语言.net/C#基本是下坡路了，不值得长期投资。
Mary Jo 每天的工作就是用各种镜头对着微软写动向报告然后向ZDNET领工资，她的八卦一向有理有据。
但是我觉得现在似乎也不是渴求效率的时代
对于个人用户而言,桌面PC上性能过剩打从四年前进入酷睿时代就很明显了.移动设备看似还在挖性能,事实上对比IPAD1和IPAD2的使用体验,IPHONE4和IPHONE4S的使用对比,几倍性能的提升对于用户来说,不能说感觉不到,但也无关紧要.
这种环境下,便捷开发貌似比高效率更重要吧
谁更重要没有超脱具体环境的普适答案。人们总是鱼和熊掌都想要，在二者来回摆动而已，尽力融合。
我上面提到的趋势就是最新的融合努力和目前摆的位置所在。
我个人认为虚拟机有两个阶段：
第一阶段是编译型的，如JAVA, .NET。程序员直接针对虚拟机编程。
第二阶段，是解释型的，程序员针对应用编程。如Python,Ruby,Javascript。
前者是开发效率与运行效率的折衷，是一个技术成长成熟过程的过渡性半成品。其对资源的回收需要程序员的帮助（比如.NET的using关键字），也需要程序员对GC的理解才能正确使用。比Native语言（C/C++/D）他们还有效率问题。比起第二种语言，他们又是强类型，因此还需要编译，开发效率远远落后，地位尴尬。
所以才会有新的趋势：高运行效率的Native编译型语言 + 高开发效率的脚本语言（Python,Ruby,Javascript,HTML+CSS）
在Windows平台: C/C++ + HTML5/Javascript/XAML，
Linux平台：QT5 + QML(Javascript的变种)都是当前的趋势。WebOS的编程模型也如此。
虚拟机+上内存里等待被唤醒的用户编译代码（C#, JAVA） PK 虚拟机+磁盘上待解析的文本文件(HTML)。在资源浪费和回收上也不占优势。用户也不会知道你的界面是早就编译好的，还是临时解释画出来的。
所谓基于浏览器上的操作系统，本质上正是如此。
SL之前用作web的ria，现在植入到windows和移动设备上做App的开发平台，它只会越来越强壮，怎么说到死呢。尤其在移动平台上，只要还是.net我看不出微软阵营里有什么能替代SL的，按 tom 的说法，难道说又回到c++/MFC上去，那不是程序员的噩梦吗
微软不可能退出桌面领域，客户端也绝不可能。现在桌面领域基本上都是在用.Net做开发，差不多快成微软的天下了。它怎么可能退出呢，而且桌面领域的应用虽然比以前少了很多，但也有大量的应用。