微软最近决定和专业虚拟厂商XenSource建立合作关系，这表明微软改变了同开放源代码世界不协作的态度。尽管微软可以举出大量的例子证明 自己开放了部分源代码和其他数据，但是开放源代码世界中的中坚分子仍然坚信这只不过是贪婪的竞争对手站在实用主义的立场上制订的策略 而已。
微软在英国的技术官Jerry Fishenden表示微软的技术只是“宽广的协作生态系统”中的一部分。同开放源代码商业数据库巨人MySQL、网络服 务器厂商JBoss、以及最近同XenSource的合作都说明了这一点。
在不久前于伦敦召开的Open Source Business Conference大会上，Fishenden在发言中表示微软正在面临着一个难题：应该在多大程度上同竞 争者合作。“合作的概念并不新鲜。它大概10年以前就出现了，尽管对和竞争对手公司之间协作的起源还存在争议。”Fishenden表示。“让我 们以Apple为例，微软和Apple在争夺软件市场份额方面彼此竞争。但是我们为Mac机提供Microsoft Office，这是在竞争对手的平台上最成功的 应用。”
微软在试图建立类似开放源代码社区方面还有另一个不太有名的例子，这就是Shared Source Initiative项目。该项目为很多软件的开发人员 提供了可以访问并共享源代码的许可证，这一行动似乎和开放源代码项目，比如Apache网络服务器，在精神上有相似之处。
尽管从表面上看这一行为和开放源代码有类似之处，但是并不表明微软准备放弃其商业化、私有化的本质，Shared Source Initiative的许可 证存在着不同程度上的限制。例如，“reference licence”仅仅允许用户查看代码，如果希望访问微软最近发布的CodePlex portal的话，你 必须要拥有一个微软shared-source许可证。
Fishenden表示，这些行为表明微软正在对逐渐成熟、错综复杂的IT市场做出反应。但是他很快指出微软不会放弃目前的许可证软件模式。
“微软已经提供了多种多样的许可证。”他表示。“有传统的、保持软件能够进行升级的订阅模式许可证；能够用信用支付上传和下载的游戏 的Xbox Live系统；Hotmail则是按照惯例免费提供的，这是非常好的在线电子邮件服务，在全球有超过3亿用户。”
但是在这场宗教式的斗争中，微软代表的商业软件厂商和诸如Linux操作系统之类的开放源代码支持者之间的斗争仍然在继续，目前很难看出微 软态度上的这些转变是否能够为用户带来更多的价值或者更好的互用性。
微软在推动混合式系统环境的道路上选择了正确的方向，但是Jono Bacon认为对于该公司希望和开放源代码软件全面合作的提法应当保持警惕 ，Bacon是英国Linux User Group的领导人。
“微软在20世纪90年代的时候对待开放源代码的方法非常不成熟，” Bacon表示。“但是它目前正在努力向开放源代码世界抛出橄榄枝。不过 到目前为止，我只看到了良好的愿望，却并没有看到实际的行动。”
这位软件巨人的互用性概念希望能够同时进行协作和竞争，到目前为止还没有变成现实，他补充道。“真正的互用性意味着你的软件能够同任 何其他软件协作。但是微软的互用性概念则是让自己的软件同那些他们希望你可以进行协作的软件协作。这只是微软单向的选择，我不认为微 软会真的同其他厂商的软件实现互用。”
Bacon认为被广泛吹捧的open document format (ODF)就是一个很好的例子，行业内很多人曾表示它解决了文件互用性的问题。这个例子充分 说明了微软还有多长的路要走。他认为微软公开支持很多标准，比如ODF，这样就可以避免改变它的商业模式，而不用和开放源代码的同行一样 自由公开知识产权。
Bacon认为微软仅仅是最近才在自己的产品中提供ODF标准支持的，这样做提高了互用性，但是这一行为却是在其主要客户施加压力之后才发生 的。
“公平地说，微软在维护客户关系方面做得不错。”他表示。“但是我深信是大的政府用户给了其压力，那些确实需要这些标准的政府用户要 求微软必须支持ODF。我只能说微软变得聪明了，它选择了通过为Office增加一个翻译层(translation layer)的方式来支持ODF。所以诸如 ODF之类的增加的文件格式被放到翻译层。我想ODF格式不会很快出现在Word 的‘Save as’(保存)下拉菜单中。”
Bacon补充表示，微软在互用性方面的承诺和其产品一如既往的私有化非常不协调。“在最近和微软的一次会议上，Exchange成了一个例子：如 果你想要使用Exchange的话，就必须用Outlook去访问它。”他表示。“我希望人们能够随意选择，比如用Thunderbird。但是互用性和捆绑用 户相关联，除非微软愿意放弃对用户的捆绑策略，否则他们不会提供真正的互用性。”
微软的平台策略领导人Nick McGrath表示，他的公司有权力确保用户在使用全微软环境的时候得到最好的投资回报。“我们总是在考虑如何能 够让我们的软件能够更好地同我们的平台结合在一起，平滑、无缝地结合在一起。我们的客户希望我们提供整体解决方案。”
相反，他表示开放源代码经常只是整体基础架构中一些独立的解决方案，非常难以管理。“对于我们的服务器环境，我们提供了一个统一的管 理控制台。这和Linux不同，在Linux中，你需要为集成很多小应用而使用很多不同的工具。开放源代码的软件也许很便宜，但是总体费用却比 我们更高。”
Royal Borough of Kingston-upon-Thames的IT总监Robin Noble对于管理混合IT环境有切身体会，他表示Microsoft Shared Solution Network 帮助他们获得了更好的互用性，让我们能够以一种开放的方式和其他人协作。
微软的执行官们经常提到公共事务领域的Shared Solution Network所提倡的知识和信息共享，认为这表现了一种成熟的态度，Shared Solution Network出现于2005年初。这一网络允许地方政府，例如Kingston，能够自由公开在微软.Net开发环境中所编写的代码，供其他的地 方政府参考使用，这种做法减少了测试和开发所需要的经费和时间。
Noble表示，“我认为开放源代码能够在一些领域发挥作用——比如在网络方面，但是我认为微软正在迎头赶上。我们已经能够用Microsoft BizTalk服务器和.Net架构让不同的系统彼此通信，让它们组成一个完整的系统提供无缝的服务。”
按照Office of the Deputy Prime Minister提出的希望尽可能多的人能够使用在线服务的要求，Kingston使用BizTalk让居民反映垃圾回收方 面的问题。关于回收路线和公司的意见被存入Oracle数据库。然后BizTalk将消息发送给垃圾回收公司，让他们注意并处理这些问题，然后将处 理的结果直接反馈给居民。
“我们还和Government Gateway(电子政务的中央注册服务)集成，按照同一模式处理家庭税电子支付。我们很高兴和别人免费分享我们的工 作，人们可以从Microsoft Network下载。从长期来看，他们会做出改进，同样也会回馈给我们。”
尽管对这一项目充满热情，Noble还是承认微软在这个网络中仅仅扮演了推动者的角色。Kingston和系统集成商Ciber UK合作已经完成了全部的 工作。
Noble表示，“实际上，BizTalk仅仅是消息服务器；只要你使用开放的标准，BizTalk可以和开放源代码系统通信，但是实际上，它给了我们更 多使用微软应用的机会。第三方软件不那么安全，如果你愿意这么说的话。”
Microsoft Shared Solution Network表面上看起来为开放源代码提供了机会，但是似乎进一步鼓励了用户锁定在微软产品上，因为这样做可以 降低互用性风险。
商业开放源代码厂商Red Hat的企业市场总监Todd Barr对微软的行动做了评论。“源代码和分布式开发已经出现好几年了，看看SourceForge的 规模(世界最大的开放源代码和应用的开发和下载知识库)。微软的行动并不独特。你不能把‘开放源代码’作为现在的私有代码和开发流程 的漂亮外衣。”
他的评论印证了Bacon的观点：微软对开放源代码的态度转变源于客户的压力，但是它对于开放源代码竞争对手的策略并没有丝毫改变。
Barr表示，“例如，和Jboss、MySQL结成伙伴关系和开放源代码就没什么关系。微软非常聪明，它希望所有流行的应用都能运行在它的操作系 统之上，聪明的软件厂商也希望能够利用微软销售自己的应用。我相信微软每年要同很多商业软件结成伙伴关系。”
通常来说，开放源代码和商业软件泾渭分明，但是一些分析人士表示现在两个阵营中都出现了灰色地带。Gartner的研究副总裁Phil Dawson认 为微软正在向开放源代码示好以讨好用户，不过最终用户倒是可以利用这一机会充分发挥这两大阵营的优势。
“我认为微软会在开放和商业两条路上前进，最终形成一种混合的模式以获取两方面的机会。我不认为微软会走上开放源代码之路，我们现在 看到的不过是为了形成联盟所进行的政治性活动，这两个阵营可以一起工作，但决不会成为亲密伙伴。”他表示。“但是这让用户有机会使用 混合的环境，充分发挥双方的优势。用户需要决定开放源代码和商业软件的比重应该是50：50还是80：20，因为最终他们要自己管理这些环境 。”