En coulisse
Pegasus : pas de protection, mais des mesures de sécurité
par Dominik Bärlocher
Rivalité Google-Apple : comment un bouton sur un téléphone a changé le monde
13/10/2021
Google change son fusil d’épaule : les applications sur iPhone et iPad seront maintenant créées avec des composants Apple. Aucun changement à signaler pour les utilisateurs. Google obtient de son côté un grand succès, même si l’entreprise donne un coup de main à la concurrence.
Le fonctionnement des applications Google sur iPhone et iPad devrait se rapprocher de celui des applis Apple.
Cette nouvelle ne s’apparente en elle-même pas à une grande sensation, mais elle signifie pourtant beaucoup. Derrière cette décision d’« Apple-iser » les applications Google se trouve beaucoup de travail, de politique, de jalousie et de concurrence économique.
Pour Google, le passage du développement propre aux composants Apple joue certes en faveur de la concurrence, mais s’avérait nécessaire et est profitable pour le moteur de recherche.
Les coulisses de l’architecture des applications
Chaque application a un framework. Dans la construction de maison, ce dernier serait l’échafaudage sur lequel se bâtit l’interface utilisateur que vous voyez et utilisez. Il existe des frameworks pour back-ends et front-ends. Dans cet article, seuls les front-ends, c’est-à-dire les interfaces utilisateur et tout ce que la clientèle peut voir, sont importants. Pour simplifier, on parlera par la suite simplement de « framework ».
Le choix et les spécificités du framework sont des décisions qui reposent sur les goûts des managers, et non ceux des programmeurs.
Les applis sur votre smartphone sont créées à l’aide d’un framework.
À l’aide du SDK Apple, vous pouvez créer des applications Android. UIKit et Xcode fonctionnent en effet avec le langage de programmation Swift, également utilisable pour les applications Android. Android se base certes sur Java, mais prend aussi en charge à peu près tous les langages de programmation disponibles sur le marché.
En bref, il est aussi possible, avec des compétences en programmation sur Android, de créer des applications iOS, et vice-versa. Cependant, cette possibilité ne représente un intérêt que dans peu de cas. La raison s’avère ici moins technologique que politique.
La politique influence la programmation
Les SDK sont gratuits et libres d’accès. Les langages de programmation sont open source et également libres d’accès. C'est ce que promet l'âge d’or des applications ;un unique programme compatible avec tout. D’un point de vue technologique, la voie au développement et à l’utilisation d’applications natives par tous et pour tous serait ouverte.
Le problème est que ni Google ni Apple n’ont vraiment intérêt à ce que ça ait lieu.
Swift is a powerful and intuitive programming language for iOS, iPadOS, macOS, tvOS, and watchOS.
The Apple Swift compiler has had the ability to compile code for the Android platform for a few years now, but it hasn’t made many friends in the developer community owing to its complexity.
Google Maps sur iOS : historiquement parlant, du bricolage
La montée en puissance de l’iPhone et la marche triomphante simultanée d’Android n’ont pas seulement donné naissance à une situation de concurrence, mais aussi à un besoin, celui d’avoir YouTube, Google Maps et peut-être Google Photos sur iPhone.
Pour quoi faire ? Ceux qui souhaitent bénéficier d’iCloud doivent utiliser un iPhone.
Ceux qui désirent utiliser Google Drive peuvent en revanche le faire depuis presque chaque smartphone.
En d’autres termes, la première version de Google Maps sur iOS d’Apple était du bricolage. L’application comporte des bibliothèques, des éléments de conception et des fonctions propres à Apple, mélangés à ceux fournis par Google.
Cela est resté tel quel durant neuf ans.
Material Components : en mode maintenance depuis juillet
Google fait du même coup un grand pas politique en avant. En effet, au lieu de changer leurs propres composants, Jeff Verkoeyen et son équipe s’appuieront à l’avenir entièrement sur les composants d’Apple. Il le confirme dans un Thread Twitter.
But as we continued on the pursuit of cross-platform pixel parity, our iOS components were slowly drifting further and further from Apple platform fundamentals because those fundaments were also evolving year over year.
Jeff Verkoeyen décrit une situation dans laquelle le développement d’un logiciel non partagé était inévitable. Les Material Components continueront d’évoluer et vont dans une direction. Les composants Apple essentiels connaissent une évolution constante et prennent une autre direction. Le fossé à combler entre les Material Components ne cesse de s’agrandir.
Début 2021, l’équipe de Jeff Verkoeyen s’est demandé : ce fossé doit-il vraiment être comblé ?
Un coup d’œil sur les capacités du SDK Apple et ses composants montrent qu’Apple pourrait aussi y parvenir. Il était venu le temps de poser quelques questions désagréables. Est-ce qu’un simple interrupteur dans une application nécessite vraiment son propre composant issu d’une librairie externe ?
Il est fort probable que vous, utilisateur, ne remarquez pas cette modification. Et ce, bien que des éléments simples dans les applications Google soient désormais réalisés avec le « UINavigationController » propre à Apple au lieu du Material Component « App bar ».
App bars become UINavigationControllers. Standard controls just need light branded touches. Lists can align with modern UITableView and list-based collection view APIs. Menus are just UIMenus.
Bien sûr, ces composants Apple dans les applications de Google ne ressembleront pas à ce qu’Apple a créé. Google va apporter son identité de marque.
Bilan : l’argent domine la politique
Du côté des fonctions, la décision est logique. Le fait que quelque chose était bien ou indispensable il y a dix ans ne signifie pas qu’il l’est encore aujourd’hui. Si Apple peut livrer des composants qui remplissent la même fonction que ceux de Google, il est logique de laisser mourir les propres développements.
Google obtient un grand succès avec ce changement. Les services fournis par les applications du géant des moteurs de recherche sont chers à tous les utilisateurs. Mais la critique selon laquelle les applications sur iPhone ne fonctionnent pas aussi bien que sous Android ou les applications Apple pas aussi bien sous iOS est justifiée, de même que le changement est probablement aussi caduc.
Le géant des moteurs de recherche économise de l’argent, du temps et se rend populaire aux yeux des utilisateurs. Un coup de maître.
Mais l’équipe de Jeff Verkoeyen a dû faire preuve de courage. Admettre que dix ans de travail n’ont servi à rien n’est pas une mince affaire. D’un côté, des postes dans l’équipe vont disparaître ; de l’autre, Jeff Verkoeyen et cie admettent que le biais des coûts irrécupérable est surmontable, ou même qu’il devrait être surmonté. Le fait d’avoir mis beaucoup d’argent et de temps dans un projet ne signifie pas que ce dernier sera rentable.
Pour les utilisateurs, cela signifie peut-être juste un interrupteur dans l’application. Si l’on en revient à la métaphore de la construction de maison, ce changement représenterait le matériau d’isolation dans le mur. Mais pour Google et Apple, le monde a un peu changé.
Journaliste. Auteur. Hackers. Je suis un conteur d'histoires à la recherche de limites, de secrets et de tabous. Je documente le monde noir sur blanc. Non pas parce que je peux, mais parce que je ne peux pas m'en empêcher.
Smartphone
Suivez les thèmes et restez informé dans les domaines qui vous intéressent.
En coulisse
Des informations intéressantes sur le monde des produits, un aperçu des coulisses des fabricants et des portraits de personnalités intéressantes.
Tout afficher
