因 Bug 太多，苹果打算大改 iOS 14 的开发模式
我们本以为，历经了 iOS 11 早期版本的 Bug 不断，应用闪退以及电池老化降速等问题后，苹果理应不会在同一个地方摔倒两次。
在一年后亮相的 iOS 12 上，苹果也确实将迭代重心放在了实际的用户体验上，而非一味地追求新功能，不少旧设备也在这一版本中获得了明显性能提升。
然而，修不完的 Bug 问题似乎又在今年的 iOS 13 上重演了。自 9 月底正式上线以来，苹果已经为 iOS 13 推送了六七个更新包，你几乎每两周就能看到一次更新出现，这种速度和频率在以往的 iOS 系统迭代中都是极为少见的。
不仅如此，更新期间还出现了一些极为影响使用体验的失误。比如不少用户就抱怨之前的 iOS 13.2 存在明显的「杀后台」情况，苹果只能再次推送另一个更新包来解决问题。
这可不是一个好的情况，对很多人来说，iOS 系统的独特性是他们会选择 iPhone 的重要理由。但如果连苹果都难以保证其系统的稳定和流畅，显然也会降低老用户们的忠诚度。
好消息是，这种「小修小补」的情况会在未来得到好转。来自彭博社的报道称，苹果正计划对其内部软件开发流程做一次全面调整，以确保今后 iOS 等系统的稳定性。
按照 Mark Gurman 的说法，这次调整计划是苹果软件部门主管克雷格 · 费德里吉(Craig Federighi)在一次公司会议上提出的。据悉，过去苹果开发人员往往会为系统的「每日更新版本」提交各种功能，它们在默认情况下都是直接被启用的。
一个知情人士这么比喻道：
- 「这就像我们做了一个食谱，每天都会有许多厨师往里面加新菜式。」
但这么做的隐患是，这些新功能并未经过全面测试和验证，当它们聚集在一起，很可能会衍生出一个或多个 Bug，导致审核系统的测试人员得花好几天的时间去找出问题根源所在，甚至无法获得一个真正可用的版本。
新的做法是，今后这些尚未通过验证，或是被认定为存在 Bug 的功能，将在测试系统中默认被禁用。测试试人员仍可以通过专门的工具逐一调用这些功能，从而更有针对性地找出问题，避免将 Bug 带到更新推送包中。
知情人士还透露，苹果内部会用 1-100 分的打分制来评估当前软件的质量。比如有问题的版本可能会在 60 分以下，而比较稳定的版本则可以拿到 80 分以上。
以 iOS 13 为例，它在这方面的得分就稍低于之前的 iOS 12。后者在 2018 年发布时就已经是一个稳定性不错的版本，头两个月也只更新了两次。
此外，苹果还会用绿色、黄色和红色等颜色来标注那些带有新功能的代码，并按 0-5 级来划分解决问题的优先级，比如 0 级就代表这是一个急需解决的眼中问题，而 5 级则代表这是一个次要问题。
有意思的是，部分苹果内部成员还向彭博社透露，苹果「私底下认为」iOS 13.1 才是本应该预装在每一台新 iPhone 上的系统，这个版本在 iOS 13 上线后的一周后便推送给了所有用户，主要用于解决应用闪退等各种隐性 Bug。
「在 2019 年 WWDC 召开前，苹果工程师认为 iOS 13 的表现很可能不如之前的版本，到了 8 月份，他们决定放弃对第一版的修改，转为专注于 iOS 13.1 的开发。但由于时间问题，新 iPhone 发布时只能先预装第一版，然后苹果再将 13.1 的更新时间提前，以便让每一位新 iPhone 用户都能用上更稳定的系统。」
目前，苹果已计划在明年年初推送 iOS 13.3 系统，同时也为明年的 iOS 14 启用了一套新的开发方案。
据参与该计划的人透露，iOS 14 在功能的广度上有望和 iOS 13 媲美，但为了确保整体性能表现和稳定性，苹果正考虑将某些计划在 iOS 14 里亮相的新功能推迟至 2021 年，也就是 iOS 15 上。
这不是苹果第一次选择这么做。2018 年 iOS 12 亮相前，彭博社也曾透露称苹果将一部分新功能推迟到 2019 年，以确保团队将精力集中在底层稳定性上。
