Electron et le déclin des applications natives

SwiftOnSecurity écrit sur le récent passage à Chromium en tant que moteur de rendu Windows intégré:


Il ne s'agit pas seulement de Chrome, il s'agit également d'ElectronJS. Microsoft pense qu'EdgeHTML ne peut pas atteindre la pleine parité des fonctionnalités avec Chromium pour le remplacer dans les applications Electron. La duplication du moteur Electron dans chaque programme devient un problÚme de performance important. Au lieu de cela, ils veulent en avoir un sur toutes les instances Electron avec leurs modules complémentaires.

Electron est un cancer qui tue macOS et Windows à mesure qu'il se propage. Microsoft devrait lui proposer un remplacement avec des optimisations natives pour améliorer les performances et l'utilisation des ressources.

Je ne partage pas tout Ă  fait leur pessimisme concernant les applications natives, mais Electron est sans aucun doute le flĂ©au de la plate-forme. Je pense que le Mac offrira plus de rĂ©sistance que Windows, car la plate-forme Mac attire un plus grand nombre de personnes attentionnĂ©es. Mais quand mĂȘme, je suis inquiet.


Dans un sens, la pire chose qui soit jamais arrivĂ©e Ă  un Mac est sa soudaine montĂ©e en popularitĂ© il y a dix ans. En thĂ©orie, cela devrait ĂȘtre une bonne nouvelle pour la plateforme - plus d'utilisateurs signifient plus d'attention de la part des dĂ©veloppeurs. Plus il y a d'utilisateurs Mac, plus nous verrons d'applications Mac. Le problĂšme est que les utilisateurs qui sont vraiment prĂ©occupĂ©s par les applications natives, c'est-Ă -dire remarquent les violations HIG dans les interfaces, se soucient des performances et s'assurent que les applications sur le Mac sont correctes , sont dĂ©jĂ  assis sur le Mac. De nombreux nouveaux utilisateurs ne savaient pas ou ne se souciaient pas de ce qui rend les applications Mac bonnes.


En mĂȘme temps, il y a toujours eu de mauvaises applications. Mais ils ont rarement atteint un niveau de popularitĂ©, car les utilisateurs de Mac les ont collectivement rejetĂ©s. Un exemple canonique est Microsoft Word 6.0. Word 5 pour Mac Ă©tait un favori des utilisateurs et un rĂ©sident confiant de la plate-forme Mac. Word 6 Ă©tait un monstre multiplateforme. Les utilisateurs de Mac l'ont rejetĂ© et leur rĂ©action a provoquĂ© des changements chez Microsoft.A l'apogĂ©e de leur grandeur au milieu des annĂ©es 90, ils ont complĂštement repensĂ© leur stratĂ©gie Mac et crĂ©Ă© une branche d'activitĂ© dĂ©diĂ©e au dĂ©veloppement pour Mac. Rick Schout de Microsoft a Ă©tonnamment dĂ©crit l'histoire en 2004 :


D'accord, Mac Word 6.0 Ă©tait Ă©norme et lent en ce qui concerne la puissance des ordinateurs de l'Ă©poque, mais ce n'Ă©tait pas la raison pour laquelle Mac Word 6.0 s'est avĂ©rĂ© ĂȘtre un produit de merde, du moins pas directement.
[...]
De plus, alors que les gens se plaignaient des performances, nous avons surtout écouté le mécontentement du fait que Mac Word 6.0 n'était pas "Mac-like". Nous avons donc passé beaucoup de temps à comprendre ce que les gens veulent dire exactement quand ils disent "Mac-like". Nous avons lancé des groupes de discussion. Certains d'entre nous ont fréquenté les communautés Usenet. Nous avons discuté avec des évaluateurs de programmes et avec nos amis qui ont utilisé le produit. Il s'est avéré que "Mac-like" signifiait Mac Word 5.0.

Nous avons passé beaucoup de temps à résoudre tous les problÚmes techniques de Mac Word 6.0, mais nous n'avons pas réussi à créer une interface utilisateur qui fonctionnerait comme Word 5.0.
[...]
Une autre chose que nous avons dĂ©couverte grĂące Ă  la comprĂ©hension de l'essence du «Mac-like» Ă©tait que nous ne serions pas en mesure de l'implĂ©menter correctement si Office restait le seul produit Ă  partir duquel les deux versions seraient assemblĂ©es, sous Mac et sous Windows. Le fait que la mise en Ɠuvre de «Mac-like» se soit avĂ©rĂ©e ĂȘtre un problĂšme signifiait qu'il y avait des diffĂ©rences fondamentales entre les marchĂ©s Win Word et Mac Word. Si nous voulions comprendre les deux marchĂ©s, nos produits Win et Mac devraient avoir un marketing et une gestion des produits distincts. Les leçons que nous avons apprises avec Mac Word 6.0 sont l'une des raisons pour lesquelles une ligne distincte pour Mac existe maintenant.

Je suis fondamentalement en désaccord avec un aspect: les utilisateurs ne voyaient pas l'implémentation de type Mac sous la forme de Word 5 en tant que telle - en fait, Word 5 a simplement suivi les rÚgles du Mac dans sa conception. Le mot 6 a été rejeté non pas en raison de son caractÚre inhabituel, mais parce qu'il ressemblait littéralement à l'opposé de Mac. Il ressemblait et fonctionnait exactement comme Word pour Windows.


À quelle distance de Mac-like se trouvait Word 6, mais mĂȘme plus proche que l'actuel Google Docs ouvert dans le navigateur Chrome. Google Docs est un Ă©diteur de texte anti-Mac lancĂ© dans un navigateur Web encore plus anti-Mac . Ce que les utilisateurs de Mac ont catĂ©goriquement rejetĂ© comme anti-Mac en 1996 Ă©tait meilleur que ce que les utilisateurs de Mac supportent avec bonheur aujourd'hui. Les programmes n'ont plus besoin de paraĂźtre natifs sur un Mac pour rĂ©ussir aujourd'hui. C'est une tragĂ©die.


MĂȘme Apple publie dĂ©jĂ  des applications Mac avec des manifestations flagrantes d'anti-Mac. Applications «massepain» sur MacOS 10.14 Mojave - ActualitĂ©s, accueil, actions, mĂ©mos vocaux sont des applications terriblement mauvaises . Ils sont mauvais Ă  la fois sur le plan fonctionnel et dans une sensation Ă©trangĂšre de la conception. HonnĂȘtement, je ne comprends pas comment Apple a dĂ©cidĂ© qu'il serait normal de publier de telles applications.


Un autre exemple serait la nouvelle application App Store sur Mojave. Il est certainement beau, mais il y a quelques jours, j'ai remarqué qu'il ne supportait pas les touches Page Down et Page Up pour le défilement (ainsi que les touches Home et End pour aller au début ou à la fin) dans aucun de ses écrans.


Petite note

AprĂšs avoir Ă©crit Ă  ce sujet sur Twitter, plusieurs personnes ont rĂ©pondu que les touches inactives ne devraient pas ĂȘtre une surprise, car les claviers Apple modernes n'en ont pas. Tout d'abord, ce n'est pas vrai - ils se trouvent sur le grand clavier magique. Mais mĂȘme si vous avez un MacBook ou juste un petit clavier, vous pouvez obtenir ces boutons en utilisant Fn. Fn ↓ = Page suivante; Fn ↑ = Page prĂ©cĂ©dente; Fn ← = Domicile; Fn → = Fin. Utilisez-le!


Ouvrez la page et appuyez sur Page suivante, mais au lieu de la faire dĂ©filer, elle grince juste. La seule façon de faire dĂ©filer la page est avec une souris ou un trackpad. Et c'est l'application d'Apple utilisĂ©e par presque tout le monde. MĂȘme les applications sur Marzipan prennent en charge ces clĂ©s, car cette fonctionnalitĂ©, comme tout autre comportement standard, est obtenue gratuitement avec le cadre de dĂ©veloppement correspondant. La version Mojave de l'App Store doit faire quelque chose de complĂštement bizarre pour que ces touches cessent de fonctionner.


Petite note

Alors que j'ai complĂštement activĂ© le mode kiddie, sortez de ma pelouse , permettez-moi de mentionner une autre situation avec Mojave, qui est certainement le travail de jeunes dĂ©veloppeurs chez Apple. La commande Fichier → Afficher l'original dans le Finder a eu un raccourci clavier ⌘R depuis, je pense, System 6. (SĂ©lectionnez une alice ou un lien symbolique, et cette commande vous montrera le fichier source). Fichier → CrĂ©er un alias Ă©tait ⌘L. À Mojave, ⌘R a Ă©tĂ© inexplicablement rĂ©affectĂ© pour pivoter vers la droite, et ⌘L pour pivoter vers la gauche. (Il semble qu'ils soient des Ă©lĂ©ments invisibles du menu Edition? Ils ne figurent pas dans la liste des Ă©lĂ©ments, mais le bouton Modifier est mis en surbrillance lorsque vous appuyez sur ces touches.) Le raccourci clavier pour crĂ©er un alias est dĂ©sormais ⌀⌘A, et l'affichage d'origine est ⌀⌄⌘A. Les nouvelles combinaisons elles-mĂȘmes ne sont pas aussi mauvaises qu'il me semble, mais elles Ă©taient des combinaisons incroyablement Ă©tablies depuis longtemps pour les changer si facilement. De plus, les nouveaux boutons ne coĂŻncident mĂȘme pas avec ceux de Photos, oĂč ils sont dĂ©finis comme ⌘R - rotation antihoraire et ⌄⌘R - sens horaire. Les raccourcis clavier dans Photos, oĂč la rotation dans l'autre sens est une option avec le modificateur Option (⌄) au lieu d'utiliser une touche complĂštement diffĂ©rente, cela me semble plus natif sur un Mac. L'aperçu, d'autre part, utilise les noms "Rotation Ă  gauche" et "Rotation Ă  droite" et les mĂȘmes combinaisons ⌘L et ⌄⌘R que Finder dans Mojave. J'abandonne.


L'application App Store pour Mojave n'utilise certainement pas Electron. Mais le problÚme avec les applications Electron n'est pas en lui, mais en réduisant la demande des utilisateurs pour des applications Mac natives bien conçues. Et c'est effrayant. La plus grande menace pour le Mac n'est pas l'iPad, pas le Chromebook ou les tablettes Windows 2 en 1, mais l'apathie à propos de ce qui rend les applications Mac si géniales. Comme j'ai tweeté sur la situation avec Page Down / Up :


De telles situations sont pour nous comme des canaris dans une mine de charbon par rapport Ă  l'Ă©tat de la plate-forme Mac. MĂȘme si Apple ne suit pas les rĂšgles de base - telles que la prise en charge des pages vers le haut / bas, des choses qui devraient fonctionner dans les interfaces dĂšs la sortie de la boĂźte - comment pouvons-nous attendre cela des autres dĂ©veloppeurs?

La nouvelle application App Store est définitivement plus belle. Mais les développeurs d'Apple et d'autres sociétés doivent connaßtre la conception et son fonctionnement .

Source: https://habr.com/ru/post/fr432518/


All Articles