对微软的评价，高屋建瓴——韦易笑

这篇文章是否偏激我不清楚，可是的确看到了许多之前没有见过的评价。网上有些别的对MS的评价，看来看去就那几篇，我都看烦了，并且都没有这篇高屋建瓴。不过我以为小程序员作好本身的事情就好了，对语言不要有这么多的要求，ASP转到PHP应该垂手可得，HTML和JS仍然是共同的，C#转到C++又有何难。因此这篇文章对于普通程序员是否是过于高屋建瓴了点？

-----------------------------------------------------------------------------------------

没想黑微软，原本只有一句话，推荐Qt，远离微软，有人追问，补充了点，有人又追问，又补充了点，而后出了趟门回来，感受跟捅了马蜂窝同样。既然都说到微软了，我也只能花点时间把问题给说清楚了，不然变成我在误导题主，那就很差了：

-------------------------------------
别用微软的东西。商业目的性太强，千万别被微软牵着鼻子走，血淋淋的教训。微软推出的垃圾多了去了。它什么都想作，不少都没作好：

1. MFC：Win31时代出生，Win9五、98时壮大，虽然一直在更新，可是接口和概念都太老气。你要作现代界面，大量东西要本身手工去弄。同一个界面，一个熟悉MFC的程序员须要开发2周，而一个刚刚学习 Qt一个月的大学生，三天就搞定了。

2. WTL：好几个百万 DAU量级产品都试用过，最后都放弃没用了，微软也不怎么管了。

3. SilverLight：对抗 Flash，当年刚推出的时候，被微软碰成下一代桌面/web的统一解决方案，有的人真的去用了，结果呢？傻逼了。想找点第三方控件，少的要死，想招人也招不到，最后切换会flash去。

4. ASP•Net：当年微软到高校里面忽悠大学生学，学了半天，就业了，发现网页所有是 linux下的解决方案，傻逼了。一线的互联网公司就没有使用 SqlServer+ASP•Net的，都是清一色开源免费。

5. C#：这个还算好的了，十多年前照样当年骗着大学生学，说是比 java好不少。我不少年收到的学生简历都是精通C#，问题是十多年都过去了，看看今天的 TIOBE排行榜，java的分值是 c#的 4倍以上，服务端开发web/非web，企业级开发，java都是完爆 c#，更别说java开发 android设备的app了。微软的话再次没算数，当年学了很长时间 c#的学生，工做后碰都不会碰一下。

6. XNA：笑话一个，当年搞了好多 XNA游戏开发大赛，告诉你们 XNA就是游戏开发的明天，能够快速搭建小型游戏，或者快速编写游戏demo供验证。咱们在评估使用什么给新人作 Demo用，最后评估下来，Python+Panda3D，易用性比 xna强几条街呀。

7. DirectMusic+DirectInput+DirectPlay：全都傻逼了。

8. 声音方面： Wave接口 -> DSound接口 -> CoreAudio接口，它就稳定不下来的。

---------------------------------------------------
微软的思路就是看着一个开发工具好，而后本身也要搞一套，而后借着本身强大的影响力，哄骗全部人来用他们的东西，最后你们用下来仍是以为开源的好。

微软的界面解决方案：GDI/Win32本身画，MFC/GDI本身画，基于Win32的各类界面库，WPF，SilverLight，Direct2D，看得你都不知道选哪一个，可是你要作现代流行界面的话，一个Qt直接秒杀他们全部。

再给你说个血淋淋的教训，公司的游戏当年用的dx8开发，开发了两年，内测时微软开始推所谓革命性的dx9了，可是微软强调说，dx9兼容dx8，可是dx9性能更好，并且从此不会再有dx8的大更新。好吧，先无论，游戏先上着，可是竞争对手的游戏立刻声称，完美支持dx9，充分发挥dx9的xxxx，我擦，没办法，既然从此趋势是dx9，那就改，学起来也挺快的，不就是api嘛，改了三个月基本改完。可是碰到各类坑，各类文档上找不到答案，网上还没人遇到的坑（当年dx9比较新），前先后后折腾了1年半，游戏才算ok了。跑了没多久，这时微软的 dx10出来了，号称完美兼容dx9，可是dx9不会再有本质上的更新了，大家快学dx10吧，性能很好，等你学会了 dx11又来了。

试想你一个程序员，一大半的时间都在给微软交学费，值得么？人生有多少时间呀？这就叫作被微软牵着鼻子走。再回过头来看看 OpenGL，到如今为止，还在用着 1.2/2.0标准，ES 3.0刚出，这就叫作稳定。一旦被商业利益捆版你就傻逼了，.Net到如今好像都5.0了吧？

跨平台：

我以前对写一些客户端的代码，用不少 VC的特性是抱容忍态度的，毕竟每一个程序员有本身熟悉的领域。在项目时间有限的状况下，让熟悉 Windows的程序员在用不少 VC Only的特性，如： DWORD, DibSection, CString, #pragma once 等东西也是能够容忍的，毕竟当年客户端通常都是 Windows。

后来客户端发生了变化，一份代码须要同时运行于多个平台。除了vc编译外，还须要gcc, clang编译。当咱们一份代码须要同时运行在 win32, 移动平台和 flash(crossbridge) 中时，当年积累的这些 vc only的代码化了很多时间翻新成跨平台的代码了。尽管vc有 #pragma once这些仍是比较先进的语法糖，但 gcc/clang没有的状况下，只能退而求其次。

经过此次翻新，从此客户端也跟服务端执行同样要求，清一色的跨平台，再也看不到任何vc only的代码了。全部项目去 vs化。

------------------------------------------------
答疑1：【商业目的性太强，给微软教学费这几句很是好笑，如今还想学一个东西保一生么，学什么不是学，网页游戏火，学Flash，手机来了学objectc，学android开发，游戏引擎变成了Cocos和unity3d，作网站后来流行PHP等等，这类例子太多了，楼mfc，vb，asp，这些当年都带来了不少就业机会，让人入了门，楼主主观情绪太强】

没错正式学了新的，才会抛弃微软的东西，好比学了 Qt才会抛弃 MFC/WPF，学了 php才会抛弃 asp，学了 java才会抛弃 c#，学了 flash才会抛弃 silverlight，学了 MySQL才会抛弃 SqlServer。而后你会发现，我当初干吗学微软的那些东西呀，浪费我时间么？

当年不少人是靠mfc vb开发，那是由于没有更好的，今天有那么多的其余选择，mfc vb已经能够退居二线了。也正是由于有那么多平台须要应对，特别若是是C/C++程序员，才不能用太多CString这些只能在vs下跑，无法到android和服务端用gcc编译，无法到ios下用clang编译的代码。这叫去微软化。

再者若是你没得选，好比你用dx，那么你就受苦吧，它每隔两年出一代，搞那么多版本究竟是一开始接口就没设计好须要不断重构呢？仍是故意非要从新弄一套？当初出9我没记错的话就是为了推winxp的，只有xp能跑。而dx10又是为了推vista和win7，逼着你游戏要更好效果必须dx10，而你想玩好游戏的话你可能被迫升级你的操做系统。这就叫商业利益驱动。

反观其余平台开发，不少图形工做站用ogl，游戏主机用ogl，android用ogl，ios用ogl，mac用ogl，而ogl几十年到今天主要版本仍是2.0，包括es2.0，这就叫没有商业利益驱动的状况。

如此类推，出一个新平台，有微软的 vs2015和 Qt，那么用Qt吧。

若是你以为vs做为ide很好用的话，在没有更好替代的ide前，你能够用vs这个ide来写Qt代码嘛。这叫逐步去微软化。

-----------------------------------
更新：擦，原本只有一句话，推荐Qt，远离微软，有人追问，补充了点，有人又追问，又补充了点，而后出了趟门回来，感受跟捅了马蜂窝同样。既然都说到微软了，那就接着展开一下。

问题的本源

微软就是战线太长了，忙着去主导各类标准，制订各类框架，这样的话，才能更好的夹带私货，用一个你必须用的东西推动另一个他想让你用的东西，诸如dx和windows，诸如c#和 asp.net，而又由于主导了开发者，才能进一步主导用户，而主导了用户，大量的利润便会随之到来。在整个链条中，若是消费者没得选择，开发者也没得选择时，微软就能想卖啥就卖啥，彻底基业长青了。出个新东西不要紧，不符合个人利益我就不支持。若是新东西颇有前途，那我本身搞一套，而后再把个人开发者和用户绑架过去。

到底哪个方向会有前途呢？微软本身也说不清。到底哪一个领域对从此的软件生态影响比较大呢？微软本身也道不明。只能朝着各类有苗头的地方去努力，之前技术领域比较窄，微软能够囊括整条产业链，编译器/IDE/框架，开发者基本能够躲在微软的圈子里不出来。后面各个技术领域蓬勃发展，分支愈来愈多，微软就有些力不从心了。可是战略依旧没变，任然试图去主导任何一个技术领域的标准。利用本身的影响力去忽悠各类开发者：“跟我来吧，有美好的明天”，但技术领域天天都在推陈出新，产生新的细分。为了主导更多的新领域，称霸完一个领域后，微软的重心并非完善该领域，而是继续集中精力称霸其余新的领域。

对于支持期的技术，微软会利用本身强大的影响力进行各类捆版整合，告诉你：“新的革命又到来了，你准备好了么？”，告诉你：“用了它以后，你就什么都不愁了”，“XXX即将中止支持”，而后各类社区中，一堆mvp前扑后拥的进行推广：“XXX大法好，MS法力无边”；书店的柜台上，瞬间多出几十本红色封面黑色封面的宝典；CSDN的主页里，各类微软 TechED, 夏令营。不少人一看，我靠，全世界都在用，我再不用是否是就要被淘汰了呀？

完成支持后，微软进入绑架期，为了避免让你用其余的东西，微软想尽一切你的需求，而后为知足你可能的一切需求，开始拼命的飙版本，来兼容各类各样的东西。不少人以为这个东西好像挺强的，什么都能作，不用学其余了，微软就笑开花了，以为能够绑架你们了，因而开始疯狂的用该技术夹带愈来愈多的私货，或者是新技术，或者是为了强迫其余人用另外一个东西，为了兼容这些私货，继续飙版本，这就叫绑架。

等到你积累了愈来愈多的代码，或者成熟框架后，你忽然发现，原来你能作的事情，就是只能在微软给你划定的一亩三分地里面不断的耕耘。想用它开发一个微软商业上不支持的东西？没门。依赖微软越久，作出选择的成本愈来愈高。这时会有两种结局，第一种，微软给你指出下一个革命的方向，你别无选择，斩断原有积累投入到下一个革命中。异或，微软以为本身在这个领域江山稳固了，竞争对手都没了，不会再出什么幺蛾子了，因而完全开始不思进取，你用着过期的技术干着急。

曾任微软副总裁的李开复回忆：“一个产品队伍一旦失去了假想敌，就会松懈，盖茨和鲍尔默也会撤回对它的投资和支持。好比说，微软IE击败网景以后，微软就下降了投资，导致它的浏览器多年没有再进步，直到又出现了‘火狐’这个敌人，才又开始振做。”火狐就是网景的“遗孤”。

微软的绑架

MFC就是一个很好的例子，当年同 VCL竞争时挺上进的，VCL一死，MFC也跟着死了，现代的界面系统都是 windowless直接绘制控件了，笨重的mfc还在基于系统控件。大量的onpaint本身作，人招不到不说，工做效率奇低，熟练的mfc工程师还比不过学习Qt一个月的学生开发效率高，你说我会选啥？mfc还须要各类奇巧淫技才能达到 qt的效果，弄那些技巧的人变更，项目就傻逼了，考虑到这一点，你说我又会选啥？最近两年界面开发又开始脚本化了，你会发现 Qt有各类支持脚本（除了内嵌支持 js的 QtScript外，还有 Python的 PyQt，还有 Lua）任你选择。核心代码C++，逻辑界面python，用过脚本开发UI的人都不会想用回C++写UI，由于界面逻辑脚本化能够提升至少两倍以上的生产力。微软的策略呢？想用脚本？没门，由于我不推脚本可是我推c#，因此你想方便的写高级界面？仍是跟着我去弄 .net和wpf去吧，这就叫绑架。面对绑架你别无选择，开发者微软系的代码和经验积累越多，想离选择非微软的东西成本就越高，想不被微软绑架的代价就越大。

为啥有人愿意给 Qt脚本化而不肯意给微软的界面系统脚本化呢？并非微软的技术就比不过Qt，而是你们唾弃微软的臭脾气，外加Qt是开源的，为它实现脚本各类方便。这里并非说开源的东西就必定比微软的东西好，微软有不少领先的技术甩开源几条街，主要问题在于微软的封闭性。因此个人论点并非必定要用开源，而是建议你们有选择的余地下，选择非微软技术，好比qt, flash这种。

死也要主导行业标准

为了引导行业标准，微软不少设计的很好的东西，各类音视频格式，还有最近的 HD Photo图片格式，比 jpg2000 和google的webp好多了。可是不少人因为微软的封闭不买微软的账，不少框架和软件都直接支持webp了，也没几我的支持wdp，在这种状况下，我宁可选择次一等级的 webp。

微软的出过不少标准性的东西，好比wmv, wma格式，当年挺先进的，微软也每天忽悠人去用这两个格式，可是因为封闭，最终失去支持，你们选择了更加开放的方案来代替，微软也就不思进取了，最终视频领域 如今是 h.264/265，音频领域是 he-aac v2。

微软又试图代替 pdf，引领该领域的标准，而后本身出了一个 xps。论技术，确实高于 pdf不少，可是没人用呀，没软件支持呀，连打印机都只支持扫描成pdf格式。因此我选择 pdf并非由于 pdf技术比微软强，而是由于它不是微软的。并且我估计个两年出个 pdf2，xps也就跟 wmv同样进棺材了。

再好比 SilverLight，微软在没有太大把握的状况下硬推这个东西，就是由于怕c#因为知足不了RIA使得C#开发的开发者流失到微软之外去，为此 .Net还逼迫你们升了几个版本。惋惜，你们都知道的，因而微软本身对它的支持都少了不少。

你说微软技术弱么？不弱。那为啥这些明显乱七八糟的东西微软都要硬撑着试图主导行业标准可是最终又主导不了呢？那是由于咱们先前提到的微软战略，从几十年前到如今都历来没有变过，然而时代变了。

Win32 API

Win32 是系统层最稳定的接口，一切功能的基础。这么基础的东西，微软该化大力气持续发展对不对嘛？非也，随便举两个例子你就会发现其实它已经落后世界不少了。微软是任性的，以为我提供的开发模型能够解决一切问题，为何要参考其余操做系统改进呢？即使其余操做系统提供的功能很好，我也要给你挑挑刺。而按照微软一向的规律，系统 API领域，我彻底控制了，那么我改进的动力也就不那么强了，庶民们岂能妄自议论 Win32 API，更别说想提交改动 patch给我了。

线程同步：若是你写线程同步，你会发现 Win32 API缺不少关键的东西好比：条件变量，读写锁，这两个最基本的可以组合成其余任何同步模型的东西，微软直到 Vista的年代才提供支持（msdn Condition Variable），这就意味着，你若是用了，你将面临很难在 xp下跑的状况。你问微软 xp怎么办，微软说用 event去 wait嘛。你就奇怪了，event这么弱智的东西能代替条件变量么，为啥再也不xp年代就支持了？

单次初始化：pthread_once，没错，windows下面因为缺乏这个东西，你再作一个全局变量供你的接口访问时，你须要保证该变量只被初始化一次。即使多线程同时调用访问该变量的接口，也不会出现两次初始化的状况，pthread_once就是作这个事情的。直接把代码写成：if (inited == false) { init(); inited = true;} 线程又不安全，外面加一个 CriticalSection，那你又须要在更前面去 Init这个 CriticalSection，还要保证不会发生屡次 Init，问题仍是没解决。因而不少人在 Windows下的解决方案是，在全局变量声明一个类的静态实例，这样 main()以前，那个类的构造函数可以提早被调用，进而又引入了新的问题，及多个全局实例又会存在谁先谁后被构造的问题，你又得用恶心的 #pragma宏来解决，最后初始化代码一团乱麻。而若是微软提供 pthread_once相似方法，那或许这一切都会变的很清爽。

网络接口：用过 winsock接口的人都以为简陋，你想实现高性能的网络服务，须要控制 TCP的大量细节参数，好比 TCP_NOPUSH, TCP_CORK, 还有 QUICKACK这些控制调整 TCP面向流量优化或者面向流速进行化的基本功能，winsock上看都看不到。更别说 Google的 TCP速率优化（Kernel 3.2.12收录的 Google patch）等现代功能了。即使是对比最基本最传统的 posix套接字，winsock的行为也是错乱的，好比 REUSEADDR，再好比 Win32下你监听一个 UDP端口，给远端发送 UDP数据包，若是远端没有监听该UDP端口，那么你服务端收到 icmp: port unreachable后，那个udp socket就完全被 reset了，后续什么数据都读不进来，持续给你报 10054，搞笑吧。除非你建立udp套接字时作一大堆 *windows独有的* 专门的设置，不然vista以前，你都会被 10054。vista以前，默认状况下，客户端若是拒绝收服务端的 udp包的话，服务端的 udp套接字就用不了了，这是否是在搞笑么？还有各类基础功能限制，好比：缺少poll支持（强迫你用iocp代替），select最多64个fd，没有 socketpair。固然，没有这些也能够写网络应用，但写惯 unix下的网络代码忽然来 win下写，就会以为这真是个玩具呀。

TLS：TLS有数量限制也无论了，可是线程本地存储这个东西是须要 destructor的，即我建立了一个本地存储来存一个对象，我能够设置一个 destructor函数指针，在线程退出时，这个函数会被自动调用到。好比你想实现一个 per-thread cache（好比类jemalloc的 arena），线程退出时可以被自动析构，这个最基本操做在 Win下却能够把你别扭死，原生TLS API没有这个支持，你又不想全部线程退出都要强迫使用者调用一下 destructor，那么你开一个线程监听全部线程？仍是怎么招？看看 boost和 jemalloc这些在 win下的 destructor实现，你就会发现恶心的要死，就像要在一块工整的电路板上，焊接一根很是碍眼的飞线同样。

GDI/GDI+: GDI是牛逼的，出生早又承当了 GUI的基础工做，毕竟那么多年了，作成这样是无可厚非的。可是XP年代的 GDI+一出生就落后于时代。比同期的同一个级别的开源项目 Cairo（gtk后端，wine用来模拟gdi/gdi+的后端，webkit/mono后端）和 Quartz（OS X图形后端）来，GDI+除了速度卡外，图像质量差，功能简陋，不支持抗锯齿，对GDI的字体效果也并无质的改进。因此 Windows下的应用软件，一直由于字体和图像质量受到诟病。直到后面的 Direct2D出来但愿改进这个局面，也已是好多年之后的事情了。大量兼容 xp的程序还在跑在 GDI/GDI+上。

（ 问题有不少，如下省略若干字）

按微软的能力，想改进这些基础接口，应该不是难事。但基础接口的长期滞后，折射出的是该公司全胜时期的傲慢。

统治与分治

微软的接口设计向来是缺少美感的，喜欢复杂化，喜欢什么东西都搅合在一块儿。什么叫作大一统？就是什么都能作，貌似很强大，一个东西能作的事情不少，开始是好的，可是随着时间的推移，耦合度高，各类盘根错节，一旦其中一个设计很 “巧妙”的东西过期了，那全部依赖它的东西将面临死亡。什么叫作分治？就是保证简单性和可拆分性，每一个系统专心作好一件事情。一个不行，换掉便可，整个解决方案是由若干所有能够替换的子模块组成的，这叫分治。

Windows技术栈就是一个典型的大一统设计，他有不少很巧妙，依赖性很强的东西。好比，“一切都是窗口”，这个思想，从设计上来讲就是有问题的。举个简单例子，WSAAsynSelect 用过的人都知道，这是一个网络接口，用来判断哪一个套接字上有事件。可是却又要传一个窗口句柄过去，让窗口来接受网络事件，这就是一个很搞笑的例子。微软为何这么设计呢？由于应用程序自己有一个消息循环了，就是窗口消息循环，可是若是处理网络的应用程序使用相似 unix poll的方法，去等待消息的话，窗口消息就得不处处理了。若是把poll放到一个线程里的话，那UI线程要找网络线程作点事情，那网络线程在 poll的等待周期中，若是没有新的网络数据过来，可能短期内没办法理会 UI线程的请求。因而微软的解决方案，就是让网络层的事件合并到 UI的窗口事件中，这样就比较方便了，所有在窗口消息队列，你要把UI和网络放到一个线程也能够，两个线程也罢。这样把两个风马牛不相及的事情搅在了一块儿的：“巧妙” 设计在微软的技术栈里数不胜数。

合理的处理方法应该是啥？应该是继续使用 Poll，每次 poll能够设一个比较短的时间，而且能够被外面线程唤醒，这样就不会出现以前的问题了，两件事情不会搅在一块儿，这就叫可拆分性。结果呢，不关网络，大量的其余东西都和窗口搅起来了，等到 Windows程序要移植的时候，就会变得万分痛苦。有人说不是有 IOCP么？看看有多少一流的服务器支持 iocp？再说java能够把全部不一样操做系统的异步事件模型封装成NIO，对 Windows对的 iocp却提供单独的接口，并且直到 7.0之后才有，微软总喜欢和全人类反着来。

缺少审美的设计，才会致使 Win32 API被 GUI所束缚这样一种结果。这在其余系统对比来讲，这时听都没听过的事情。这是设计上的偶合，还有商业上利益的选择。好比网页开发，C# 和 asp.net绑定太紧，asp.net和 iis绑定太紧，iis和 windows又绑定太紧。微软的东西才出来都是先进的，可封闭的微软不肯意同外面合做。你要用我先进的东西，你就一个系列都要用。最终所有都搅在一块儿了，风险是至关大的，系统就像一个吞噬了各类化学物的怪兽通常，蹒跚前行。

而所谓简单性和可拆分性的东西，是四处皆可替换的东西。好比你作 web开发，你选一门语言，python，语言就作好语言的事情。外部的网络框架，能够用 django，flask, web.py等等，接口能够用 fastcg / cgi / wsgi / uwsgi / apache_mod, 而外部的服务器，能够用 apache, nginx, lighthttpd。清晰的被分红：语言层、框架层、协议层、服务层 四个不一样的层次，每一个层次若干备选方案，互相兼容，web.py过期了，我换 flask，apache过期了，我换nginx。每一个产品都专一作好本身的事情，并先后适配其余层次的方案，python出问题了，我换 ruby，换php，协议任然用 apache_mod或者 fastcgi。这就是分治，具有美感的设计。

这样的状况在微软的技术体系里很难出现，这些技术运行到windows下水土不服不说，微软本身就不让你选：你要写asp .net，那语言你就用 c#（vb比较小众），用了asp.net你就要用iis，而iis只能跑在 windows下。外部的人很难兼容进来，原本微软就不太愿意支持其余技术。那么好，一开始可能领先，可是随着时间推移，这么长的链条中间一环出问题，可能会致使其余的跟着他一块儿被人抛弃。

微软一方面出于商业考虑，生怕本身技术链中哪一个环节被人替换，一方面有些接口设计充满耦合，考虑不周，致使后面大量的主动升级和被动升级，什么 ocx, com, atl, ole，dx1-7相似的东西均可以搞出那么多来折腾人，系统内核 GUI，网络、多媒体，大量的 API偶合在一块儿。最终简单的一个 Office和 Windows同样臃肿丑陋，这就叫缺少美感的设计。

C#

C#是一门简洁优雅的好语言，是微软中比较少见有品味的设计，这是由于 C#之父 Anders就是来源于微软以外的 Borland。Anders 早年为 Borland 设计的 Turbo Pascal 和 Delphi 就以编译速度快，使用简单和功能强大受到大众的喜好，因此在设计 C# 时融入了不少早年的审美观。C#语言层面上赛过 java很多。我常常边用边骂 java到9到10了，也没想着好好的学学 C# 的一些特性。Java 这么多年连个 get/set 都不抄一下，连个unsigned都不愿给我用用。用 C#写代码比 java流畅很多，但应用范围太窄呀，我没办法还得接着用 java呀，应用范围广呀。我用 java写的程序随便运行在几乎任何平台上，大量最新的开源成果能够直接应用。可怜的C#却被微软画了一个圈，死死的呆在圈里出不来。其实你们都是欢迎 C#的，否则也不会有 mono这个项目了，但 mono运行效率比 jvm低很多，比原生的 .Net运行时低不少，库也不全，实在难以承当大任。

除了部分人专门从事 C#的工做外，如今互联网企业，几乎很难看获得 C#的身影：作移动应用，用原生的 java和 objc。作服务端用 C++/java/各类动态脚本，作页面用 Js 页游用 Flash。作PC游戏用C++/脚本，没C#什么事情。移动游戏主要也在使用 C++/脚本（unity只是众多游戏开发引擎中一个单例将来是否被代替未知，XNA就是个玩具）。惟一只有微软的老本行PC桌面应用，没错，是C#，可是如今也面临诸多挑战： CEF（Chromium Embedded Framework）用js直接写Windows本地应用，如网易云音乐用CEF效果拔群；Qt系列+脚本（愈来愈多互联网公司在用，如Wps）；本身C++UI库/脚本（例子太多了）。这些方案你或多或少都能挑出些问题来，但不能否认的是她们正从各个方向蚕食 C#的传统地盘。你可能说C#在客户端能作不少非 UI的事情（比数据库和网络还有图像），但 CEF/Qt 这些播放点流媒体、访问下网络、弄下图像或者请求下数据库一样很简单。如今 GUI开发的脚本化进程正在席卷各类桌面开发方案， js等脚本运行速度愈来愈快，C#速度上并不能体现出数量级的优点，并且基于泛型的脚本语言开发效率比原来高不少，同时这些解决方案全是跨平台的。而整个进程中 C# 被排除在外了，这才是 C#真正危机的地方。

DirectX

有人奇怪我为什么喜欢 OpenGL，话说白了只有一个理由，它是开放的并且它不是微软的。现在不少人会说你看 d3d 接口不错，兼容性高，CPU占用低并且画面好。没错，但记心好点的同志们把时间拉长一点，Win95时代微软强推 DirectX而封锁 OpenGL不少系统调用的事情各位还记获得吧？那各位还记获得 DX才出来时烂成什么样子么？当时业内骂声一片，不少人看了眼接口就扔了，直到 DX5出来的时候，你稍不留神，还会把整个屏幕画花了，或者弄死机了。当年 OpenGL领先 DX不是一个量级。直到 DX8出来了，才算完善了一些。微软为了商业利益，把整个行业拖后了数年之久。直到2006年，不少 3A大做仍是以 OpenGL为图形底层，不鸟微软的 D3D。

微软的技术架构，向来不太优雅，耦合度又高。Dx7之前，DirectDraw的表面和 D3D设备还有纹理搅在一块儿，DSound的坐标系统又能够和 D3D的坐标系统搅在一块儿。大量的数据结构被定义出来，一个矢量一个矩阵还要单独定义一下，不许我跨平台库用本身的定义么？你就不能用个数组么？你强大是强大，可是你耦合度实在过高了。一个环节更新，全部环节被迫更新，而后就飙版本的缘由之一。DirectX的设计就是没有品味的，若是按照简单性和可拆分性的思路来从新考虑，Dx软件包中，应该隔的比较开才行，能不定义的对象和结构体，尽可能不定义，用C原始的类型或者数组来接口，这样不会妨碍我外面灵活使用。而后游戏开发者靠一门胶水语言把这些独立模块根据须要粘合在一块儿，这样的方式是否是更清爽一些呀？

开放的东西能自我适应性，自我修正。Real Networks估计不少人还没忘记，当年的他开发的 RM / RMVB视频格式，由于压缩比高，同信噪比下码率能有更低的码率，画面质量更好，而赢得了普遍的支持。可是 RM / RMVB倒是一个封闭的视频格式，虽然领先了业界数年之久，可是数年后即被开放的 H264所代替，H264虽然一开始接受度不高，可是数以万计的人在帮他完善。学院派今天发研究出一种更有效的宏块搜索方式，不出两个月工程界就跟进了。今天有人发现一个运动估计的改进，明天有人实现个更低延迟的缓存管理，或者提高下错误恢复能力。免费的 x264不论从延迟，性能，画质，码率都直接秒杀不少商业公司的编码器，ffmpeg又能够轻易的播放h.264视频。最终 Real Networks抱着它的 rm/rmvb一块儿进了坟墓，死前还不忘叫一句它正在开发 rmvb2，超越 h.265标准的编码格式，业内嗤之以鼻。视频领域的玩法已经变了，H.264经过不断发展，最终颠覆了RMVB的商业模式，这就是一项技术自我适应，自我修正的例子。

今天的 D3D就像当年的 RMVB，就算他用商业手段狠狠恶心了 OpenGL一把，致使后面 OGL数年发展不顺，可是老话说得好：理胜力为常，力胜理为变；一时之强弱在力，千古之胜负在理。随着 OpenGL新标准的不断完善，虽然暂时不能完全抛弃 DX，但封闭的 Dx必然会随着微软 Windows 逐渐边缘化，这就叫得道多助失道寡助。

全世界玩一套，微软本身玩一套

仍是由于微软最初的战略没有改变，致使全世界一套，微软本身玩一套；微软看不起开源界，开源界也不理微软。再次强调，并非只有开源才好，而是这么多家公司里，只有微软一家试图本身从头至尾创建一套完整的技术体系，只有微软一家采起如此封闭的策略。然而早年微软能够罩住整条产业链，而且活的很爽，可是如今大量基于开源界的最新成果都和微软技术栈水土不服。

因此开发者会面临：依赖微软和不依赖微软两种选择。依赖微软，很容易和外界造成隔离。而不依赖微软，你获得的是满天下的选择。前者强调高度集成统一，后者强调可拆分替换。然而，世界潮流，浩浩荡荡，顺之者昌逆之者亡。

成也萧何，败也萧何

早年的微软，象一个潜伏在丛林里的猎手，利用本身操做系统的优点地位，寻找着产业链最高端的用户需求。一旦一项技术能够知足用户某种根本须要，微软就不惜牺牲眼前的现金流，来换取将来的行业领导地位和盈利。或快速收购，或恶意打压，或自家出一套，任何一个领域只要有新的东西出现，微软就试图去控制它，并绑架获出钱养活接受了微软标准的软件开发商让他们支持，出钱扶持低端的开发者让他们学习微软标准，因而巨大的利润，随之而来。

这样的战略，使微软茁壮成长，并成为连续不断的行业标准拥有者。然而这样的战略有一个致命的BUG，就是标准必须是与时俱进的，微软须要不断调整已有标准，不然愈来愈多的标准就会成为束缚住微软的一条条绳索，愈来愈多的兼容性问题象一座座大山同样压得微软喘不过气来。掌握的标准越多，微软越难改变，随着时间的推移，将会被微软体系外更加迎合用户偏好的竞争者们所取代。

有人说：“微软错过了移动化浪潮，错过了云计算，是由于鲍尔默的误判。智者千虑必有一失，再牛逼的人也有判断失误的地方”。可是经过上面的分析，咱们能够看出这种说法的荒谬性，咱们须要清醒的指出，就算没有鲍尔默，微软即使遇上了云计算，他也会错过雾计算；他即使遇上了雾计算，他照样会错过烟计算。

这样的战略，使微软早年站到了时代的风口浪尖，又使现在的微软，变得愈来愈与时代背道而驰，不是微软不想融合，而是融合的成本愈来愈高。世异则事异，事异则备变，理解了微软的核心战略，就不难理解微软为何会去弄什么 xps, silverlight；理解了微软的战略，就能理解为什么微软的精力老是在制定新标准，而不是改进老标准了；理解了微软战略，就不难理解为什么进入2000年之后，微软老是昏招迭出了。

病在肌肤，还能够医治，病在肺腑，人就危险了。沿袭了那么多年的战略，成就了微软和他的下游开发商，也害了微软，让微软想改变都改变不了。就像一辆陆地上上装甲车，装甲越厚越坚固，然而如今要到水里开战了，全部装甲一晚上之间全成了负担，要寻求救赎，除非把本身从头至尾全拆了才行。进入2009年后，看到当年一致支持本身标准的下游开发商们，粉粉判离微软转投敌营时，微软深入的意识到，老天已经不再像原来同样眷顾微软了，这真可谓是：成也萧何，败也萧何！

微软的选择

人何时会感受到压力？就是拥有一个东西，可是看着这个东西一每天的减小，越努力抓住他，却又越抓流失的越快，改变意味着放弃，等待意味着死亡。在这样的压力下，微软昏招迭出，这并不能怪微软高管愚昧，也不能说微软运气差，而是自从步入 2000年之后，沿袭了几十年的一家统治世界的战略与时代变得格格不如了。早年的成功让微软无视各类问题，继续靠惯性又活了15年，错过了自我救赎的最佳时机。

核心战略出问题，不是一朝一夕的决策对错，不少人还不肯意认可，认为换了鲍尔默就能解决，认为开源 .Net，就能救 C#，就能救微软，其实这是一个天真的想法。微软战略从头至尾就没变过，开源其实至关于认可先前战略是失败的，可它却又没有提出一套新的思路和新的战略。事实上早在2000年时微软就进入了战略迷茫期，因此东一榔头西一棒子，没有重点，缺少主题。虽然如此，仍是能靠惯性继续生存，可是自我否认以后，新战略是什么呢？战略层的自我否认会极大的伤害企业向心力，让微软在将来变得更加艰难，同时又没有确立可以经得住实践验证的新战略，这又会使整个企业变得比原来更加迷茫。

但微软能改变么？不能。微软没有办法提出一套和原来战略不兼容的新战略，除非彻底把本身和多年经营的生态链砸碎。15年前的最佳改变期被其错事后，现在再怎么变都只能在原有战略框架下寻求小改变，时代的巨流，象一股巨大的引力场，吸引着身躯庞大的微软，迫不得已的掉进本身挖的坑里。

迫不得已的结局

直接送货上门发达了，便利店就萧条了。网上购物兴起了，实体零售业也就死亡了。这就叫作 “新经济体” 代替老经济体。判断一个经济体是否衰落，看的历来不是它银行里还有多少钱，而是看它的商业模式是否是还成立。现在的微软，就是一个核心商业模式被颠覆了的企业。这不是开源可以救得了的，更不是盖茨复出可以救得了的。

听到微软开源，让我想起以前 Sun公司 Solaris开源为 Open Solaris，但愿用开源来挽救本身的颓势，没多久它就倒闭了。现在一项根本技术，好比操做系统，已经很难被一家公司所垄断。商业模式一旦被颠覆了，开源也不能成为救命稻草。

事物强弱变换，新旧更替，原本就是天然界的基本规律。盖茨是一个聪明人，看到了将来的局面，知道什么叫月满则亏，水盈则溢，在微软最鼎盛的时候功成身退，高风亮节的作起了慈善，将最苦的差事留给了鲍尔默。因此，聪明的盖茨也是不会复出的，因此，其实我挺同情老鲍的。

结尾故事

一开始就没想喷微软，我不是一个极端的人，一开始只是回答问题，建议题主用 Qt，远离微软的技术。可是完蛋了，一堆人上来围攻，那我真得正儿八经的把微软这事情说的清楚点才行了，不然我变成误导题主了。

其实世界是欢迎微软改变的，咱们这些从小学电脑就用着盗版微软系统的人，对微软也仍是有感情的。可是微软此次可否迎来新生，还得看微软本身，咱们是帮不了他的。

参考：http://www.zhihu.com/question/29636221