Les mythes du Web Mobile 2.0 (et de l’Ajax sur Mobile)

Un nouveau buzzword est apparu ces dernier temps : la notion de « Mobile Ajax », présenté par ses partisans comme étant LA technologie qui va permettre de « sauver » les applications mobiles. C’est tout particulièrement vrai avec la récente annonce de « SoonR », comme étant la première application mobile Ajax. SoonR a l’air intéressant, mais malheureusement, il est très difficile de l’évaluer, car il faut trouver un mobile supportant cette version. Et c’est la tout le problème. Il n’y à aujourd’hui quasiment aucun mobile permettant de faire tourner des applications « Mobile Ajax » de manière immédiate, et cela n’est pas le seul problème. Dans un effort de « retour à la réalité », nous allons évoquer quelque un des mythes générés autour de  « Mobile Ajax ».

• Mobile2.0=MobileWeb2.0 (et donc MobileWeb2.0 a besoin d’Ajax, comme le Web2.0). C’est faux, car sur mobile, il y a bien plus de choix de technologies que sur le Web. Ce n’est pas forcement une bonne chose car cela rend l’environnement très compliqué, mais il existe aujourd’hui nombre d’alternative a une approche « lourde », de type Ajax

• Ajax est la seule technologie qui permet de créer des « Mashups »(applications composites créer a par assemblage d’applications ou de données existantes). Faux, encore, car quasiment toutes les technologies mobiles le permettent : J2ME, la plus rependu / FlashLite, le challenger de Adobe/Macromedia / Les applications natives (en C++ sur Symbian, Windows mobile par exemple) / Et même les technos browsers actuels, comme Wap, Html, Xhtml…

• Les applications écrites en Ajax pourront  contourner les fameux « walled garden » des operateurs (jardin clos) car exécutables dans n’importe quel browser mobile. La encore, il n’y a aucun rapport entre la technologie (Ajax) et ces fameux jardin clos. L’operateur à la maitrise de ceux-ci, principalement car il a la possibilité de facturer l’utilisateur final, et c’est la un force majeure. Il est même plus important encore pour une application Ajax, car celle-ci à besoin du réseau pour fonctionner, et l’operateur à la maitrise totale du réseau.

• Les applications Ajax vont tourner de la même manière sur PC et sur mobile, car il s’agit d’une technologie portable. Le vieux mythe de la portabilité réapparait. Je ne pense pas que la majorité des applications tourneront de la même manière. Déjà, les applications Ajax actuelles ont du mal à tourner sur quelques plateformes (FireFox, IE) et la, elles auront un monde bien plus fragmenté, fait d’écrans de tailles différentes, de capacités de mobiles variables, d’input utilisateurs différent (pas de souris !).

D’autres problématiques, inhérentes à Ajax, vont devoir être résolues :

• un mobile ne fonctionne pas toujours de manière connectée (contrairement à beaucoup de PC  aujourd’hui). Il s’agit souvent plus d’une notion de synchronisation pour les données plus que de browsing.

• Pour être efficace, une application mobile va devoir accéder a certaines données de l’utilisateur (carnet d’adresse, photos, par exemple) et donc nécessiter un modèle de sécurité particulier pour pouvoir s’exécuter en dehors du navigateur.

Malgré ces nombreuses contraintes, Ajax qui est une technologie intéressante sur PC jouera un rôle important sur mobile. Mais attention a ne pas la surestimer, et surtout, il serait dommage de ne pas essayer de résoudre les problèmes techniques crées par Ajax pour aller une étape plus loin, et créer/améliorer les technologies existantes pour simplifier a la fois ce problème de portage, améliorer l’expérience utilisateur et simplifier le travail du développeur en se servant de l’expérience acquise maintenant sur Desktop ? Source Thomas Landspurg  son blog ici