Tous les bêta-testeurs en ont un jour fait l'amère expérience. Vous prenez le temps de signaler un bug gênant dans une première bêta estivale, mais deux semaines plus tard, la mise à jour suivante n'y change rien. Faut-il en conclure que les ingénieurs d'Apple ignorent royalement vos retours ? Pas le moins du monde.
Derrière cette frustration légitime se cache une mécanique logicielle implacable : le cycle de développement croisé.
Un développement en parallèle, ou la règle du saut de puce
Concrètement, les équipes d'Apple travaillent sur plusieurs builds en simultané. En pratique, il faut rarement s’attendre à ce qu’un bug signalé dans une bêta soit corrigé dès la suivante. Les équipes travaillent souvent sur plusieurs builds en parallèle : au moment où une version est distribuée, la suivante est déjà largement stabilisée, voire gelée. Les correctifs issus des retours récents arrivent donc plutôt avec un décalage d’une ou plusieurs versions, sauf urgence particulière.
Lorsqu'une bêta est rendue disponible, la suivante est déjà verrouillée et en cours de finalisation. Il ne faut donc pas s’attendre à une réactivité immédiate d’une version à l’autre, mais plutôt observer les progrès une version sur deux.
Le marathon estival : de la WWDC à la Release Candidate
Ce grand cycle des bêtas débute traditionnellement en juin, dans la foulée de la WWDC, avec des versions dédiées aux développeurs qui tombent au rythme d’une version toutes les deux semaines environ. À partir de la mi-juillet, Apple ouvre le bal des bêtas publiques (qui ne sont généralement rien de plus que des bêtas développeurs éprouvées). La cadence s'accélère alors, tandis que les modifications esthétiques et les nouvelles fonctions visibles se font de plus en plus rares.
L'aboutissement de ce cycle intervient à la fin du mois d'août ou au début du mois de septembre avec les Release Candidates (un terme qui a progressivement remplacé la fameuse appellation Golden Master). À ce stade, le système est quasiment gelé : les équipes ne corrigent plus que d'ultimes détails critiques, quitte à enchaîner plusieurs RC en quelques jours pour parfaire la copie.
En réalité, la version finale déployée juste après le grand special event de rentrée est figée depuis un moment. Apple doit d'ailleurs jouer les équilibristes. L'entreprise maintient de front la branche publique et, en vase clos, une branche interne contenant la prise en charge matérielle exclusive des futurs iPhone, ainsi que certaines nouveautés logicielles qui n'ont pas encore été présentées. Et la machinerie ne s'arrête jamais : quand le grand public installe enfin la mise à jour, les développeurs de Cupertino sont déjà tournés vers la suite. Cela peut surprendre, mais en interne, iOS 27.4 est d’ores et déjà développé activement.
iOS 27.4 pointe déjà le bout de son nez : Apple prépare le terrain pour le printemps
L'ère des bêtas pour tous (et de leurs risques)
Si l’impression de lenteur dans la correction des bugs semble exaspérer toujours plus d'utilisateurs, c'est aussi parce que le public touché a considérablement changé. Autrefois, accéder à ces premières itérations exigeait un compte développeur facturé 99 $ par an.
Désormais, Apple a totalement ouvert les vannes : n’importe qui peut installer une bêta développeur d’un simple tap dans les réglages de son iPhone. Revers de la médaille, cette nouvelle politique expose des versions par nature instables à un public beaucoup moins averti, peu habitué aux cycles de développement.
Comprendre cette gymnastique logicielle permet de relativiser les délais de correction, mais ne doit surtout pas vous dissuader de soumettre vos rapports de bugs. L’application Évaluation reste en effet le meilleur moyen d'aider Apple à affiner son système. En attendant la version finale, la règle d'or reste immuable : n'installez jamais une première bêta sur votre appareil principal.
Bien sûr, certains bugs tenaces arriveront toujours à passer entre les mailles du filet pour se transmettre de génération en génération, d'iOS à macOS. Mais ça, c'est une autre histoire.
L’app Podcasts reste toujours aussi gourmande sous macOS Tahoe, même sans l’utiliser
