|
合作是惟一的路 微软与敌“议和”的背后 |
2009-05-05 |
|
|
2005-1-10 16:37:00 文/崔海燕 出处：IT时代周刊 导读--这个世界上，好像没有哪家公司的敌人有微软多——多得连微软自己都数不过来。
这个世界上，好像没有哪家公司的敌人有微软多——多得连微软自己都数不过来。这不奇怪，树大招风。就如微软(中国)有关人士所言，微软公司的产品线拉得很长，竞争的对手自然就多。
微软善变，围绕他所发生的故事永远都是支离破碎的，所以没有人能够把他在昨天、今天和明天的表现梳理成辫；所以微软任何出位的举措都不会让人吃惊。至于敌人和朋友的游戏，更是被微软娴熟地玩于股掌之间。
IBM因素
今年5月20日，作为又一个VSIP的加盟者，甲骨文成了微软Visual Studio合作伙伴计划的成员。此前，IBM、SAP和Sun公司先后分别同微软签署了相似的合作协议。至此，微软的VSIP计划几乎囊括了所有著名的软件公司。而他们都曾经是让微软最为头痛的敌人。
甲骨文CEO拉里·埃利森(Larry Ellison)介绍，微软和甲骨文将联合发布广告，以推广在“视窗”操作系统上应用甲骨文数据库。埃里森在接受采访时表示：“当微软提出联合发布广告的建议时，在场的很多人都惊呆了，要知道微软的SQLServer数据库正是我们的数据库产品的最大竞争对手。”而在和微软达成谅解后，Sun的Java语言也将获得与.NET的技术协作许可。
微软奇迹般的转折让很多人大跌眼镜，IBM和甲骨文的数据库产品是微软同类产品最为强大的竞争对手。以前，微软的SQLServer之所以能叫卖很大成份上是因为他是惟一能够在“视窗”上运行的数据库。同样，Java也是微软另一产品.NET的有力竞争者。近年来，.NET逐渐占据了一部分市场份额，但是其销售业绩的背后也是“视窗”巨大平台作的支持。微软此次主动把诸多敌人邀请到家中同台竞争确实让人不解。
在促进微软和甲骨文修好的背后，我们发现了正在软件领域迅速崛起的IBM。
“在数据库市场，以前是IBM追赶甲骨文，现在的情况正好相反，是甲骨文追赶IBM。”这让IBM大中华区软件部信息管理总经理尹丹岭不无得意。IBM的DB2用了20年的时间，最终成为数据库领域里的领头羊。在他看来，一场数据库市场的恶战即将打响。在数据库领域，有3个巨头IBM、甲骨文和微软。而IBM的DB2的强烈增长势头成了微软尤其是甲骨文的心中之痛。
隐隐约约，我们似乎看到了新的两大阵营。有意思的是对立的双方不是微软和他的对手们，而是IBM和他的对手。此前大多数软件厂商，如甲骨文、SAP、IBM和Sun都倾向于使用Java语言编写网络应用程序。为了同Java对抗，微软开发出了相对应的编程技术.Net，并已经赢得了部分软件开发商的支持。而甲骨文和SUN等IBM的老朋友同微软开展合作似乎表明他们已经最终决定投向.Net阵营。
IBM近期宣布推出基于WEB的办公室软件-Workplace，提供类似微软Office的应用。不过不同的是，Workplace必需通过互联网，可直接从“视窗”、Mac、Unix与手提装置上存取。IBM研究主任表示新版软件是为了提供既有Lotus 客户一个升级渠道，跟微软Office竞争无关。就短期来看，此言的确不假，但协助IBM达成Lotus Workplace的开发架构却有可能在未来对微软.Net开发架构产生更多的影响，而非微软市占率高达九成的办公室生产力软件市场。
IBM在全球不遗余力地推广和支持Linux的发展，而IBM自身并没有Linux产品。IBM意图何在呢？还是冲着Linux的对头微软来的，IBM以前丢掉了操作系统平台的老大地位，这一次，IBM不能错过。未来的平台之争是微软和IBM的真正冲突所在，一个是WebSphere，一个是.NET。
他们曾经是敌人
对于几大IT巨头之间的关系，实际上我们已经不能简单地下结论了。就如一位业内人士所言，大家都处在产业链里，只是上下游的关系。现在的商业关系是既竞争又合作，不能纯粹地讲谁是谁的朋友，也不能简单讲谁是谁的敌人。
微软虽然和甲骨文合作了，这一交易似乎不会影响到两公司间的竞争，微软还要卖SQLServer的数据库软件，而甲骨文公司仍然销售支持Java的开发工具，仍然支持Linux上的数据库应用。而与SUN的关系，就如微软公司CEO 鲍尔默说，他们两家公司将继续顽强地竞争，但是和解创造了将有利于两家公司用户的合作新阶段。同样IBM和微软的平台之争也不会妨碍他们之间的合作，毕竟平台之争是将来的事，现在要合作，将来还是要合作。
我们看到，微软和Sun、甲骨文等厂商合作性交易的大量出现表明，高科技厂商已经意识到，整合是一个卖点。大客户希望他们的技术提供商能够解决整合问题。用户的需求是第一位的，用户要求他们——微软和甲骨文们走在一起，不管情不情愿，他们没有选择。
所以，我们永远不能断言他们之间是简单的竞争或者合作，这都要看用户的颜色。至少现在，他们要在打着骂着爱着恨着一直走下去了！
而在此之前，甲骨文的埃里森从来都是最坚定的反微软分子，称微软是“罪恶深重的垄断者”对于微软的“视窗”产品他一直愤恨有加。在数据库的推广上，他一直致力于Oracle数据库在Linux系统上的推广，并且希望这一开放代码软件有一天可以取代微软的“视窗”操作系统。而微软对待甲骨文也是不遗余力地诋毁。在甲骨文并购仁科的案件中，微软成了甲骨文那次并购中最有力的绊脚石。
在产品上，甲骨文在与微软相关产品竞争时，也是寸土必争，毫不示弱。为了从微软手里争夺ERP的客户，甲骨文不惜代价地向中小企业用户招手示意。去年底，甲骨文向购买其电子商务套装软件的新客户赠送生产、销售和服务管理的软件组件。在数据库方面，甲骨文的数据库一直是高端产品居多，但是现在为了从微软手中抢夺中小企业客户，他们在新技术研发方面也加快了速度，在成本方面也大力控制，争取新产品早日低价位上市，从而削弱微软在现有的中小企业市场的竞争力。甲骨文还要进军电子邮件市场，要与微软一决高下。
而Sun则是反微软垄断案件的始作俑者。他为了自己的Java跟微软一直官司不断。1997年，Sun控告微软仅提供兼容本公司产品的Java产品。四年之后，双方终于达成和解，微软的“视窗”和Sun开发的Java技术的现有产品实现兼容，期限7年。时间到了2001年7月，微软公布新版的“视窗”XP不再支持Sun的Java，向来不惧诉讼的Sun又开始另一轮攻击。2002年3月，Sun再次将微软告上了法庭。要求微软在“视窗”XP和浏览器中嵌入Sun现有的Java插件二进制代码。Sun赢得了那次官司，但是日后两者的关系一直不佳。而Sun在前不久还公开抨击.NET在技术存在的种种弊端。
以前大家不共戴天，现在忽然来要共谋天下大事，其中微妙令人不解。
微软到底是为了什么？舍弃了平台的专有性带给他的巨大利润，是真的要为客户牟取最大利益？还是另有企图？
微软也有难处
自从微软成为大家关注的焦点以后，反垄断官司就一直缠身，去年被欧盟判罚6.1亿欧元以后，微软的竞争对手对他进行了新的指控，称：微软最新操作系统Longhorn的设计目的将会帮助微软在新的市场实现统治地位。今年4月，微软又因数字版权管理软件官司支付InterTrust公司4.4亿美元，这是继微软自去年5月以7.5亿美元结束他与美国在线的诉讼。今年还没过到一半，微软就先后付出了30多亿美元以了解那些无休无止的官司。
很明显，众多厂商的最终目的就是微软解体，不达目的不罢休！
虽然欧盟对微软进行了较严厉的惩罚，但是顾客对微软的态度依然很强硬。微软在中国政府的几次采购中连连挫败，一定程度上说明微软不那么讨人喜欢。微软蛮横粗暴的定价和排斥异己的态度让人们对之心存不满。在全球他已经得罪了很多人，抗议微软的组织层出不穷。甚至，客户看到微软时，都感觉那品牌里面渗透着垄断暴利的水分，很多客户感情上不愿意接受微软。有很多人公开表示：“只要Linux存在一天，就绝对不用‘视窗’”。
市场形象在日渐低下，但是竞争对手甲骨文和Sun的同盟却在继续扩大，也直接威胁着微软的势力范围。在甲骨文的合作同盟中，几大硬件厂商惠普和戴尔都是微软的铁牌联盟军。惠普一直公开表示支持甲骨文及其系列Oracle 10g新品。戴尔则正在运用甲骨文的软件来大幅降低电脑中关键商务运算的成本。在软件公司方面，Sun一直是甲骨文的老朋友。据悉双方的战略联盟今年将进一步扩展，甲骨文软件将用在Sun的3个操作系统平台上，使用甲骨文应用协作软件为协作环境提供低成本计算，共同构筑租用模式开发中小企业市场。
共同的敌人：Linux
多年的修炼，使得甲骨文的数据库和Sun的系统在业内已经有固定市场，并且是很多企业用户选择的一个重点。很多人为了使用这些性能卓越的产品而不顾舍弃“视窗”的巨大魅力去投奔Linux。这些是微软最不愿意看到的。微软在几次招标事件中领教了Linux的强大实力，意识到了开源系统的魔力。大敌当前，如果不及时压制住对方的势力，后果不堪设想。内部巨大的盈利压力和外部的刀光剑影，内忧外患，微软不得不一改往日对待甲骨文和Sun的态度，再说这样也能冲消了老客户对他的抱怨，还能重塑微软的光辉形象，一举两得。
所以，合作是惟一的路
微软公司自从1975年创立以来，这么大规模的业内合作还是第一次。在微软创业初期，微软是少数几个BASIC解译器的商业生产商，很多家庭计算机生产商在其系统中采用了微软的BASIC解译器。随着微软的快速成长，制造商开始采用微软BASIC的语法功能以保障产品的兼容性。但是就在那时，微软意识到了市场对自己的粘着性，毅然将竞争对手抛开，令其不能与自己兼容。就是此次兼容性的收缩战带来了微软今天傲视群雄的景象。
二十年来，微软一直排斥异己，利用在操作系统上的优势，捆绑式销售软件，与其他的软件的兼容与否则视其与自己的竞争状态而定。
|
|
|
| |
|
|
