鉴于产品开发目的的不同，微软永远不可能与开源社区走到同一条道路上来，但并不排斥双方有合作的可能。然而，让我们感到奇怪的是，一直以来微软对于开源的态度始终让人捉摸不定，时而漠不关心，时而高调抨击，时而又主动示好。
目前，我们唯一可以肯定的是，微软不再视开源为洪水猛兽，甚至于一步一步的，微软也在亦步亦趋的踏入开源社区的领域，例如微软成立的开源实验室，公布 Windows和.NET Framework的部分源代码，以及成立类似于SourceForge的开源网站CodePlex。分析动机，有业内专家指出，微软真正关心的的问题不是一个公司是否是开源性质，而是这个公司是否可以帮助销售微软的平台产品。真是一语道破天机！商业利益是凌驾于一切之上的。
我们观微软的态度，已经有了与开源和睦相处的苗头。那么，微软对于开源项目，尤其是对于开源的.NET项目究竟保有怎样的态度呢？最近，Redmond Developer News的编辑Michael Desmond就提出了这样一个疑问，那就是：开源.NET项目是否受到微软的冷遇？
文章提到了Redmond在去年六月对Jeff Atwood的专访。Jeff是Coding Horror Developer Blog的创始人，他对.NET领域的开源项目贡献良多，除了进行博客创作之外，同时还创建了自己的开源项目Stackoverflow.com。
Jeff在Coding Horror Developer Blog上曾经承诺，会将广告收入的一部分回赠给开源社区。近日，Jeff兑现了他的这一承诺，将5000美元的奖金颁发给了ScrewTurn Wiki开源项目的开发者Dario Solera。ScrewTurn Wiki是一个基于ASP.NET的Wiki引擎。实际上，奖励仅仅表明了Jeff的一种态度，那就是感谢那些为.NET开源开发领域作出卓越贡献的开发者们。
这正是Jeff举措的关键目的。Jeff认为“开源项目在微软体系中被当成了二等公民。”他说道：“微软错误地降低了对开源项目的支持，而事实上这些开源项目对.NET世界贡献良多。”他相信微软作为开发工具的提供商，其命运取决于公司是否愿意改变其一贯的做法。
Jeff的观点颇具争议性。实际上，在全球的.NET开发人员中，有很多都使用了各种开源工具，例如DotNetNuke、MbUnit、NAnt、 NHibernate和ZedGraph。而开发人员使用的.NET开源工具还有很多，以上列出的仅仅是冰山一角而已。微软也正在积极地参与和响应与开源社区（CodePlex、IronPython和IronRuby项目、Mono开发等）的合作。
那么，开源.NET项目的开发者们为何没有切实感受到微软对他们的支持呢？
确实，微软虽然在自己的开发工具中集成了部分优秀的开源.NET工具，但这些工具终究是凤毛麟角。此外，微软虽然对开源项目提供了一定的支持，但这种支持与微软对其商业产品的庞大投入相比，实在是九牛一毛。
很多时候，微软表面上对开源社区的支持，实质上却是醉翁之意不在于酒。例如，微软在四月初发布了与开源兼容的XAML/WPF规范，允许开源项目使用这些规范。这或许是微软的示好之举，对于开源开发起到了一定的促进作用，但此举的背后却代表着微软可以借助开源的东风进一步推广WPF与XAML。
微软对开源.NET项目确实提供了一定的支持，但很多时候，微软却是以其强势地位对开源项目给与了沉重的打击。例如微软于去年推出的MVC Framework以及LINQ，它确实为.NET开发者带来了极大的便利。但随之而来的，却极大地影响了Castel MVC Framework以及NHibernate的发展。显然，集成在Visual Studio中，并作为.NET Framework一部分的MVC Framework和LINQ对于普通的.NET开发人员而言，更具有吸引力。但对于开源社区而言，却是极大的挫败。
显然，Michael Desmond提出的所谓“开源.NET项目遭遇微软冷遇”的观点是站不住脚的。微软不可能忽视开源社区的力量。相反，微软会极度关注开源社区的发展，一旦意识到某个开源项目的商业价值，或者感觉到它对微软产品的威胁，微软这头猛兽就会主动出击，或者吞并蚕食，或者打造利器与之分庭抗礼，进而掠夺市场占有率。这是微软的一贯伎俩，因为微软在面对商业竞争时，永远都不会坐以待毙。
本文最初发表于
IT168。