【IT168 专稿】微软承认了,在一系列的证据面前,这个到最后一刻都在嘴硬的软件巨头不得不再次承认错误在自己的身上,容易吗?在困惑究竟是什么导致了相关系列的笔记本电脑产品费电这件事情上,终于有了个最终的答案,虽然来的不晚,但也不早!
对于微软的态度,我个人一直持一种批判的态度,因为其从来没有谦虚坦诚地面对过消费者和合作伙伴,从商业角度上某些言行虽然可以理解,但绝对不能原谅,在这个事件上,微软同样保持着其一贯的高傲。微软有错,但很少认错,不是吗?
事情起因 加速度
基于Intel的NAPA平台产品推出后,各种对比评测便铺天盖地的出现在了各种媒体之上,看着那些或高或低的数字、或赞或批地结论和有喜有悲的评论,Intel没有失望,毕竟都在预料之中。然而,意料之外的事情也发生了,那就是有些评测结果说NAPA产品很费电,有些产品甚至把NB的工作时间相对缩短了三分之一还强,Intel急了,用户困惑了,问题在哪里?
在Intel的宣传中,NAPA产品的功耗应该是降低了才对,尤其是CPU的功耗,结果应该是延长电池模式下的整机工作时间才对,测试对比结果却是在某些情况下,NAPA产品在电池供电模式下的工作运行时间缩短了,对于这种向相反方向加速度的结果,消费者们期待着一种说法。客观地说,这种负面儿现象对一代新品来说,有着致命的打击,所以Intel很快进行自我检测,并且很快给出答案:我的技术和产品没有问题!
![]() |
除了Intel,许多行业评测人员也在探求问题的症结所在,通过一系列的对比测试,人们把目光集中到了NAPA平台外围的USB设备接驳埠上,再通过对比,人们发现了一个有些出乎意料的结果:微软的驱动有可能是造成NB过渡耗电的元凶,而且不单是在NAPA平台上,就算在其前辈Sonoma平台上同样存在这一问题。于是,所有的矛头都指向了微软,可是,微软拒绝承认这一结果。
对于微软的矢口否认,人们并没有放弃究查,越来越多的专业测试对比结果和越来越多的铁定的数据让微软很尴尬,于是在某一天微软承认了,承认了是自己的驱动缺陷导致了这一结果。对于微软的态度,人们无法高兴,因为所存有的问题并没有得到解决。
微软&Intel:都怪你
整件事情的发生和发展有点戏剧性,因为从发现问题的开始,人们就直接的把矛头指向了Intel,毕竟按照习惯思维和以前硬件故障硬件找的习惯,人们首先把责任推给了Intel,都在等着其一个说法。作为新技术产品的核心拥有者和推广者,Intel这次反映也非常迅速,毕竟利益相关,通过联合其他同行和自己的专业测试,Intel很快给出应答:问题不在我这,在微软。
很现实地说:微软对于这一指责回答也很迅速,那就是我的驱动怎么会有问题呢!所以对于这些指责微软一概拒绝承认,然而事实就是事实,微软虽然表面上否定自己的责任,但实际上自己也在做着相关的对比测试,毕竟结果如真的象外界给出的那样,自己的面子也不好看,但微软就是微软,不到最后一刻,让我说“是”想都别想。可在最后一刻,微软还是承认了!
![]() |
从Intel肯定自己的技术产品没有问题,到微软的低头承认,事情的结果应该还算是顺利的,虽然在这件事情上微软“踢皮球”式的否认与指责他人诬陷都成为了过去,但这折射出了这些行业巨人们一种共同的心态:那就是出了问题先把自己择出去,只要你没有100%证据,哪怕是99%的,也别想让我承认责任是我的。
对于普通消费者而言,在使用这种多种软硬件合成的PC产品的过程中,要是出现了这种问题,该去第一个找谁呢?毕竟面对那些产品的提供者们,我们都是外行和弱者。
从技术角度说,硬件问题硬件找不无道理,这在习惯上也是“正确”的,但现在经过这件事情以后,相信人们会重新定位自己遇到PC故障时的检查思路。
用户:在等待
由于没有及时公开披露在含有XP SP2系统环境下,因微软相关驱动存在错误而导致笔记本电脑产品在电池供电模式下工作时间缩短的的问题,微软现在备受指责,更加令人难以接受的是,这一相关问题在去年七月份就已经发现了,而微软只是向相关的NB厂商进行了“阐述”,并没有告知众多最终用户!在这里很无奈:因为微软出于某种目的“隐瞒”还可以理解,那么知道问题所在的众多笔记本电脑厂商为什么也都选择了沉默?
![]() |
许多弯儿本来是可以避免的,许多损失本来可以减少或者不存在了,可对于消费者而言,如果没有人揭露,是不是这些问题将永远不会得到真相大白于天下的一天?尤其让人心寒的是:到底还有多少不为消费者所知的产品隐患存在着?一件儿还是两件儿?或者更多!就这件事情而言,如今发现不光NAPA产品存在着一问题,就连其前辈Sonoma产品也存在这一驱动造成的工作时间缩水,对于以前那些受此问题影响的用户,那些缩减走的时间谁来补?
太多的专业术语普通消费者不需要太懂,用户只需要一个最终的补救办法,而且是宜早不宜迟,不过从微软的动作上来看,并不乐观!根据消息,微软曾经发布过相关的补丁程序,不够似乎并没有从根本上解决这一问题,对于用户们来说,只能继续再次等待了。当然,折中的办法还是有的,例如:如果你是使用电池供电模式,可以尽量不在含有XP SP2的系统环境下使用USB设备,或者在使用的时候使用外接电源供电,惨哪!
客观地说:现在修改相关底层驱动,并不是微软一家的事情,所以我们只能选择等待。
不知道类似的问题还存在多少,会公开的或者会秘密的解决会有几多?单就这件事情来说,我们没有必要为他们的“知错能改”喝彩,因为这是他们应该做的。
最后我也想知道:AMD的平台产品会存在着个问题吗?在这种底层驱动程序的“个性化”“专有化”之下,还有多少鲜为人知的“错误”和“偏袒”?