Pourquoi votre application multiplateforme est plus lente qu'un escargot sur le dial-up - et comment le réparer

Soyons honnêtes - rien ne déclenche la rage d'un utilisateur plus rapidement qu'une application lente. Si vos utilisateurs tapent des boutons comme s'ils sonnent une sonnette cassée et regardent un chargeur en rotation plus longtemps qu'ils ne regardent dans les yeux de leur partenaire, quelque chose ne va pas.

J'ai vu cela plus de fois que je ne veux compter. Et j'ai passé les 15 dernières années à aider des équipes des États-Unis à l'Europe - et, bien sûr, ici même à Columbia, en Caroline du Sud - à figurer ce qui ralentit exactement les choses dans leurs nouvelles applications mobiles brillantes. Alerte de spoiler: ce n'est pas toujours de votre faute. Parfois, ce sont les cadres eux-mêmes.

Chez Web Design Columbia (le visage local de l'équipe de développement vétéran chez les bits ci-dessus), nous avons développé des applications mobiles pour les sociétés de logistique, les plates-formes éducatives, les startups de sports fantastiques, les outils basés sur le GPS pour l'agriculture et même les applications de streaming de sécurité. Un thème commun à tous? Quelqu'un - soit le client ou son ancien développeur - que l'adoption de la plate-forme serait automatiquement rapide, bon marché et magique.

C'est là que le sujet d'aujourd'hui entre en jeu. Si vous utilisez React Native, Flutter, Ionic ou toute autre boîte à outils «Build One, Lank Everywhere» et vous vous demandez pourquoi votre application fonctionne comme un hamster le propulse sur un tapis roulant, vous n'êtes pas seul. Déborchons-le - techniquement, humoristique et honnêtement.

Cross-plateforme: Bénédiction ou goulot d'étranglement?

On ne peut nier l'appel. Le développement multiplateforme vous permet d'écrire du code une fois (principalement) et de le déployer sur iOS et Android. Cela signifie que vous n'avez pas besoin de deux équipes distinctes, budgets ou pannes émotionnelles.

React Native, par exemple, a été construit par Facebook en 2015 pour rayer leurs démangeaisons - élaborant des fonctionnalités mobiles plus rapides sans maintenir plusieurs bases de code. Flutter, créé par Google en 2017, prend une route différente avec son moteur de rendu et le langage de programmation DART. Ionique? Il est plus âgé, de retour à 2013 et s'appuie sur des technologies Web comme HTML, CSS et JavaScript.

Maintenant, ne vous méprenez pas - ces cadres sont brillants à bien des égards. Mais le brillant vient souvent avec des mises en garde. La performance est la grande.

Supposons que vous ayez jamais embauché un développeur pour vous construire une belle application multiplateforme pour moins que le coût d'un vélo décent. Dans ce cas, vous avez peut-être remarqué quelques bizarreries: des animations retardées, des boutons qui prennent une éternité pour répondre ou des fonctionnalités qui fonctionnent sur Android mais qui s'écrasent inexplicablement sur iOS.

Je vais expliquer pourquoi en seulement une seconde. Mais d'abord, si vous vous demandez comment cela se rapporte au développement d'applications mobiles à Columbia, SC, permettez-moi de vous dire que nous avons résolu ces problèmes exacts pour nos clients locaux depuis les jours de l'iPhone 3G.

La vraie raison pour laquelle votre application multiplateforme est lente

Voici le petit secret sale qu'ils ne vous disent pas dans les pages de produits lisses ou les tutoriels YouTube de développeur: les applications multiplateforme sont, par nature, une couche d'abstraction. Et comme tout programmeur le sait, l'abstraction = surcharge.

React Native, par exemple, utilise un «pont» pour communiquer entre les composants natifs et JavaScript. Ce pont n'est pas exactement le boulon USAIN, en particulier lorsque vous gérez des animations complexes, des fonctionnalités de carte ou des données en temps réel. C'est pourquoi défiler Jank et LAG sont si courants.

Flutter, bien que plus rapide à certains égards en raison de son propre moteur de rendu (Skia), a ses bizarreries. Dart est puissant, mais tout le monde n'aime pas utiliser une langue de niche. De plus, les applications Flutter peuvent être gonflées dans la taille du fichier et se sentir souvent «non natives» dans le comportement, sauf si vous personnalisez fortement l'UX par plate-forme.

Et ne commençons même pas sur des frameworks hybrides comme Cordova ou Ionic, qui exécutent essentiellement votre application dans un WebView - un mot fantaisie pour un navigateur faisant semblant d'être une application native. C'est comme louer une coquille de corps Ferrari et la coller sur un moteur de voiturette de golf.

Chez Web Design Columbia, nous avons hérité plus que notre part de ces applications Frankenstein d'autres développeurs chargés de «le rendre plus rapide». La bonne nouvelle est que nous le pouvons habituellement. Mais non sans soulever le capot, en supprimant les plugins inutiles, en optimisant l'utilisation de la mémoire et en réécrivant souvent de gros morceaux de code.

Si votre entreprise à Columbia, SC, s'appuie sur des applications mobiles, cette pénalité de performance peut signifier perdre des utilisateurs à des concurrents avec une meilleure UX. Aucune pression.

Frustration mondiale, correctifs locaux

Une étude récente de Statista a montré que les utilisateurs abandonnent les applications après seulement 3 secondes de décalage. Trois secondes. C'est moins de temps qu'il ne faut pour éternuer.

Un autre fait amusant? Google lui-même a déclaré en 2023 que 53% des utilisateurs mobiles abandonnent un site ou une application qui prend plus de 3 secondes à charger. Il ne s'agit pas seulement de la vitesse - il s'agit de confiance. Si votre application gèle, les utilisateurs penseront que votre marque n'est pas fiable.

C'est là que notre développement d'applications mobiles à Columbia, SC, a dû évoluer rapidement. Nous effectuons maintenant des audits de performances dans le cadre de presque tous les projets, même lorsque nous n'avons pas écrit le code d'origine.

Je me souviens d'une application logistique sur laquelle nous avons travaillé qui avait un suivi en temps réel, un numérisation des codes à barres et des notifications push - toutes des fonctionnalités excellentes. Cependant, les développeurs ont utilisé React Native avec trop de bibliothèques tierces, un suivi de l'emplacement d'arrière-plan mal implémenté et des animations de mention de mémoire. Le résultat? Il s'est écrasé toutes les 10 minutes sur Android 11 et les arrêts thermiques sur les iPhones plus anciens.

Nous avons reconstruit la majeure partie de celui-ci, migré vers une architecture plus modulaire, utilisé des modules natifs pour le suivi de l'emplacement et réduit la taille de l'application de 60%. La base d'utilisateurs a cessé d'envoyer des e-mails d'assistance en colère. C'était un gagnant-gagnant.

Pour ceux qui souhaitent construire quelque chose de similaire (mais sans le drame), nous recommandons généralement de commencer par une consultation professionnelle et abordable de développement d'applications mobiles à Columbia, SC. Il est toujours moins cher à planifier que de patcher.

Quand Big Tech lutte aussi

Si vous pensez que cela n'arrive qu'aux petites équipes, détrompez-vous.

Facebook a reconstruit son application mobile en 2012 parce que la version hybride basée sur HTML5 originale était «trop lente». Mark Zuckerberg a admis que c'était l'une de leurs plus grandes erreurs. Ils sont finalement passés au code natif et ont ensuite développé React natif pour mieux résoudre le même problème.

Même Google, avec son cadre de flutter brillant, a dû marcher avec soin. Les développeurs qui ont trouvé la courbe d'apprentissage de fléchettes initiale frustrant ont réagi avec le contrecoup. Certaines premières applications construites sur Flutter ont fini par être près du double de la taille de leurs homologues natifs, ce qui a provoqué des tarifs de téléchargement dans des pays à vitesses Internet limitées.

Et puis il y a Uber, qui a essayé d'utiliser des frameworks hybrides pour son application Driver, mais a finalement abandonné et retourné au développement entièrement indigène, car les performances ne répondaient tout simplement pas à leurs besoins en temps réel.

Le fait est que même les sociétés d'un milliard de dollars ont appris - parfois douloureusement - que les performances l'emportent sur la commodité. Si vous investissez dans le développement d'applications mobiles à Columbia, SC, cette leçon devrait frapper près de chez vous, surtout si vous avez déjà dû réembaucher après qu'une application standard s'est transformée en fosse d'argent.

La plate-forme multipliée n'est pas morte, juste mal compris

Ne vous méprenez pas - je ne dis pas que tous les cadres multiplateformes sont des ordures. J'adore travailler avec React Native lorsque la portée de l'application correspond à l'outil. Flutter est magnifique pour construire rapidement des applications visuellement complexes. Le condensateur est étonnamment efficace lorsqu'il est utilisé correctement.

Mais ces cadres ne sont pas magiques. Ils nécessitent des décisions architecturales de niveau supérieur, une bonne discipline de code, une configuration CI / CD appropriée et des tests réels dans des dizaines d'appareils.

Chez Web Design Columbia, nous sommes devenus bons dans ce domaine parce que nous l'avons simplement fait plus longtemps que la plupart. De la construction de plates-formes sportives fantastiques aux outils de sécurité en streaming, nous sommes tombés sur presque tous les murs - et avons compris comment le sauter dessus (ou parfois faire le tour avec une pile complètement différente).

Ce genre d'expérience ne vient que de près de deux décennies dans le jeu - et oui, cela inclut de travailler avec d'anciennes plates-formes comme Symbian OS à l'époque. Vous vous sentez encore vieux?

Le test n'est pas facultatif - c'est la survie

Élimirons cela: si vous ne testez pas votre application mobile sur de vrais appareils, vous jouez à la roulette avec la patience de vos utilisateurs. J'ai vu des applications qui fonctionnaient parfaitement sur un simulateur mais ont cassé la seconde où ils ont été ouverts sur un Samsung Galaxy A12. Oui, c'est un vrai téléphone, et oui, cela ne se comporte rien comme votre iPhone 15 Pro Max.

Pour le développement d'applications mobiles à Columbia, SC, nous insisnons pour tester un laboratoire diversifié d'appareils. Nous avons de vieux téléphones Android 8, des tablettes de milieu de niveau et même un iPad Mini croustillant qui n'est toujours pas mort. Pourquoi? Parce que vos utilisateurs n'utilisent pas seulement le dernier équipement.

De plus, les émulateurs ne simulent pas l'utilisation de la batterie, le comportement GPS, les notifications push ou les gouttes de réseau mobile. Tout cela est important lors de la création d'applications qui s'appuient sur des mises à jour en temps réel, un suivi de l'emplacement ou du contenu en streaming.

Le rechargement chaud de Flutter et le rechargement en direct de React Native sont parfaits pour accélérer le développement, mais qu'en est-il de tester les performances? Cela a encore besoin d'une utilisation réelle. Si vous sautez cette étape, je vous garantis que vos utilisateurs seront ceux qui découvrent des bogues, non. Et ce n'est jamais un bon look, en particulier pour une entreprise basée sur un marché axé sur la confiance comme Columbia, en Caroline du Sud.

Pourquoi les applications GPS sont un type spécial de douleur

Maintenant, parlons GPS. Chez Web Design Columbia, nous avons construit un nombre surprenant d'applications basées sur GPS. Un client a suivi ses camions de livraison dans les régions rurales de Caroline du Nord, une autre avait besoin d'une solution personnalisée pour les événements de géofencing, et nous avons même aidé à construire un outil interne pour une entreprise d'aménagement paysager qui a suivi les départs de sol avec des timbres de localisation.

Permettez-moi de vous dire: GPS + applications mobiles = un sac de serpents.

La consommation de batterie est le premier méchant. À moins que vous ne réduisez la fréquence de localisation et les mécanismes de secours, votre application drainera le téléphone de l'utilisateur plus rapidement que TIKTOK sur la lecture automatique. Et ne me lancez pas sur les autorisations de confidentialité iOS - Apple exige maintenant une chaîne de justification pour utiliser les services de localisation, et si vous le phrasez mal, votre application sera rejetée.

Ensuite, il y a Android. Oh, Android. Sur les téléphones de certains fabricants (en vous regardant, Xiaomi), l'emplacement de l'arrière-plan ne fonctionne tout simplement pas à moins que l'utilisateur ne permette manuellement des paramètres spécifiques - des établissements qu'ils ne puissent généralement même pas trouver sans googler pendant 30 minutes.

Nous avons passé des mois à construire des secours personnalisés pour différentes versions de système d'exploitation et marques de matériel. Pour le développement d'applications mobiles à Columbia, SC, nous avons appris à anticiper ces gotchas et à informer nos clients avant de devenir un problème. Parce que si votre application de livraison échoue lorsqu'un chauffeur entre dans une zone morte sur la I-77, c'est un client perdu.

Le processus d'examen d'Apple hantera vos rêves

Passons des engrenages et discutons des soumissions de l'App Store, en particulier à l'App Store iOS. Soumettre votre application à Apple, c'est comme envoyer votre CV à une société secrète sans manuel, un critique grincheux et un amour pour les notes de rejet vagues.

J'ai soumis une fois une application éducative pour un client rejeté cinq fois. Tout d'abord, ils n'aimaient pas le flux de connexion. Ensuite, ils ont signalé une mention de contenu «libre» car ce n'était pas techniquement gratuit. Ensuite, ils se sont plaints que l'application ne fournissait pas suffisamment de valeur à long terme. Finalement, nous sommes passés, mais pas avant d'écrire une justification à 3 paragraphes avec des captures d'écran.

Apple a certaines des normes d'utilisateurs les plus élevées au monde. C'est une épée à double tranchant. Oui, les utilisateurs obtiennent des applications polies, mais pour les développeurs, cela peut signifier des semaines de repensage si vous ne savez pas ce que vous faites.

Chez Web Design Columbia, nous avons construit des listes de contrôle spécifiquement pour survivre au purgatoire d'Apple. Nous savons quoi éviter (pas d'espaces réservés, pas d'écrans de connexion à moitié cuits, de valeur claire), et nous structurons les constructions pour passer la première tentative, faisant gagner du temps, de l'argent à nos clients et des cheveux gris.

Et n'oublions pas Android. Bien que leur processus soit plus détendu, ce n'est pas toujours une bonne chose. Les applications chargées de logiciels malveillants se faufilent et les développeurs honnêtes sont parfois balayés dans les interdictions automatiques. Un de nos clients a été signalé pour un «comportement trompeur» simplement parce que leur écran de connexion avait un lien de politique de confidentialité manquante. Leçon apprise.

L'expérience utilisateur est tout - et la plate-forme multiples peut la saboter

Avez-vous déjà utilisé une application qui s'est sentie? Par exemple, un bouton ne se comporte pas comme il le fait dans d'autres applications, ou le défilement n'est-il pas du beurre lisse? C'est souvent parce que les cadres multiplateformes imitent l'interface utilisateur native, mais pas parfaitement.

Les utilisateurs d'Android s'attendent à des interactions de conception de matériaux. Les utilisateurs iOS sont habitués aux transitions natives d'Apple. Une UI à une taille unique ravit rarement les deux camps.

Dans un projet récent, on nous a demandé de réviser l'interface d'une application parce que les utilisateurs sur Android estimaient que l'application était «trop iOS-y», tandis que les utilisateurs d'iPhone avaient l'impression d'être «trop plat». Le développeur précédent avait construit une interface utilisateur et l'avait giflée sur les deux.

Nous l'avons reconstruit en utilisant des composants de la plate-forme, tels que la plate-forme de React Native. Les utilisateurs ont répondu positivement et les taux de rétention se sont améliorés de 30%. C'est le genre de réglage que la plupart des développeurs budgétaires sautent. Mais cela fait une différence, en particulier pour les entreprises de Columbia, SC, où la fidélité locale est tout.

La question du coût - les chiffres de la parole

Les applications multiplateformes sont souvent présentées comme une solution bon marché, mais nettoyons l'air. Oui, les coûts de développement sont inférieurs à l'avance, généralement 30 à 40% de moins que la création de deux applications natives. Mais ce n'est qu'une partie de l'équation.

Les applications multiplateformes ont souvent besoin de plus de débogage, d'AQ, de réglage des performances et de gestion des magasins d'App. Au fil du temps, ces coûts peuvent manger dans votre budget comme un raton laveur dans une poubelle.

Chez Web Design Columbia, nous nous sommes donné pour mission de livrer des applications de haute qualité sans se ruiner. Notre prix est transparent, équitable et enraciné dans les résultats réels. Nous le faisons depuis 2006 - lorsque les applications de création signifiaient Java pour les cauchemars Symbian et BlackBerry OS - et nos clients restent avec nous parce que nous parlons humains, pas seulement de code.

Notre projet d'application mobile typique varie de 3 000 $ pour les MVP à 25 000 $ pour les systèmes complets. C'est encore des milliers de moins que ce que vous paieriez dans une entreprise typique de grandes villes, et notre qualité est à pied avec les meilleures. Nous avons des clients qui travaillent avec nous depuis plus d'une décennie - pas parce que nous les soudoyons avec des cookies (bien que, peut-être que nous devrions).

Alors, la plate-forme en vaut-elle la peine?

Absolument - quand c'est le bon ajustement. Les applications qui ne comptent pas fortement sur les animations, les capteurs d'appareils ou les comportements spécifiques à la plate-forme sont parfaits pour React Native ou Flutter. Le développement multiplateforme profite souvent grandement aux outils commerciaux internes, aux MVP, aux applications éducatives et aux simples plateformes sociales.

Mais si vous construisez un jeu haute performance, une expérience AR ou une application complexe de suivi GPS, vous voudrez peut-être considérer le natif - ou du moins une architecture hybride qui s'appuie sur les modules indigènes. La meilleure stratégie? Parlez à quelqu'un qui connaît les deux mondes et n'essaie pas de vous vendre dans un cadre spécifique.

C'est ce que nous faisons chez Web Design Columbia. Nous commençons par la stratégie, pas le battage médiatique. Ensuite, nous construisons quelque chose de vite, de lisse et de convivialité, quelque chose que vos clients n'utilisent pas seulement mais apprécient réellement.

Si vous êtes arrivé jusqu'ici, félicitations. Vous en savez maintenant plus sur les performances des applications mobiles que 90% des propriétaires d'entreprise lançant leur première application. Vous avez appris que les outils multiplateformes sont excellents, mais pas magiques - et que les tests, les ajustements spécifiques à la plate-forme et l'expérience du monde réel sont ce qui sépare une application médiocre de celle gagnante sur le marché.

Chez Web Design Columbia, toute notre équipe mobile vit pour ce défi. Nous n'écrivons pas seulement du code - nous résolvons des problèmes. Nous testons, modifions, itérons et nous assurons que votre application ne se retrouve pas dans la catégorie redoutée «supprimée après la première utilisation».

Que vous soyez à Columbia, en Caroline du Sud ou à un fondateur de startup à mi-chemin à travers le monde, nous serions ravis de vous montrer comment nous créons un développement professionnel et abordable d'applications mobiles à Columbia, SC, avec des performances réelles à l'esprit.

Assurez-vous que votre prochaine application est rappelée pour avoir été brillante - pas cassée.