微软如何构建,仍然是建筑,Windows 10
两个星期前的PC到达Windows 10。值得庆幸的是,我们不需要等待几年来说明这将是一个Microsoft操作系统释放,就像其他一样。
最明显的线索不是24小时内安装了超过1400万台设备的事实,您可以免费为其提供便宜或升级,也不会使用数字助理和适当的浏览器。不,这是Microsoft正在将其操作系统转换为服务,这意味着在阅读这些单词时,它仍在建造。
在未来几年内,我们将不仅仅是Windows 10更新和修补程序,而且新的改进和功能。这是可能的,因为Microsoft与以前的所有版本非常不同地构建此版本。
为了获取更多关于软件巨头这一时期的内容的更多细节,我坐下来与23年的微软退伍军人聊天。他是Windows 10在Windows 10的发布之前的操作系统组上的数据和基础团队的总经理,但由于他做了这么精湛的工作,他被推广到Windows设备组的工程系统团队副总裁。
AUL推销Windows 10的工程过程,因此他自然有很多东西可以说公司如何建造Windows 10,出了什么问题,以及接下来是什么。
构建升级
在各自的版本之前,Windows 7通过两个公共预览,而Windows 8经历过三个。这两者都是相当的成就:毕竟,微软在完成之前展示了世界上最重要的软件。
在Windows Insider程序期间,Microsoft发布了15个PC的Windows 10的公共预览版本(Windows 10 Mobile稍后)。在这里,他们有序:9841,9860,9879,9926,10041,10049,10061,10074,10049,10061,10074,10122,10130,10158,10159,10162,1166和10240。
Windows 10在私人和公共戒指中提供了型号。包括私人私人:金丝雀戒指(每日更新,只能通过Windows开发人员访问),操作系统组圈(金丝雀环批准构建后),而Microsoft Ring(OSG环批准构建后,Microsoft员工可以在内部测试它)。15个公共构建经历了两个Windows Insider戒指:快速(由Microsoft Ring批准的构建)和慢速(在快速环中没有重大问题的构建)。
甚至技术上可以提供这么多版本的一个大的原因是因为Windows 10团队对构建升级过程的更改。要清楚,核心升级机制并不是新的。这是在Windows 8和Windows 8.1中已有的相同的就地升级技术(ESD文件已增强,但它们仍然很大程度上)。
我了解到,有多个新组件,包括目标,池管理,注册,内幕频道等。最重要的新部分是Windows 10团队是(并且仍然)能够提供一组特定的一组构建,让他们在新的构建可用时进行就地升级。
我也了解了一些新的基础架构。部署机制(连接到Windows Update,拍摄构建和阶段,声明版本可用于更新)是新的。测量系统(每天在2下午2点举行的飞行OPS会议,以检查用户遇到的问题,并通过原始遥测数据来表现出性能,可靠性,应用程序兼容性等)也是新的。
如果所有的灯都是绿色的,那么该团队将通过反馈并致电推广给定的构建到下一个环。实际促销的机制也是新的,因为整个返回腿(所有用户反馈细节,我们将稍后的所有用户反馈细节)都在任何构建的旅程中。
消除ta-da!
这是一个大规模的技术成就,但纯粹的Windows 10构建的总数可供测试人员(Windows 8 Preview Builds的数量的五倍)不是唯一的差异化因素。
在过去的预览程序中,微软的方法是持有最终设计资产直到最终。公司非常想要一个“大揭示” - 有希望能够说“这是它实际上的样子。”
Windows 10是不同的。“对于整个产品,董事会的所有特征,我们一旦准备就绪,他们就会进入,然后一旦他们在,他们会出去,”Aul解释说。
此外,当第一个Windows 7和Windows 8预览出来时,它们在产品开发方面是通过该过程的三分之二。正如AUL所说,大多数产品开发都是“在雷德蒙德的回声室中”。
通过Windows 10,产品开发“在我们完成第一次预览时,通过释放的方式不到三分之一。”简直没有揭示时刻。
在操作系统的其余部分完成之前,而不是抱着外观和感觉,然后试图解释为什么选择的方式是如此伟大,微软决定向测试人员展示他们到目前为止的内容,然后要求提供反馈“无论是方向定向我们再按正确的方式,除了我们的计划之外,他们还希望我们还想要做什么。“
这是一个开放的非微软方法。我们“更愿意测试我们的假设,并看看我们是否在正确的轨道上,而不是希望我们在正确的轨道上并结束并发现它是正确的。”
通过让用户反馈“很早,”微软可以在开发过程中更快地包含它。简而言之,该公司能够更加响应Windows用户所说的兴趣,不喜欢,并且想要改变。
问题和延误
对于测试人员来说,到目前为止最大的挫败感是微软根本无法快速建造。“最初我们只是误判了饥饿,”AUL承认了。
思考是用户会喜欢月度建设的想法,特别是与以前的Windows预览程序相比。当然,他们喜欢它,但他们也想要更多。
Windows 10团队需要更改其操作,以便旋转可测试的构建速度更快。任务控制仪表板,用于决定何时从一个戒指到下一个戒指宣传建筑物,不得不发展。而不是依靠单独的饲料和专家来到房间,以便掌握他们的拍摄,而是最终可以基于进入屏幕上的数据实时进行呼叫。
这听起来很棒,但事实是微软仍未按月建造。当建造没有超过一个月的建造没有到达时,有两个实例(一个用于PC和一个用于电话),并且在两者中,AUL指责基础设施和工程“通过我们的方式。”
在PC构建的情况下,一周后的一个星期,球队带来了一堆壳的变化,它只是花了很长时间才能达到一定程度的稳定性。每月飞行边界错过,他们没有太多选择,但要等到下一个。
对于手机构建,不存在修补机制,因此每次都需要完整的构建。这意味着如果在环形进展过程中找到错误,则必须返回开始。在这种情况下,“老实说,我们刚刚运气不好,”Aul说 - 一个辛勤错误将团队连续三次或四次设置。
此问题已经通过将代码捕捉到服务分支并在此处工作,如果需要修复错误。AUL告诉我他不期望会有延迟了,确实,最后一个建设后一个月,一个新的一个昨天到达,准时到达。
大局:微软正在工程工艺,同时还工程操作系统。学到了很多很多,但它并非全面帆船。
AUL总结了这个过程。首先,微软花了一段时间,在衡量需求中出错了。然后团队试图做出反应,但仍然无法尽可能快地执行。现在,本集团能够仅促进基于健康和稳定性的建立,而不是技术限制。
AUL指出了Microsoft在Windows 10预览结束时在四天内推出了三天的构建,但我认为这只是因为OS对该点更稳定。不是所以,AUL说:“即使我们有三个完全稳定的建筑[程序早期],我们就无法在四天内完成这些建筑物。”基本上,基础设施恰到少数少数建筑物即将来临。
A / B测试
微软在Windows 10预览程序期间收集了各种各样的反馈。虽然以前的Windows预览依赖于社区论坛和评论的间接渠道,Windows 10反馈系统在该专用反馈应用程序的顶部(即使在启动后仍然在OS中),以及弹出调查(有助于查找新错误,提名功能建议,仪表对功能如何运行的情感响应,甚至确定构建质量来决定建立应该向上移动到下一个环)。
对我来说,关于Windows 10预览工具的原因是微软执行A / B测试的能力。有时称为分割测试,这是比较同一产品的两个非常相似的变体或特征来得出更好的过程。
Microsoft在内部(包括在用户学习期间)中的A / B测试,从Windows Vista Betas开始并一直到Windows 8.1预览,但该公司无法在任何广泛的公共预览期间运行它们。使用Windows 10,“这是我们第一次能够做到这一点,”AUL确认。
当我问他最大的A / B测试是什么时候,他立即回答了这是虚拟桌面的。这是Windows 10中的一个爱好者功能,可以让您在桌面视图中进行虚拟副本并在它们之间切换。
Windows 10团队从具有多个虚拟桌面的基本功能开始,然后添加了功能以查看用户想要的:在此版本上,团队将寻求包含顶级反馈项目。添加了第一个基本交换,然后请求并实现键盘支持,然后用户询问用户可以在映射到桌面的任务栏中对内容进行排序。AUL考虑虚拟桌面一个“最重要的反馈真实地导致了该功能的发展的重要示例”。
最终,需要A / B测试。对于任务栏,有两种不同的方法来显示您的运行应用程序:显示所有应用程序或显示过滤的视图,其中任何给定的桌面您只能看到在该桌面中运行的内容。Microsoft为两个不同的组提供了选项,并询问他们如何相似于其变体。
与Windows 10预览期间的任何其他A / B测试一样,Microsoft然后使用该投票来决定默认行为。在虚拟桌面的情况下,它是一个拆分分配:52%喜欢过滤,46%的人喜欢合并,其余的是中性的。微软决定保留两个选项:过滤已成为默认值,但您可以轻松切换以显示所有应用。
对于其他A / B测试,分布更明显,因此Windows 10团队的功能有限,只是流行的行为。在大多数情况下,反馈推动了如何开发的功能,但在其他情况下,结果是直接意识到的。
例如,在开发Microsoft Edge时,团队没有打扰建立一个主页按钮,因为它并未被视为现代浏览器应该具有的功能。事实证明,很多用户都希望它,所以Microsoft添加了选项(默认情况下,它不是默认情况下,但您可以轻松翻转交换机)。
不适用反馈
所有这些反馈,无论是来自inpidual报告还是专用的A / B测试,都需要处理,理解和采取行动。评论由崩溃报告,挂起和系统故障的一切组成,一直到“我不喜欢这个图标”。简而言之,随着AUL所说的,就“从潜在的核心质量到美学中的一切,”有评论。
然而,实现用户反馈并不像正如优先考虑所有请求并将它们应用一个逐一应用那样简单。数量和品种是“神奇的”,但它仍然是一个崎岖的旅行道路。
有许多情况,反馈只能影响Windows 10团队这么多。AUL将问题分解为三种情况: