La conférence annuelle I/O de Google est où la société demande aux développeurs de lui faire confiance deux fois: une fois avec le nouveau comportement Android et une fois avec l'IA que Google promet de faire une partie du travail pour eux.
La plupart des annonces de Google I/O ne vieillissent bien que si la mise en œuvre face au développeur correspond au discours clé. L'événement a généralement lieu en mai, et si le modèle se maintient, les dates tomberont dans la troisième semaine du mois. Google n'a pas publié une date officielle pour cette année sur la page de l'événement I/O au moment de l'écriture, mais les développeurs et les analystes consolident leurs attentes autour de la même étape: un discours clé de deux heures, une pile de mises à jour de modèle et une liste de changements d'API qui survivront au contact avec la production pendant environ la moitié de ce qui a été montré.
La plate-forme de Google a plus de 3 milliards d'appareils actifs, et une fonctionnalité qui fonctionne sur un Pixel 10 Pro construit pour la démonstration ne se comporte pas de la même manière sur un téléphone budgétaire vendu il y a trois ans.
Android 17 et l’IA sur appareil sont fixés pour porter le plus de poids, mais la confiance des développeurs reste la question ouverte.
Google a modifié l'horloge de sortie d'Android lorsqu'il a déplacé Android 16 vers une sortie majeure du deuxième trimestre 2025.Ce changement a rompu une décennie de lancements d'octobre et a mis l'équipe Android sur un calendrier qui met les fabricants d'appareils en main une nouvelle version avant le cycle matériel d'été. Android 17 devrait continuer le modèle du deuxième trimestre, avec une bêta à l'I/O et une sortie stable plus tard en 2026, mais la société n'a pas publié de calendrier définitif.
Ce qui signifie en pratique que les numéros de versions sembleront plus petits année après année tandis que les changements individuels en matière de confidentialité, de connectivité et de sécurité arrivent plus souvent.Un développeur qui a maintenu une fenêtre de migration annuelle doit maintenant suivre deux.La raison indiquée par Google pour la cadence plus rapide, selon ses notes de sortie d'Android 16, était de déconnecter les changements majeurs de plateforme des lancements matériels de l'automne, permettant à plus d'appareils de lancer avec la nouvelle version.Le risque est que les fabricants et les opérateurs de gamme moyenne deviennent encore plus lents à pousser les mises à jour, laissant aux développeurs d'applications de prendre en charge deux ou trois surfaces API simultanément.
Photo by Kelly Sikkema on Unsplash
Android 17 : ce que les développeurs peuvent réellement préparer avant le keynote
La plupart des fonctionnalités d'Android 17 n'ont pas été confirmées en détail, mais la direction est visible depuis les deux derniers cycles de sortie: plus d'IA sur appareil, des contrôles de permission plus serrés et des exigences d'écran plus grands pour les tablettes et les dispositifs pliables.
Android 16 a introduit des notifications de mise à jour en direct, des activités en cours plus riches et des raffinements pour le capteur de photos qui ont éloigné la sélection des médias de l'accès à un stockage large.La continuation naturelle d'Android 17, basée sur les engagements de code public et les prévisions des développeurs, n'est pas une seule fonctionnalité de tentpole, mais un ensemble de changements mineurs: des APIs d'édition de texte et d'image assistées par modèle, des limites de mémoire de fond qui se comportent différemment pour les processus d'IA du système et de nouveaux contrôles d'attestation pour l'intégrité des applications.
Pour les équipes, la liste de contrôle pratique n’est pas glamour.
- Vérifiez votre niveau minimum d'API et mettez à jour votre SDK cible avant la clôture de la bêta.
- Examen des demandes d'autorisations d'exécution, en particulier l'accès au stockage et aux notifications.
- Exécutez le programme Android Beta sur au moins deux appareils physiques, pas un émulateur.
- Réservez le temps de la ferme de l'appareil pour la semaine suivant la conférence principale, car la capacité se remplit rapidement.
Le fonctionnaireAndroid 16 version complètereste la ligne de départ utile car elle établit le modèle de sortie modulaire et les termes que Google utilise pour le SDK, le framework et les mises à jour système de Google Play.
Les outils d’IA attendus au-delà de Gemini : moins de chat, plus de contrôle
Les deux dernières clés I/O de Google ont fait de Gemini la colonne vertébrale de presque toutes les annonces de produits. Attendez-vous à ce que ce modèle continue, mais avec un changement vers des fonctions d'agent qui peuvent agir à travers les applications, lire l'écran et réserver ou acheter pour le compte d'un utilisateur.Vue d'ensemble de GeminiDéjà décrit l'entrée multimodale, mais l'accent 2026, basé sur les rapports de l'industrie et les déclarations du leadership de l'IA de Google, est susceptible d'être des limites de fiabilité et de permission plutôt que des scores de référence bruts.
C’est le bon point de pression. Un modèle qui peut rédiger un courrier électronique importe moins pour un développeur qu’un modèle qui sait quand il n’a pas la permission de lire un contact. Google construit le plombing pour cela depuis des années: les appels d’IA in-app via les services Google Play, les modèles Gemini Nano sur appareil et un ensemble limité de capacités cloud uniquement pour des raisonnements plus importants.
Le contexte réglementaire et matériel est concret.La Loi sur l'IA de l'UE n'est plus un horizon de conformité abstrait; notreCouverture des premières actions d'exécutionplus tôt sur ce site a montré à quelle vitesse les obligations arrivent pour les systèmes d'IA à usage général. les restrictions à l'exportation de puces ont également façonné les modèles qui peuvent fonctionner sur les appareils sur lesquels marchés, une tension couverte dans notreArticle précédentLes contrôles à l’exportation en 2025Google doit présenter des fonctionnalités d’IA qui fonctionnent sous ces contraintes, pas seulement sur un Pixel mis en scène dans Mountain View.
Photo by Alexander London on Unsplash
Ce que la base d'installation de l'appareil signifie pour le code d'expédition des personnes
Google a déclaré que plus de 3 milliards d'appareils Android sont actifs dans le monde entier. Ce taux de base devrait encadrer toutes les attentes. Un intégrateur de systèmes que j'appellerai Daniel exécute un logiciel de point de vente pour une chaîne de vente au détail régionale. L'année dernière, un changement de permission de routine dans une bêta Android a cassé son application de numérisation sur deux des cinq niveaux d'appareils qu'il soutient. La correction a pris dix jours, non pas parce que le code était dur, mais parce que la file d'attente de l'appareil et le processus d'approbation du transporteur étaient plus longs que prévu.
La règle de Daniel est maintenant de réserver la capacité de test pour la semaine suivant chaque keynote I/O. Il ne s'inquiète pas de savoir si les nouveaux outils d'IA sont impressionnants. Il s'inquiète de savoir s'ils seront disponibles sur les appareils que ses pilotes portent, et si la fonctionnalité sera facturée par appel API ou liée à des services Play. C'est la même question que les petits magasins de logiciels, les développeurs d'entreprise et les entrepreneurs indépendants devraient poser, exprimés pour leurs propres matrices de construction.
La plupart des utilisateurs ne seront pas sur Android 17 pendant des mois après la sortie. les mises à jour modulaires du système de Google aident à combler une partie de l'écart, mais les fabricants d'appareils décident toujours ce qu'ils vont expédier et quand. L'exception est la propre ligne Pixel de Google, qui obtient les nouvelles versions en premier, ainsi que le programme Android Beta pour les premiers adopteurs.
Un pas de plus avant le keynote
N'attendez pas que la date officielle apparaisse sur la page I/O de Google. Créez une étiquette dans votre tracker de problèmes avec l'étiquette "I/O 2026 API changes." Route les premières heures de travail post-keynote vers cette étiquette, et assignez à une personne de posséder la différence entre les revendications de la keynote et la documentation du développeur réelle. La personne qui fait ce petit travail saura avant le reste de l'équipe si les nouvelles autorisations Android 17 ou les quotas de l'API Gemini vont casser votre prochaine sortie.
Si l'événement atterrit comme prévu dans la troisième semaine de mai, cet écart de documentation sera le plus large dans les 48 premières heures.Les équipes qui se déplacent alors, avant que les notes de sortie ne se règlent, sont celles qui ont un coup réaliste pour soutenir le nouveau comportement dans le même trimestre.