Google a entamé la nouvelle année avec une annonce significative concernant l’avenir d’Android. Après presque 20 ans d’activités, l’entreprise réduit de moitié la fréquence de publication de son code source. À partir de cette année, Google adopte un calendrier semestriel, et cela pourrait avoir des implications inattendues pour les utilisateurs.
Quels changements sont à prévoir ?
Les modifications annoncées par Google concernent le Projet Android Open Source, communément appelé “AOSP”. Ce projet est la base sur laquelle chaque fabricant d’Android s’appuie. Que ce soit pour la série Pixel de Google, la gamme Galaxy de Samsung, ou d’autres modèles moins visibles, comme le Xiaomi 17 Pro, c’est AOSP qui fournit le code source. Ce processus est en place depuis plus de 20 ans.
Jusqu’à présent, Google respectait un calendrier prévisible de publication trimestrielle du code source. Cependant, à compter de 2026, la firme réduira ces publications à deux fois par an, lors du deuxième et du quatrième trimestre. Selon des informations de Android Authority, cette décision vise à s’aligner sur son modèle de développement “trunk-stable”. En d’autres termes, Google souhaite que ses ingénieurs travaillent sur un code principal au lieu de nombreuses branches distinctes, espérant ainsi réduire les bogues et améliorer la stabilité de la plateforme pour tous.
“À compter de 2026, pour s’aligner sur notre modèle de développement trunk-stable et garantir la stabilité de la plateforme pour l’écosystème, nous publierons le code source sur AOSP lors des trimestres 2 et 4.”
Auparavant, Google publiait le code source pour chaque version initiale d’Android, ainsi que pour les versions QPR1, QPR2 et QPR3, ce qui signifiait des mises à jour environ tous les trois mois. Désormais, seules l’initiale et la version QPR2 bénéficieront d’une publication de code. Cela ne signifie pas que les éléments habituellement inclus dans QPR1 et QPR3 seront totalement omis, mais leur intégration se fera ultérieurement.
Quel impact cela aura-t-il sur vous ?
La question que se posent de nombreux utilisateurs d’Android est comment cela les affectera, le cas échéant. Pour commencer, si vous êtes propriétaire d’un Pixel, vous ne remarquerez probablement rien. Google a confirmé que les mises à jour trimestrielles de la plateforme (QPR) continueront d’arriver selon le planning établi, vous assurant de recevoir de nouvelles fonctionnalités et correctifs tout au long de l’année.
Cependant, la situation pourrait être différente si vous utilisez un ROM personnalisé sur votre Pixel ou tout autre téléphone Android. Les véritables répercussions se feront sentir au sein de la communauté des développeurs qui créent des ROM personnalisées comme LineageOS et GrapheneOS. Ces projets dépendent d’un code source à jour, mais avec seulement deux sorties annuelles, ils devront attendre plus longtemps pour intégrer de nouveaux changements au niveau de la plateforme.
Auparavant, Google avait déjà frustré les développeurs en ralentissant la publication de son code source. Historiquement, le code était mis à disposition en même temps que les versions stables, mais l’année dernière, Google a mis plus d’un mois avant de publier le code source d’Android 16 QPR1 après sa stabilisation.
En plus des délais d’attente plus longs, certains développeurs craignent que le développement se fasse presque entièrement en interne. Limiter la visibilité publique à seulement deux grandes publications semestrielles complique la collecte de retours de la communauté sur les SDK défectueux et autres bogues avant leur fixation. Alors que Google espère que cela entraînera une plus grande stabilité, des inquiétudes persistent.
Il y a également des préoccupations quant à une tendance vers une approche “jardin clos”. En réduisant la transparence du processus de développement, Google obtient un meilleur contrôle sur l’écosystème. Les petits fabricants qui ne disposent pas des mêmes privilèges d’accès anticipé que de grands acteurs comme Samsung pourraient avoir du mal à suivre les nouveautés d’Android, creusant ainsi l’écart entre les appareils haut de gamme et les modèles économiques.
Vous continuerez à recevoir des mises à jour
Il est important de rappeler aux utilisateurs d’Android que ce que Google partage avec AOSP ne se traduit pas nécessairement par ce que vous obtiendrez sur votre téléphone. Les versions QPR1 et QPR3 continuent d’arriver sur les appareils Pixel, même si elles ne figureront plus sur AOSP.
Cela s’applique également aux mises à jour de sécurité essentielles. Google a précisé que les correctifs de sécurité mensuels continueront d’être déployés comme par le passé. Cependant, certains craignent que l’intégration de ces correctifs dans AOSP ne rencontre des retards sous le nouveau calendrier.
En fin de compte, ceci représente l’évolution de la gestion par Google d’un vaste système d’exploitation. En réduisant le nombre de publications publiques de code, l’objectif est de fournir un produit plus raffiné aux partenaires et fabricants. Bien que Google soit optimiste quant à cette évolution, la réalité ne se montre pas toujours aussi favorable, comme nous l’avons vu avec les modifications proposées pour le sideloading. Seul le temps nous dira comment cela transformera véritablement Android.
Points à retenir
- Google va publier le code source d’Android deux fois par an, en 2026.
- Cette décision vise à améliorer la stabilité du système en concentrant les efforts sur un code principal.
- Les utilisateurs de Pixel bénéficieront toujours des mises à jour trimestrielles, malgré les changements apportés.
- Les projets de ROM personnalisées pourraient rencontrer plus de difficultés pour intégrer des mises à jour.
- Cette évolution pourrait accentuer les inégalités entre fabricants d’Android.
Il est indéniable que le futur d’Android devient un sujet de débats dans la communauté des utilisateurs. Personnellement, je me demande si cette nouvelle approche de Google symbolise une volonté de mieux contrôler un écosystème toujours plus complexe, ou si elle pourrait finalement nuire à l’innovation et à la diversité des appareils. La question reste posée : sommes-nous prêts à accepter cette évolution au détriment de l’ouverture qui a fait la force d’Android ?