Необходими са само 13 версии и безброй грешки и актуализации, за да разбере Apple, че процесът на разработка на iOS е погрешен. Според доклад на Марк Гърман от Bloomberg, това е на път да се промени.
Bloomberg съобщава, че промените са били лично обявени от софтуерния вицепрезидент Крейг Федериги на среща за iOS 14. Въпреки че според съобщенията ежедневните компилации ще протичат по план, Apple ще внедри софтуерни флагове, които позволяват на инженерите и разработчиците да включват и изключват отделни функции. Това ще позволи на Apple да изолира функции и промени, които са особено проблематични, за да могат да се съсредоточат или просто да ги зарежат, преди окончателният кандидат да достигне до обществеността.
Пускането на iOS 13 в най-добрия случай беше нестабилно. Въпреки че не е имало никакви осакатяващи, грабващи заглавия грешки, каквито видяхме с iOS 11, не по-малко от девет iOS 13 актуализациите пристигнаха от пускането му през септември, което затруднява потребителите на iPhone да остават в крак с най-новите един. Според доклада iOS 13 е била толкова бъгова, че
13.1 актуализацията, която пристигна дни след първоначалното издание, беше истинското „действително публично издание“.Софтуерните флагове едва ли са нова концепция и честно казано е изненадващо, че Apple все още няма подобна система. В Chrome, например, софтуерните флагове могат да съществуват с месеци, дори години, понякога никога да не се показват във финалната версия. Това е най-доброто предложение от двата свята, което позволява на разработчиците и бета тестерите да изпробват предстоящи функции, без да засягат публичните компилации.
Този тип промяна се очаква отдавна. Бяха тежки няколко години за внедряването на iOS, с забавени функции, неудобни бъговеи цялостна нехарактерна нестабилност. Надяваме се, че този нов метод ще започне да коригира нещата и трябва да доведе до по-стабилни версии на iOS в бъдеще. но междувременно, още една версия на iOS 13 е на път.