Ce changement de plate-forme rappelle ce qui s'est passé en 2006 lorsque Apple est passé de PowerPC à Intel, mais il existe quelques différences. Premièrement, lorsque la société est passée de PowerPC à Intel, Windows était déjà à la plupart des architectures x86 / x86-64. Par conséquent, grâce à cela, le Mac s'est retrouvé sur la même plate-forme de processeur que le système d'exploitation Windows dominant. Cette fois, Apple fait le contraire: le portage du Mac vers ARM, qui n'a pas une grande part dans les ordinateurs de bureau et les ordinateurs portables. La situation avec le marché est également différente - les smartphones sont aujourd'hui le type d'ordinateurs dominant. De plus, la part de marché de Linux a considérablement augmenté, prenant plus de 2% (principalement utilisé par les développeurs).
Qu'est-ce que tout cela signifie pour les développeurs macOS et iOS?
Pour les développeurs iOS, c'est une très bonne nouvelle. Cette décision signifie que le Mac fonctionnera désormais sur la même architecture que l'iPhone et l'iPad, ce qui facilitera la création d'applications compatibles macOS. Cela est d'autant plus vrai que toutes les applications iOS seront désormais disponibles sur les Mac basés sur ARM à partir de la sortie, à moins que le développeur de l'application ne se désiste. Il me semble que dans ce cas, les simulateurs d'iPhone et d'iPad déjà excellents offriront des performances encore meilleures.
Cependant, publier automatiquement des applications iOS sur Mac est une arme à double tranchant. Les applications iPhone sont conçues pour fonctionner de manière optimale sur l'iPhone. Cela signifie que sans efforts supplémentaires de la part des développeurs, ils peuvent sembler très étranges sur un écran beaucoup plus grand avec un rapport hauteur / largeur de 16:10. Il faut beaucoup de travail de développement pour que l'application soit belle sur Mac.
Pour les développeurs Mac, l'avantage sera une plus grande autonomie de la batterie et un développement sur un ordinateur potentiellement beaucoup plus puissant. Mais là ... les bénéfices s'arrêtent pratiquement. Rosetta 2 permettra aux applications héritées de s'exécuter sur la nouvelle architecture ARM, mais au prix d'une dégradation des performances. En fait, Rosetta 2 n'est qu'une solution temporaire, donnant aux développeurs le temps de porter leurs applications. Et cela, encore une fois, nécessite un effort du développeur.
Et les autres développeurs?
Pour les développeurs qui n'ont pas l'écosystème Apple comme plate-forme cible principale, les changements peuvent passer inaperçus ou conduire à l'abandon de la plate-forme. De nombreux développeurs multiplateformes n'auront probablement rien à faire de plus, car tout le travail d'adaptation des applications pour les processeurs Apple est susceptible d'être repris par les frameworks. Dans le même temps, Bootcamp (le logiciel utilisé pour exécuter Windows sur du matériel Apple) ne fonctionnera pas sur les Mac plus récents. Pour de nombreux développeurs, ce sera une raison d'abandonner la plate-forme, car Windows sur ARM est sous licence uniquement pour les OEM, ce qui signifie qu'il n'est pas encore possible d'exécuter Windows sur un Mac avec ARM.
Pour de nombreux autres développeurs, en particulier les développeurs Web (qui constituent l'écrasante majorité), cette nouvelle architecture peut créer des difficultés dans la mesure où leurs machines fonctionnent sur une architecture différente de celle de leurs serveurs Linux.
Laissez-moi vous expliquer ce que cela signifie avec un exemple: je travaille généralement avec un Mac, car sur une seule machine, je peux immédiatement tester mes applications sur toutes les principales plates-formes. Besoin de tester le logiciel Windows? Lancez Parallels et démarrez la VM Windows ou double démarrage à partir de la partition Bootcamp. Avez-vous besoin de tests Linux? Lancez à nouveau Parallels. Vous développez une application mobile? Mac est le seul ordinateur sur lequel vous pouvez tester les logiciels iOS et Android. En même temps, j'écris des scripts serveur principalement sur Mac, puis je teste leur compatibilité avec Parallels, puis je corrige quelques erreurs qui peuvent survenir du fait que je travaille sur un Mac, pas Linux, et après Je fais cela en déployant sur des serveurs. Après le passage aux processeurs Apple, plusieurs de ces fonctionnalités peuvent être perdues.
Production
Bien que je me sois principalement concentré sur les aspects négatifs du passage aux processeurs Apple dans cet article, il y a également de nombreux points positifs. Imaginez un ordinateur portable qui peut fonctionner sur batterie pendant plusieurs jours et qui est plus puissant que les modèles actuels. Imaginez pouvoir écrire une application une fois et l'exécuter de manière transparente sur iPhone, iPad et Mac. Imaginez pouvoir exécuter les derniers jeux à d'excellentes fréquences d'images sans GPU séparé ni épuisement rapide de la batterie. Tout cela pourrait bientôt devenir réalité.
D'un autre côté, que se passe-t-il si AMD et Intel continuent de dominer le marché des ordinateurs haut de gamme et que les puces ARM d'Apple ne peuvent rivaliser que dans le bas de gamme? Et si le pari sur le changement d'architectures ne portait pas ses fruits et qu'Apple perdait la faveur des développeurs?
La publicité
Quel que soit l'appareil que vous utilisez, vous pouvez toujours commander nos serveurs épiques avec une activation instantanée . Panneau de commande de serveur pratique qui fonctionne parfaitement à partir de n'importe quel appareil. Pour vous inscrire et commander le service, il vous suffit de spécifier votre email, l'activation du serveur - en une minute!
