返回目录:win10问题
bug是每个系统或多或少存在的,刚出来的系统更加明显。随着时间,不断进行优化,bug会越越少,系统会越来越流畅。
预览版放出不久就下载安装了百win10,还格掉了8.1装了10,作为主力系统使用,但随后发现bug太多:
开始菜单的背景变成了黑色,之后改了好几次主题颜色才改过来度,但之后开机黑屏,需要注销重进,之后甚至需要注销两三次才能进去。
百度了说改改注册表,删除开机项exploer.exe,试了之后果然奏效,但用了几次后问题又出现。。。
还有metro应用打开太慢,甚回至黑死。
资源管理器打开不是盘符也很不方便。主页很不好用。
感觉metro应用最大化应该就变成全屏,加个框框很难受,鼠标滚轮左右滑答动页面也不能用,只有全屏才可以。
测试周期被严重缩短、微软e79fa5e98193e58685e5aeb9364甚至默许未经测试的代码进行整合。
每年两次更新并非没有优势:
以往微软平均每三年才会发布新版本,但到Windows 10后每年都会发布两个新版本来推送最新开发的功能。例如最新支持的文件资源管理器黑色主题以及此前的亮度调节,如果按此前开发进度用户需要等待很长时间。
所以微软现在每年推出新版本也并不是没有好处的,对于用户来说可以不断地接收新功能避免长时间的等待。批评者认为微软应该降低更新频率:
每年两次更新虽然确实带来更多的新功能,但似乎这种更新频率也让Windows 10系统的代码质量越来越差。
但ArsTech编辑认为现在问题的根源其实并不是更新频率问题,即便降低更新频率也不能提高系统的稳定性。
微软以前的开发流程:前后两三年
尽管微软并没有透露该公司对于Windows 10的开发流程,但我们依然可以从微软的更新节奏推测整体流程。
现在的这种流程其实与以前每三年发布更新没有太大区别:设计规划阶段、功能开发阶段和集成和稳定阶段。以前微软大约会花费4~6个月时间进行设计和规划,然后在花费6~8周的时间进行高强度开发完成主要功能。
最后还要花费4 个月时间进行功能集成,因为每个功能都是独立开发的最后要集成到整个系统进行最终测试。Bug发生的最多的阶段就是最后的集成阶段,在这个阶段此前各个独立模块进行整合时会出现很多很多问题。
然后微软还会发布多个测试版进行迭代测试, 包括初始版本的原型和后续的预览版, 最终提高系统的稳定性。
现在:微软允许未经测试就进行集成整合
外媒Ars Tech获得的内部消息表明:微软甚至允许在未经测试的情况下直接将相应的功能模块进行集成整合。
甚至是即便某些功能模块测试失败也被认为是可接受的,开发人员即便知道他们的代码无法工作也继续集成。比如说:任务管理器的处理器占用显示不正常和亮度调节是已知问题在测试版时微软就是知道这个问题的,但在没解决的情况下依然发布正式版。
虽然我们并不能确切的知道上述消息中哪些是真的哪些是假的,但是可能这些情况都或多或少的客观存在着。
所以本质上说这是微软开发流程的问题,即便降低更新频率也并不见得按照这种流程还能提高代码的稳定性。