Sylvain v2.0



Applications mobiles: web ou natives?

Publié dans Chronique par sylvain le 28 novembre 2010

Ce petit billet «éditorial» est à la fois un avis personnel et une participation au jeu-concours organisé par Intel à l’occasion de la présentation de la plateforme «Intel AppUp Developer Program» (IADP) au Web’10.

L’arrivée de l’iPhone en 2006 a ouvert une nouvelle période pour la téléphonie mobile. Le web mobile était encore synonyme de portail wap et d’application Java plus proche des jeux de la fin des années 80.

Et d’un coup le téléphone portable est devenu un petit ordinateur de poche connecté à un internet plus proche que jamais de celui que nous avons au bureau ou dans nos foyers. En l’espace du temps d’une keynote, ce téléphone est devenu une nouvelle machine à rêves et à tourné la page de la téléphonie mobile en donnant un vrai sens à l’expression «internet mobile».

Depuis, la concurrence, Google en tête, rattrape petit à petit son retard.

L’iPhone n’est plus le seul représentant de cette nouvelle gamme de produits que l’on appelle smartphone. Mais il en reste encore le fer de lance par sa popularité, sa marque iconique et le succès presque étonnant de sa boutique d’applications.

Voilà un tournant bien surprenant pour un terminal qui aura été lancé initialement avec le web pour seul environnement de développement par une marque novice dans la téléphonie.

Pourtant, avant l’AppStore, et dès sa sortie, l’iPhone a promu le web comme une plateforme crédible pour le développement d’applications. Il était certainement trop tôt et le nouveau web n’était pas encore assez mature. Un choix qui donnait l’image d’un terminal fermé, ce qui aura attiré les railleries de Nokia.

Apple a donc fait un choix pragmatique. Ils ont fait le choix naturel de satisfaire les attentes des développeurs sans lesquels iOS n’aurait probablement pas obtenu tout le succès qu’il a eu. Mais ce choix a été réalisé dans des conditions originales en construisant de toutes pièces un écosystème fermé autour des technologies maison.

On pourra reprocher sa fermeture à Apple. Son sens naturel pour la censure et sa volonté de contrôle totalitaire. On ne pourra pas nier que cela a contribué au succès de l’App Store qui offre un environnement sécurisé autant pour les utilisateurs que les développeurs. Un modèle de distribution partiellement repris par les autres éditeurs comme Google, Microsoft et Nokia (ces derniers avaient été, il est vrai, les premiers a offrir un forme de boutique pour mobiles).

Mais les applications natives sont-elles encore l’avenir?

L’ubiquité du web ne menace t’elle pas cette suprématie actuelle des applications? Une main mise qui pousse souvent à préférer une recherche sur l’App Store plutôt qu’une recherche d’un site équivalent.

Les applications natives ont certains avantages pour l’instant difficilement reproductibles dans les sites mobiles. Si persistance des données, géolocalisation et animations sont bien disponibles dans HTML5, certaines fonctionnalités comme la 3D et l’accès aux ressources matérielles, restent (en partie) le pré-carré des applications natives.

Mais le web progresse et intègre de plus en plus, et de plus en plus vite, des technologies avancées et comble son retard.

Et le web a des atouts qu’il ne serait pas raisonnable d’ignorer:

  • il est ouvert: chaque éditeur peut en proposer sa propre implémentation. Pour l’instant c’est tout de même Apple et Google qui mênent le bal avec le moteur WebKit.
  • il est multi-plateformes: que vous ayez un mobile Android, un iPhone, un iPad, un Palm, un Nokia ou un téléphone Windows Phone 7
  • c’est une plateforme qui utilise naturellement le cloud et le déploiement des applications y est automatique.

Il est bien probable que dans un avenir assez proche ce soit le web qui gagne. Il offre une réponse simple pour contourner la diversités des plateformes: tablettes, téléphones, systèmes d’exploitation. Le web s’adapte à tous ces environnements, à tous les formats d’écrans.

Mais avant d’en arriver là, le web devra inclure un nouvelle brique: le paiement des applications.

Mais l’inovation est maintenant de son coté. Même Apple continu de promouvoir l’avancer du web sur tous ces terminaux, comme pour préparer sa victoire.

Mais les applications mobiles sont encore là pour quelques temps, le temps que le web offre une véritable à tout ce que propose un SDK natif.

Tags :, , , , , , , , , , ,

scoopeo:Applications mobiles: web ou natives?  fuzz:Applications mobiles: web ou natives?  tapemoi:Applications mobiles: web ou natives?  digg:Applications mobiles: web ou natives?  del.icio.us:Applications mobiles: web ou natives?  reddit:Applications mobiles: web ou natives?  Y!:Applications mobiles: web ou natives?

L’AppStore peut-il tuer le web?

Publié dans Internet,iPhone par sylvain le 11 septembre 2009

Eric semble s’inquiéter de l’avenir du web. À mon sens Le problème ne viens pas de l’existence des AppStore, mais du choix de certains de proposer des applications qui ne sont qu’une encapsulation de site internet.

Le fait est qu’Apple a bien encouragé les développeurs de site à proposer une version optimisée des sites pour iPhone, mais ceci est fait dans le respect des standards W3C. Si Safari supporte effectivement quelques extensions CSS, pour les animations par exemple, elles sont destinées à être intégrées aux normes à venir du W3C.

Lorsque qu’Apple a fait l’impasse sur un ‘SDK propriétaire’ tout les développeurs ont criés au scandale argüant que le Web ne pouvait pas servir de plateforme de développement sérieuse (sic).

Maintenant qu’un SDK est disponible on voit qu’une belle partie des applications est une simple coquille autour du web… La plus-value est nulle pour ces applications là. Un site adapté aurait été plus simple et moins couteux.

Il suffit de regarder les applications Google pour iPhone…

  1. Google Earth qui utilise largement la 3D n’est pas réalisable sous forme web (en tout cas pour l’instant).
  2. Google est pour sa part une simple application de recherche et une série de liens vers les services de Google, y compris pour les Google Apps. Quelle est sa plus value? La recherche par reconnaissance vocale. Là encore techniquement difficile à faire avec un site.

En revanche tous les principaux services Google ont droit à une déclinaison adaptée iPhone/Android (Tasks, Reader, GMail, etc…). Pas besoin d’applications dans ces cas là.

Si les développeurs se donnaient la peine d’utiliser à fond les standards supportés dans Safari ils pourraient contruire de bonne applications sans souffrir des contraintes de l’AppStore. Par exemple en utilisant la base de donnée locale pour stocker des informations sur le terminal. C’est la solution choisie par Google Talk.

Safari mobile est une excellente plateforme de développement pour iPhone. Et les améliorations continues de WebKit garantissent son avenir. Ce n’est pas un hasard si c’est le cœur de Chrome et Android…

Cependant certains préfèrent s’appuyer sur les applications pour une raison simple: l’App Store leur a offert une visibilité accrue et ils ont ainsi pu surfer sur le buzz.

Les AppStore sont indispensables pour l’instant pour de nombreuses applications, surtout pour les jeux. Mais il est vrai que beaucoup de ces applications n’en sont pas vraiment.

Je trouve cependant un peu injuste de montrer l’iPhone du doigt comme s’il était la cause première de ce début de chaos. Bien au contraire, Safari a ouvert la voie en permettant au web mobile de se hisser au niveau du web auquel nous sommes habitués sur nos PC et nos Mac.

Est-il fautif si les autres sont à la traine?

Apple doit-il être blâmée pour avoir offert un SDK natif?

Je pense plutôt le contraire. L’iPhone, l’iPod-touch et l’App Store ne sont pas le problème, ils sont le vecteur d’une certaine fainéantise de certains éditeurs/médias qui ont, il est vrai, contribués à créer ainsi un web parallèle.

On peut le regretter, mais c’est malheureusement très humain. :-)

Tags :, , , , , , ,

scoopeo:L'AppStore peut-il tuer le web?  fuzz:L'AppStore peut-il tuer le web?  tapemoi:L'AppStore peut-il tuer le web?  digg:L'AppStore peut-il tuer le web?  del.icio.us:L'AppStore peut-il tuer le web?  reddit:L'AppStore peut-il tuer le web?  Y!:L'AppStore peut-il tuer le web?

soTV notifie… mais en retard!

Publié dans Applications,iPhone par sylvain le 18 août 2009

Hier est arrivée une nouvelle version de  SoTV. Une bonne nouvelle puisque cette version introduit le support des notifications.

J’ai donc enfin activé les notifications sur mon iPhone pour tester cette fonctionnalité.

Hier soir un peu déçu je n’ai pas reçu mon petit message. Mais je l’ai tout de même reçu… ce matin.

Notification décalée pour soTV

Notification décalée pour soTV

Plusieurs hypothèses pourrait expliquer, à défaut de justifier, ce retard.

  1. SoTV est buggé et l’envoi c’est fait dans un fuseau horaire mystérieux.
  2. Seconde hypothèse, Apple ne tiens pas la charge et retarde trop les envois de notifications.
  3. Dernière hypothèse, les notifications ne fonctionnent pas en WiFi lorsque le réseau edge ou 3G n’est pas disponible.

En tout cas je ne compte plus vraiment sur SoTV pour m’avertir du début des mes séries préférées.
Zut. Il va falloir que je fasse fonctionner mon cerveau. ;-)

Tags :, , ,

scoopeo:soTV notifie... mais en retard!  fuzz:soTV notifie... mais en retard!  tapemoi:soTV notifie... mais en retard!  digg:soTV notifie... mais en retard!  del.icio.us:soTV notifie... mais en retard!  reddit:soTV notifie... mais en retard!  Y!:soTV notifie... mais en retard!
Commentaires fermés
Page suivante »