ARTICLE · 1337216
iOS 28 开发流程变了,整合期减到两周,稳定性如何保证?
iOS 28 开发流程变了,整合期减到两周,稳定性如何保证?苹果iOS 28最近又传来了新的消息，这次并不是增加了什么新功能，而是苹果内部的开发流程，可能要进行调整了。 根据彭博社记者Mark Gurman的报道，苹果准备把iOS 28第一个开发里程碑的整合时间，从原来的四周缩短到两周。 看到这个消息，我倒是有点担心的。 因为对于iPhone用户来说，系统增加多少新功能固然重要，但如果升级以后，经常出现卡顿、闪退或者其他问题，那使用体验肯定会受到影响。 尤其是iOS这样的大版本更新，涉及的功能和系统模块本来就比较多。 
如果整合时间突然减少了一半，那新开发出来的功能，能不能和原来的系统配合好？ 这也是我比较关心的地方。 按照目前传出来的消息，苹果以往通常会在每个开发里程碑中，安排四周进行编码和功能开发，再用四周进行整合。 而这次iOS 28的第一个开发里程碑，则调整成了六周编码和功能探索，再安排两周进行整合。 也就是说，苹果把原来用于整合的一部分时间，放到了前面的功能开发阶段。 这样一来，工程师就有更多时间去研究新的想法，以及完善正在开发的功能。 我觉得苹果这样安排，应该也是希望工程师在前期能够有更充分的时间，把功能本身做好。 不过这里也有一个问题。 一个新功能单独运行正常，并不代表放进整个iOS系统以后，就一定不会出现问题。 比如某项功能在开发过程中，操作起来很顺畅。 可是等到它和系统原来的通知、后台运行或者其他功能放在一起使用的时候，就可能遇到一些之前没有发现的兼容性问题。 所以系统整合这项工作，虽然普通用户平时看不到，但对最终的使用体验，还是有影响的。 
当然，也不能因为这次整合时间从四周变成了两周，就直接认为iOS 28的稳定性一定会下降。 因为报道提到的，只是第一个开发里程碑的时间安排。 并不是说苹果整个iOS 28系统，最后只会进行两周测试。 后续还有哪些开发、整合和测试工作，目前并没有足够的信息可以判断。 所以网上如果有人直接说，苹果把iOS 28的测试时间砍掉了一半，我觉得这样的理解就不太准确了。 整合时间缩短，和整个系统的测试时间减少，本来就不是一回事。 另外，这次还有一种猜测，就是苹果可能会利用AI来帮助工程师进行系统整合，以及检查Bug。 这个说法听起来倒是挺有意思的。 毕竟现在AI已经被用在不少软件开发工作里面，如果能够帮助工程师发现问题，确实有可能提高部分工作的效率。 但问题是，目前相关报道并没有确认，苹果这次调整开发流程，就是因为使用了AI。 所以这一点，暂时还只能当成猜测，不能直接说苹果已经决定用AI来替代原来的整合和检查工作。 至于苹果为什么要把更多时间放在前期开发，我倒是能够理解。 毕竟现在每年推出新一代iOS，苹果也需要拿出一些新功能，才能让用户感受到系统更新的变化。 如果工程师在前期有更多时间探索，也许能够让一些功能在方案确定之前，考虑得更加充分。 可是对于普通iPhone用户来说，苹果内部究竟安排了四周还是六周，实际上并不是最重要的。 大家更关心的，还是系统正式推送以后，平时使用会不会出现问题。 比如常用应用能不能正常打开，通知会不会延迟，后台切换是否顺畅，还有续航和发热有没有明显变化。 这些都是每天使用手机时，能够直接感受到的地方。 如果新功能增加了不少，但原来正常使用的功能，升级以后反而出现问题，那用户恐怕也不会觉得这次更新有多成功。 所以对于iOS 28这次开发流程调整，我现在还不想提前下结论。 多给工程师两周时间研究新功能，当然可以期待。 但整合时间缩短以后，苹果能不能继续保证系统的稳定性，还得看后续实际的开发和测试结果。 毕竟目前我们看到的，只是一份内部开发时间调整的报道，并没有具体的iOS 28测试版本，也没有实际的稳定性数据。 
现在就说iOS 28一定会更流畅，或者一定会出现更多Bug，都没有什么依据。 我还是希望苹果能够把新功能和系统稳定性都兼顾好。 但如果为了几个新功能，反而影响了平时正常使用手机，那就有些得不偿失了。 大家每次升级iOS大版本的时候，更在意新增了多少功能，还是更担心升级以后出现卡顿、耗电和应用闪退这些问题？
