L’une des grandes difficultés auxquelles sont confrontés les développeurs mobiles est d’assurer la compatibilité entre les plates-formes. Cela va au-delà de la division évidente entre Apple et Android sur le marché. Lorsque les applications mobiles dépendent du matériel sous-jacent de l’appareil, même de petites différences entre générations et des variations d’un même modèle peuvent causer des problèmes majeurs ( c’est bin le problème de Zadar).
Ces problèmes sont particulièrement prononcés lors du développement d’applications de réalité augmentée (RA), de réalité virtuelle (RV) et de réalité mixte (RM). La réalisation d’une application de RX fonctionnelle, stable et fiable dépend de l’intégration minutieuse du processeur du téléphone, de ses nombreux capteurs et de son optique, plus que dans la plupart des autres domaines de développement d’applications.
Zadar voit une opportunité massive – l’acquisition de XRApplied
Lorsque Zadar Ventures (TSX.V : ZAD, OTC : ZADDF Frankfurt : ZAV0.F) a annoncé pour la première fois son intérêt pour les innovateurs XR XRApplied (XRA), un point d’intérêt majeur était “sa plate-forme SKD agnostique au niveau matériel”. De manière très générale, un SDK (Software Development Kit) est un ensemble d’outils qui accélère le développement d’applications. Ils comprennent souvent des éléments importants dans la chaîne d’outils d’un développeur, tels que des interfaces qui simplifient les communications avec le matériel embarqué, et des compilateurs qui peuvent traduire un code lisible par l’homme en instructions qui fonctionnent sur une variété de plates-formes matérielles.
Étant “agnostique au matériel”, la solution de XRA est unique sur le marché de la RX. Même le SDK de Google dans ce domaine, ARCore, a encore un long chemin à parcourir pour atteindre une pénétration complète du marché car il repose sur des ensembles spécifiques de matériel sous-jacent.
L’adoption de la technologie XRA sera une véritable aubaine pour les développeurs d’applications XR. Elle simplifie la vie des développeurs, non seulement en accélérant le développement initial des applications, mais aussi en leur permettant d'”écrire une fois, déployer partout” – une philosophie rendue populaire par Sun Microsystems lors de la promotion du langage de programmation Java. Il va sans dire que cette philosophie a joué un rôle important dans la popularité ultérieure de Java.
Un SDK agnostique au niveau matériel ? Quel problème résout t-il ?
L’une des principales difficultés du développement de la RX sur les plates-formes mobiles réside dans les différents capteurs matériels. Normalement, toute différence devrait rester invisible pour les utilisateurs finaux. Lorsqu’un utilisateur lance, par exemple, une application de boussole sur son téléphone particulier, il devrait voir la même chose sur son écran que s’il utilisait un autre modèle de téléphone. Cette cohérence n’est pas due au fait que tous les matériels sont créés égaux, mais elle est généralement le résultat d’un travail de développement laborieux.
Pour donner un exemple des problèmes que les développeurs sont en train de résoudre, imaginez un instant que vous avez deux boussoles à main. L’une de ces boussoles a une aiguille qui n’est pas terriblement lisse et elle n’a que des repères de base Nord, Sud, Est et Ouest (NSEW). L’autre a une aiguille lisse et sensible, et ses marques de direction sont en degrés. Que se passerait-il si un navigateur habitué à travailler avec des directions NSEW recevait soudainement des indications de direction en degrés ? En supposant qu’il n’ait aucune connaissance préalable des degrés, ils seraient perdus.
Des problèmes similaires existent dans le monde numérique : des puces différentes peuvent utiliser des formats et des échelles différents pour exprimer la même information. Si une application n’était programmée que pour comprendre des directions en degrés et qu’un utilisateur la démarrait sur un appareil où la puce de la boussole émettait des directions en NSEW, elle cesserait de fonctionner ou s’arrêterait.
Le problème ne s’aggrave toutefois qu’avec le matériel. Et si cette application fictive de boussole avait été initialement développée pour une boussole matérielle sensible et rapide ? Peut-être que l’aiguille de la boussole virtuelle aurait sauté de façon erratique sur l’écran si les développeurs avaient utilisé les données brutes du capteur, rendant la lecture difficile pour l’utilisateur. Pour lutter contre ce phénomène, un développeur aurait pu appliquer un algorithme à la sortie de la boussole matérielle, lissant ses mouvements, autrement inutilisables pour l’utilisateur. Cependant, ce même algorithme travaillant sur une boussole matérielle avec une sensibilité et une vitesse de mouvement différentes entraînerait probablement un comportement inattendu sur un autre appareil.
Les adeptes de la solution XRA y voient une valeur ajoutée importante
La résolution de ce genre de problèmes matériels est un véritable gouffre financier pour le développement de la radio. En fonction de la gamme complète des composants matériels d’un téléphone, les applications XR sont nécessaires pour traiter des combinaisons matérielles apparemment infinies. En l’absence d’outils appropriés, les développeurs peuvent perdre d’innombrables heures à courir partout, à patcher tous ces bits ensemble.
En comblant cette lacune du marché, la technologie de XRApplied est appelée à s’imposer rapidement sur le marché. Le boom de l’embauche des développeurs de XR devra éventuellement se ralentir. Augmenter le nombre d’embauches peut être comme tirer un tromblon pour faire tomber des mouches – on pourrait simplement acheter un piège à mouches et en avoir fini avec lui.
Cela est particulièrement vrai pour les petites et moyennes entreprises, où les dépenses supplémentaires d’un seul développeur supplémentaire peuvent être paralysantes. Selon le rapport “Hired State of Software Engineers“, les salaires des ingénieurs en radiologie sont également sur une trajectoire ascendante spectaculaire. En mettant en œuvre des solutions efficaces qui réduisent les pertes de temps des développeurs, même les petites entreprises peuvent se placer en position de force pour être les premières à commercialiser une application donnée.
La sagesse de Zadar portera ses fruits
La course au développement des applications de RX s’accélère nettement. L’augmentation de 1400% des embauches d’ingénieurs en RX en est la preuve. Mais à mesure que les entreprises mûrissent et que les applications de RX pénètrent plus profondément le marché, les développeurs vont avoir besoin de tous les avantages qu’ils peuvent obtenir pour suivre le rythme.
Le grand avantage d’un SDK agnostique sur le plan matériel est qu’il favorise l’adoption à grande échelle. C’est un phénomène qui se produit dans de nombreuses industries, où le marché va naturellement s’orienter vers des solutions particulières.
Dans le domaine des logiciels, nous voyons des géants comme Microsoft et Oracle qui sont devenus des standards de l’industrie. À tel point que cela crée une boucle auto-entretenue. Les entreprises utilisent MS Office parce que l’ensemble de la main-d’œuvre est familiarisée avec lui, et l’ensemble de la main-d’œuvre apprend MS Office parce que la plupart des employeurs exigent une bonne maîtrise de ce logiciel.
Bien que XRA n’atteigne pas ces sommets grâce à son SDK, elle a plus de potentiel pour le faire dans le domaine de la radiologie que d’autres étant donné sa technologie unique. Le potentiel est énorme, et l’action rapide de Zadar dans ce domaine semble devoir porter ses fruits au cours des prochaines années.
__
(Image présentée par C’est l’ingénierie via Pexels)
AVERTISSEMENT : Cet article a été écrit par un contributeur tiers et ne reflète pas l’opinion de Born2Invest, de sa direction, de son personnel ou de ses associés. Veuillez consulter notre Clause de non-responsabilité pour plus d’informations.Cet article peut contenir des déclarations prospectives. Ces déclarations prospectives sont généralement identifiées par les mots “croire”, “projeter”, “estimer”, “devenir”, “planifier”, “vouloir” et autres expressions similaires. Ces déclarations prospectives impliquent des risques connus et inconnus ainsi que des incertitudes, y compris ceux qui sont abordés dans les mises en garde suivantes et ailleurs dans cet article et sur ce site. Bien que la société puisse croire que ses attentes sont basées sur des hypothèses raisonnables, les résultats réels que la société peut atteindre peuvent différer matériellement des déclarations prospectives, qui ne reflètent les opinions de la direction de la société qu’à la date des présentes. En outre, veuillez vous assurer de lire ces divulgations importantes.