English version available

J’ai suivi récemment un cours sur Coursera à propos des médias et Google. Un des sujets abordés soulevait la question de la relation que les personnes peuvent avoir avec leur smartphone.

Si une personne regarde à plusieurs reprises son téléphone pour regarder des news (ou effectuer des recherches sur Google) pendant qu’elle effectue une autre activité, qu’est-ce qui est le plus probable concernant l’état d’esprit de cette personne:

• Elle est engagée et cherche à améliorer et approfondir ses connaissances en rapport avec l’activité.
• Elle s’ennuie et se laisse distraitre.

C’est assez difficile de faire un choix, car la réponse dépend principalement du comportement de la personne. Je choisirais quand même la seconde réponse, la personne s’ennuie et se détourne finalement de sa première activité.

Aujourd’hui, la plupart des applications utilisent le système de notifications intégré du téléphone. Dès que vous entendez un son provenant de votre téléphone, vous êtes tenté de vérifier ce qui se passe. Les raisons d’être notifié sont multiples:

• Vous avez reçu un nouveau message
• Une nouvelle mise à jour est disponible
• Votre lecteur RSS vous avertit d’un nouvel article
• Un ami aime votre dernier statut sur Facebook
• La batterie est presque déchargée.

Si vous êtes vraiment intéressé par votre activité, vous aurez la force d’attendre la fin avant de regarder votre téléphone. Après tout, vous n’avez pas reçu d’appel téléphonique, il n’y a pas de raison de vérifier sur le moment. Même un message peut attendre, car la personne aurait appelé en cas d’urgence.

Il existe des applications pour classer et configurer vos notifications en fonction de votre activité actuelle. J’imagine que les gens l’utilisent dans très peu de situations, par exemple au cinéma ou lors d’une réunion. Il est très rare de l’utiliser lors d’une activité avec des amis.

J’ai bien aimé le talk de Joe Kraus (« Slow Tech ») dans lequel il prononce des phrases très fortes, par exemple:

What are we losing – of ourselves, of our relationships to one another, of what in many ways, I would say, our humanity.

Que l’on pourrait traduire par

Que sommes-nous en train de perdre – de nous-mêmes, de nos relations avec les autres, de ce qui à bien des égards, je dirais, notre humanité.

Les gens sont connectés de manière virtuelle avec le sentiment d’avoir beaucoup d’amis, mais souvent ils sont seuls devant leur écran. Ross Douthat fait également cette observation dans son article « The Man With the Google Glasses ».

J’en profite pour partager mon expérience et que vous le croyez ou non, je suis ingénieur en informatique et je n’ai jamais possédé de smartphone! Un téléphone classique me suffit, à partir du moment où je peux téléphoner, envoyer des messages ou activer une alarme pour me réveiller. Pour les fonctionnalités avancées, je dois avouer que j’ai une tablette, mais je ne l’utilise pas si souvent. En fait, je l’ai acheté il y a quelques mois et c’était mon premier objet tactile. J’avais un peu honte de ne pas savoir comment l’utiliser alors que je travaille dans l’informatique depuis 5 ans. J’ai voulu essayer la plateforme Android. Pas de doute sur le fait que je peux vivre sans smartphone ou tablette, comme je l’ai fait jusque fin 2013.

Vivre sans smartphone n’est donc pas un problème, mais je dois admettre que vivre sans Internet, Google ou un ordinateur portable serait beaucoup plus difficile. Cependant, quand je suis en vacances à l’étranger, j’aime bien me déconnecter complètement de la réalité (pas d’Internet, pas de Facebook…) et tout simplement profiter de l’instant présent avec mes compagnons de voyage. Peut-être l’aurez-vous remarqué, mais il y a quelque chose d’étrange dans ma dernière phrase. J’ai écrit « déconnecté de la réalité », mais j’aurais dû écrire « déconnecté de la vie virtuelle ». Cette erreur met l’accent sur l’idée que l’équilibre entre le monde virtuel et réel est difficile à appréhender.

J’ai la sensation que je fais partie d’une minorité d’utilisateurs. Lorsque je réponds à un appel, il me suffit de regarder mes amis se moquer gentiment parce que j’ai encore un téléphone mobile à l’ancienne sans Internet. Ca serait peut-être plutôt à moi de rire parce qu’ils perdent leur temps avec leur téléphone gadget…

Et vous? Seriez-vous capable d’abandonner votre smartphone et revenir à un téléphone classique?

 English version available

L’article « API, REST, JSON, XML, HTTP, URI… Vous parlez quelle langue en fait? » exposait quelques principes sur les webservices et les technologies associées, en particulier REST. Maintenant que vous êtes incollable sur le sujet, continuons un peu et introduisons HATEOAS. Bien que le nom soit un peu barbare, il n’y a aucun rapport avec un quelconque personnage du seigneur des anneaux!

Reprenons l’exemple du trajet en train du premier article. Notez que tous les exemples qui suivent sont en JSON, mais l’utilisation du XML est tout à fait possible.

{
  "trainNum": 123456789,
  "departure": {"station": "Bruxelles-Central", "time": "07:28"},
  "arrival": {"station": "Liège-Guillemins", "time": "08:25"}
}

Ce message décrit un trajet en train en donnant diverses informations telles que le numéro du train, les gares de départ et d’arrivée et les horaires. Par contre, il n’y a aucune information liée au contexte. En se basant uniquement sur le contenu de ce message, on ne peut pas deviner sa provenance ou le moyen pour obtenir davantage d’informations (sur le trajet, le train, etc.). C’est le moment où notre cher compagnon HATEOAS intervient.

HATEOAS est l’acronyme de Hypermedia as the Engine of Application State. Tout de suite, c’est plus clair! Non? Ok, moi non plus. Concrètement, c’est un moyen d’ajouter des informations contextuelles à un message. On parle de la « contrainte » HATEOAS sur REST car le but est que ces données ajoutées respectent un format bien défini et universel. Ce standard (comme tous les autres) est indispensable afin d’éviter que chacun crée son propre format maison et que cela devienne spécifique par API. On perdrait alors en intérêt et en compréhension.

Dans le cas de mon trajet, il serait intéressant d’avoir les coordonnées du train suivant et précédent. Pour obtenir ce lien entre les trajets et respecter la contrainte HATEOAS, le message devient:

{
  "numTrain": 123456789,
  "departure": {"station": "Bruxelles-Central", "time": "07:28"},
  "arrival": {"station": "Liège-Guillemins", "time": "08:23"},
  "_links": {
    "self": {
      "href": "http://www.triptrain.com/displayTrip?numTrain=123456789&departureStation=Bruxelles-Central&departureTime=07:28"
    },
    "nextTrain": {
      "href": "http://www.triptrain.com/displayTrip?numTrain=987654321&departureStation=Bruxelles-Central&departureTime=08:01"
    },
    "previousTrain": {
      "href": "http://www.triptrain.com/displayTrip?numTrain=147258369&departureStation=Bruxelles-Central&departureTime=07:01"
    }
  }
}

Le bloc de données existant reste inchangé et un bloc de liens a fait son apparition. Les webservices en REST peuvent donc être adaptés sans avoir besoin de toucher à l’existant, le risque de régression est ainsi minimisé.

Le message a maintenant un sens beaucoup plus fonctionnel. A partir d’un trajet, je suis capable de passer au suivant ou au précédent. Je dois avouer que l’exemple est peut-être un peu limité, mais imaginez le principe dans d’autres contextes.

D’une certaine manière, l’API s’auto-découvre et le message s’auto-décrit. La réponse à une requête permet d’en faire une autre sans forcément connaitre à l’avance toutes les méthodes disponibles sur l’API. HATEOAS améliore grandement la lisibilité de vos API, mais l’intérêt devient réel lorsque les consommateurs du webservice utilisent ces nouvelles informations.

Il y a cependant un revers à la médaille: HATEOAS est relativement jeune et la spécification n’est pas clairement définie. D’ailleurs où est-elle? D’autres personnes se sont posé cette question, il semblerait que vous pouvez la trouver ici: HAL – Hypertext Application Language specification. Il y a aussi cette page bien plus lisible et sur laquelle vous trouverez plusieurs liens intéressants dans la partie « Quick links ». Je vous conseille leur lecture si vous souhaitez approfondir le sujet.