微软停止Windows 10更新 这么大的篓子是怎么捅下的?
【新产品上线啦】51CTO播客,随时随地,碎片化学习
微软在10月3日正式推送Windows 10的2018十月版更新,但就在5天后,微软紧急停止了这次更新推送,原因是发生了重大BUG事件,用户的存储资料被系统自动删除,并引发重大的负面影响。 根据报道,Windows 10 Build 1809有几率删除系统中“C:/ Users /用户名/ Documents /”下的用户文件,如果用户习惯性将文件保存在这个位置,有可能会被系统自动删除。 除此之外,Windows 10 Build 1809还被曝出CPU占用率报告不正常、Windows Store和Edge浏览器联网失败以及兼容性等问题,但影响最大的还是删除文件BUG。 事实上Windows 10的更新问题已经由来已久,而且花样百出,今年的4月更新就造成了大规模蓝屏死机问题,还有被用户质疑甚久的强制自动更新问题。只是这一次删除文件直接损害到了用户核心的利益,终于彻底爆发了。 Windows 10 这对一个世界级的操作系统来说,是不应该出现的,人们不禁要问:Windows这到底是怎么了?对此,笔者有一些自己的看法。 直接性的原因应该比较容易看清,那就是测试量不足。在Windows 7开发时期,整个开发团队有约2500名开发人员,其中有一半是开发人员,一半是测试人员,长达两年的测试强度保证了Win7的稳定性。 但如今微软不但没有继续重视测试团队,反而在裁员。据报道,微软现任CEO纳德拉在上任后启动了一轮裁员计划,主要对象就是原诺基亚员工和软件测试工程师。这意味着Windows的测试团队跟以往相比大幅缩水。 现在的微软更倾向于借助用户的力量来测试系统,测试版本向Windows Inside成员分发,从而获取用户反馈。现在看来,这种策略是存在问题的,毕竟普通用户和专业的测试团队在能力上天差地别。 在这种测试模式的背后其实是关于产品迭代的思潮变化。在进入互联网时代,尤其是移动互联网时代之后,整个科技行业的“主旋律”都是快速迭代,尽可能快地将新功能、新特性和纠错通过补丁的形式推送更新。 早年间一年发布一个大版本更新的模式越来越被一年发布N个小版本更新的模式取代,这么做当然是有好处的,它可以保持用户活性,与用户间产生频繁的良性互动,但问题是不稳定。 在消费级产品中,小版本快速迭代的模式很适用,但对于操作系统这种级别的产品来说,笔者认为稳定才是第一位的。我们会发现Windows 10上线后总是会为了一些不疼不痒的小功能而频繁更新,而上个版本存在的BUG没有修复,新版本的新BUG又来了。 我们不否认,现在这个时代消费级市场确实在“钱途”上更明朗(比如苹果),但作为操作系统这样的产品是不应该去跟这个风的,这不是一个需要去向消费市场献媚的产品,稳定性和可靠性才是应该关注的重点。 我相信有不在少数的用户认为现在的Win10产品气质不够严肃,花里胡哨得不像一个操作系统,我们必须得说微软在策略上出了问题。 Windows应该回到原来的迭代节奏上,并确保每一次升级都能给用户可靠性的保障。 最后,微软在今年进行了大规模的结构调整,原来的“Windows和硬件设备部门”被肢解,分别并入了“体验与设备部门”以及“云计算和人工智能平台部门”。 可见在整个公司战略上Windows都不再是核心,各方面的支持力度也在下降。这样的战略地位也使得Windows颇为尴尬,出现问题也是早晚的事,只是没有想到来得这么快。 针对这次事件,侥幸躲过了升级的用户不要去尝试下载任何Build 1809的更新包,等待微软新的更新补丁吧,应该就这两天的事。至于已经中了招的,可以联系微软的技术支持,他们能够工具帮助恢复被删除的数据。 【编辑推荐】
点赞 0 (编辑:ASP站长网) |