Articles étant taggés ‘ria’

Etat de l’art des interfaces riches

Voilà plus de 6 ans que je parle des interfaces riches sur ce blog (en fait depuis la première année). Au cours de cette période, il s’est passé beaucoup de choses et les usages se sont fortement diversifiés et intensifiés. Je souhaiterais aujourd’hui faire un tour d’horizon des interfaces riches pour plusieurs raisons :

  1. Parce que les interfaces riches existent depuis plus de 10 ans et sont indissociables de l’internet ;
  2. Parce qu’il y a toujours ce très désagréable débat de fond sur HTML5 qui va remplacer Flash (une belle ineptie : Pourquoi HTML5 et Flash ne peuvent être comparés) ;
  3. Parce que l’on en parle trop peu et que le sujet est néanmoins délicat à traiter ;
  4. Parce que je suis en train de finaliser une formation sur ce sujet : Interfaces riches, quelles opportunités pour votre marque ou votre activité.

Bref, j’ai envie de mettre les interfaces riches à l’honneur. Mais commençons par le commencement…

Définition et historique

Lancé en 1996 par Macromedia, Flash est la technologie la plus emblématique des interfaces riches. Cela fait donc 15 ans que les interfaces riches existent. Le terme « Rich Internet Application » est par contre plus jeune puisqu’il a été introduit pour la première fois en mars 2002 (on utilisait également les termes « client riche« , « client léger« , « client web« …).

Pour bien comprendre ce que sont les interfaces riches, intéressons-nous d’abord à ce qu’elles ne sont pas. Les interfaces pauvres désignent ainsi les pages web statiques composées de textes ou d’images. N’y voyez pas un quelconque jugement de valeur, des sociétés comme Amazon ou Ebay ont gagné des milliards de dollars avec des pages web composées exclusivement de textes, images, tableaux et formulaires.

Il est également important de ne pas opposer interfaces riches et pages HTML : les interfaces riches sont un complément du HTML, pas un substitut. Les interfaces riches sont ainsi des modules encapsulés dans des pages HTML. Donc dans tous les cas de figure, les interfaces riches ne remplacent pas le HTML, elles le complètent, l’enrichissent.

La définition communément admise est que ce sont des interfaces web qui proposent les mêmes fonctionnalités et la même expérience qu’une application traditionnelle, mais je trouve cette vision trop restrictive, car elle se limite à l’aspect applicatif. Nous en venons donc à ma définition : Les interfaces riches sont des interfaces web offrant plus de possibilités d’affichage et de manipulation que les pages web traditionnelles. Cette définition englobe donc des usages plus vastes dont le rich media. Mais cela n’empêche pas les éditeurs de solutions de présenter les interfaces riches comme une alternative très intéressante aux applications classiques.

Vous noterez également que ma définition ne mentionne pas explicitement les navigateurs web. Et pour cause, les interfaces riches se scindent en deux grandes familles :

  • Les Rich Internet Applications (RIA) qui sont exécutées dans le navigateur ;
  • Les Rich Desktop Application (RDA) qui sont lancées depuis le bureau.

Autant les RIAs restent confinées dans votre navigateur, autant les RDAs sont indépendantes de ce dernier et sont lancées depuis le menu « Démarrer » ou un raccourci. Elles se comportent donc comme des applications natives et ne sont pas installées sur le système d’exploitation mais sur une couche intermédiaire (la machine virtuelle). Cette différence entre RIA et RDA est subtile, mais peut parfois être confusante à l’image de logiciels qui peuvent être exécutés indifféremment dans votre navigateur ou sur votre bureau comme Balsamiq ou le Project Rome.

Il y a quelques années j’avais rédigé un article pour expliquer ces différences types d’interfaces riches: 10 ans d’évolution des interfaces web au service de l’expérience utilisateur. Même si certaines technologies ont disparu ou évolué, le schéma d’ensemble est toujours valide :

Comparaison des différents types d'interfaces riches

Nous en venons donc à la grande question : les interfaces riches sont-elles mieux que les interfaces pauvres ?

Pourquoi utiliser les interfaces riches ?

En fait la question de la supériorité des interfaces riches est subjective : mieux par rapport à quoi ? Comme avec toute technologie informatique, tout est une question de contexte et de contraintes. Les interfaces riches sont plus sophistiquées, mais plus lourdes qu’une page HTML. Elles sont plus puissantes, mais plus complexes. Elles sont plus performantes, mais plus risquées.

Il existe de nombreux avantages et inconvénients à utiliser les interfaces riches, mais nous pouvons néanmoins isoler 3 motivations principales :

  • Afficher des contenus multimédia (vidéos, musiques, animations…) ;
  • Offrir une expérience utilisateur plus sophistiquée ;
  • Proposer un outil de travail plus performant.

Autant il ya quelques années la question avait son importance, autant maintenant les interfaces riches sont partout, sous la forme de modules enrichis exploitant différentes technologies (javascript, Flash…). Les sites de commerce en ligne font ainsi un usage quasi-systématique des interfaces riches : Différentes interfaces riches pour différentes fonctions.

Les interfaces riches appliquées au commerce en ligne

La question à laquelle vous devez donc répondre est plus de savoir si telle interface ou tel module mérite un enrichissement en fonction du contexte (vos cibles, vos contraintes…). Il n’existe pas de méthode universelle pour savoir quand une interface riche est plus appropriée qu’une page HTML classique, encore une fois tout est question de contexte, il n’y a pas de bon ou mauvais choix.

Nous pouvons cependant isoler quatre grandes familles d’usages où les interfaces riches sont particulièrement bien adaptées :

Les quatre grandes familles d'usages des RIAs

Ce panorama des usages n’est pas forcément exhaustif, mais il dresse un tableau assez complet de ce pour quoi les interfaces riches sont conçues. Il vous est toujours possible de faire ce que vous voulez avec les RIAs (pourquoi pas un site textuel en Flash) mais il est toujours préférable de choisir la bonne technologie pour le bon usage. Ce qui me fait une parfaite transition avec la suite…

Quelles technologies pour quels usages ?

Le moins que l’on puisse dire est que les gros éditeurs sont particulièrement actifs pour promouvoir leurs technologies. Les grands acteurs ainsi présent sont les suivants :

  • Adobe avec Flash/Flex mais aussi AIR et l’OpenScreen Project ;
  • Microsoft avec Silverlight et WindowsClient (WPF et Windows Forms) ;
  • Google avec GWTNaClO3D et différents sites d’évangélisation de javascript comme Chrome Experiments ou 20ThingsILearned ;
  • Sun, Oracle et IBM qui sont les grands promoteurs de Java et des technologies qui vont avec ;
  • Apple qui se fait très discret mais exploite son format Quicktime ainsi qu’un framework javascript (Gianduia) ;
  • Le W3C qui oeuvre à standardiser tout ça et à faire évoluer les spécifications au travers des ses groupes de travail.

Je ne rentrerais pas dans une explication laborieuse sur les intérêts croisés de ces différents éditeurs, mais je pense ne pas me tromper en disant que les enjeux sont de taille et qu’aucun des acteurs cités plus haut ne sont à considérer comme bienfaiteur ou néfaste (la réalité est plus contrastée).

Toujours est-il qu’il existe un sacré nombre de technologies et qu’il est parfois difficile de s’y retrouver. Je vous propose donc cette classification des différentes familles technologiques liées aux interfaces riches :

Les familles technologiques des interfaces riches

Deux précisions importantes : ce panorama n’est pas exhaustif ; il existe des subtilités qui empêchent le rattachement de certaines technologies à telle ou telle famille (notamment XUL, OpenLaszlo, NativeClient, XForms) mais j’ai fait le choix de la simplification pour ne pas compliquer le travail d’évangélisation. Si vous avez une meilleure classification, n’hésitez pas à la mentionner dans les commentaires.

Le choix d’une technologie par rapport à une autre est encore une fois question de contexte : en fonction des ressources disponibles, de l’historique du projet et de son héritage, des contraintes, du budget et des délais… Il existe une infinité de critères, mais souvenez-vous qu’il n’y a pas de mauvais choix, juste des compromis.

Les nouveaux facteurs à prendre en compte

Autant il y a trois ans le choix se résumait à choisir entre Flash et Ajax, autant la situation est nettement plus compliquée aujourd’hui. Et ceci pour plusieurs raisons :

  • Les navigateurs récents sont de plus en plus performants (Chrome, Opera et Firefox se battent à coup de benchmarks) et permettent aux interfaces riches et applications réalisées en javascript de rivaliser avec les RIAs plus « lourdes » (réalisées en Flash, Silverlight…) en terme de stabilité et de rapidité d’exécution. De même, le W3C et les industriels du web (Google, Apple…) ont fait de gros efforts pour promouvoir HTML5 ainsi que CSS3 et inciter les éditeurs à mieux exploiter les opportunités offertes (cf. CSS3 et javascript seront-elles les technologies RIA du future ?). Les technologies standards du web rentrent maintenant en concurrence avec les technologies propriétaires pour la réalisation d’enrichissements de premier niveau (transitions, petites animations, effets graphiques…). Et ne pensez pas qu’Internet Explorer va se laisser facilement distancer par ses concurrents, car Microsoft s’apprête à lancer IE9 qui devrait leur permettre de rattraper une bonne partie de leur retard (avec notamment un bien meilleur support de HTML5 et CSS3).
  • Les smartphones et terminaux alternatifs prennent une place toujours plus importante dans nos usages quotidiens et notre consommation des services et contenus en ligne (cf. 2011, l’année du point de bascule). Il convient donc d’intégrer cette contrainte dans votre choix dès le départ et de réfléchir aux meilleurs moyens d’exploiter les opportunités offertes par ces terminaux.
  • Une très grosse bataille est en cours sur les codecs utilisés pour diffuser de la vidéo avec HTML5. Ce point rejoint les deux précédents, ou plutôt cristallise les tensions liées à l’exploitation de la vidéo en ligne (énorme marché) sur les terminaux alternatifs (smartphones, tablettes, TV connectées…). En fait, les enjeux de cet affrontement sont tellement importants que ce sujet mérite d’être isolé.

Rajouter à cela les contraintes d’accessibilité, de référencement, d’utilisabilité, de ROI, de performances, de disponibilité des ressources… et vous aurez un contexte extrêmement complexe à maitriser. Est-ce une mauvaise nouvelle ? Non pas du tout, car si ce sujet est aussi complexe, c’est qu’il est au coeur de l’internet et du quotidien des utilisateurs. En d’autres termes : Bien appréhender les enjeux liés aux interfaces riches conditionne le succès de votre présence sur le web.

Mes réflexions sur le MIX 2010

Je suis maintenant de retour en France et je prends le temps d’analyser tout ce qui nous a été montré lors de l’édition 2010 du MIX par Microsoft.

Retour en force de Microsoft sur de nombreux fronts

Alors que ces dernières années Apple, Google ou Facebook innovaient dans tous les sens, Microsoft avait accumulé un retard notable sur un certain nombre de sujet : Navigateur, smartphone et cloud computing. Depuis le début de l’année il semblerait bien que la firme de Redmond ait la très ferme intention de revenir dans la course et même de retrouver son leadership avec de nouveaux produits comme Windows Phone et IE 9. Nous commençons également à y voir un peu plus clair dans les plans de Microsoft en ce qui concerne Azure et les nombreux services qui vont petit à petit venir s’y greffer. De toute façon, nous n’en attendions pas moins de Ray Ozzie sur ce dernier point. Maintenant que le voile a été levé, reste à Microsoft d’assurer LE test ultime : celui du marché.

Des changements culturels profonds

Saviez-vous que la moitié des employés de Microsoft ont moins de 8 ans de maison ? Non pas que le turn over soit élevé, mais que le renouvellement des équipes est visiblement une priorité dans la politique RH. Résultat : Une nouvelle vague de collaborateurs issus de la génération Xbox / Zune qui accouche de produits étonnamment disruptifs et en rupture complète par rapport au marché (à l’image du Windows Phone ou du projet Natal). Il y a donc une réelle volonté de la part de Microsoft de tourner la page sur les années Windows / Office et se tourner vers les marchés d’avenir (nomadisme, divertissement…). Autre conséquence de cette nouvelle image : Un rapprochement évident avec les communautés open source (par opposition à Apple qui s’affirme comme le champion des standards fermés).

Silverlight comme le garant d’une expérience riche et multi-plateforme

Plus nous avançons dans les versions de Silverlight et plus il est évident que cette technologie est bien plus qu’un plug-in RIA. En plaçant Silverlight au coeur de produits comme la Xbox ou Windows Phone, Microsoft cherche à en faire le vaisseau amiral d’une nouvelle expérience utilisateur multi-plateforme. À ce petit jeu là, Microsoft risque bien de prendre de vitesse Adobe et son Open Screen Project qui se heurte à Apple.

J’ai également eu la très nette impression que Microsoft cherche à séduire les développeurs de casual et social games en mettant en avant la maturité de l’environnement Visual Studio et les capacités de Silverlight dans ce domaine. Rappelons à ce sujet que Microsoft est actionnaire de Facebook, que Facebook est LA plateforme sociale de référence pour les social games, social games qui tournent à 99,99% sous Flash. On pourrait ainsi supposer que Microsoft a la ferme intention de se positionner sur le marché des social games avec une offre verticale comme peut le proposer Unity. Il faut dire qu’entre XNA et Bungie, Microsoft possède de sérieux atouts.

En attendant le prochain Windows…

Nous ne savons pas grand chose de Windows 8, juste que Microsoft nous prépare quelque chose de gros… Impossible de savoir s’il s’agit de bluff, mais entre le discours de Bill Buxton sur les interfaces naturelles, les incroyables possibilités du project Natal et la maturité de la réflexion sur l’interface du Windows Phone, je me dis qu’ils pourraient bien nous surprendre. D’autant plus s’ils décident de s’intéresser aussi aux périphériques pour proposer une offre hardware + OS + logiciels entièrement nouvelle.

Je peux me tromper, mais j’ai la conviction qu’ils ont à la fois la volonté et les ressources financières / humaines pour complètement ré-inventer leur approche de l’outil informatique. Plus que jamais les prochaines années vont être passionnantes…

MIX 2010 – Jour 3

Troisième et dernier jour pour mon séjour à Las Vegas à l’occasion de la conférence MIX.

Building Multiplayer Games in Silverlight 4

Une session allégée qui devait présenter une étude de cas concrète de développement de jeux multijoueurs avec Silverlight mais qui doit se contenter de dire des généralités sur le développement de jeux avec Silverlight pour des raisons de confidentialité car le jeu en question n’est pas encore lancé :

  • Silverlight 4 cible 3 platefomes (PC, Xbox, Windows Phone) et peut s’appuyer sur différentes architectures (Xbox Live, Windows Azure) ;
  • Près de 70% des joueurs de social gaming sont en dehors des USA (principalement en Corée du Sud) ;
  • Le marché des causal games grossit de 20% par an en moyenne ;
  • Farmville, LA star des social games avec 60 millions de joueurs, a été développé en 5 semaines, l’éditeur (Zynga) vient de lancer un nouveau jeu de Social Poker (Poker Blitz) qui a l’ambition de faire encore mieux ;
  • Emergence d’une nouvelle catégorie d’éditeurs de causal / social games qui incubent des développeurs indépendants et se rémunèrent en pourcentage des revenus ;
  • Le marché est toujours en attente des Facebook Credits pour simplifier la monétisation ;
  • La performance est une préoccupation clé dans le développement de jeux en ligne, d’autant plus quand ils sont multijoueurs car le lag détruit le gameplay ;
  • Plusieurs outils seront disponibles dans Visual Studio 2010 pour faciliter / accélérer le développement de jeux ;
  • L’accélération matérielle dans Silverlight va permettre d’améliorer grandement la sophistication graphique des jeux ;
  • Visual Studio n’est pas spécialement conçu pour faire des micro-tests / ajustements (« spiking« ) mais il est possible de biaiser pour en faire quand même ;
  • Les hackers sont très actifs sur les social games (packet sniffing & injection…) car il y a de l’argent en jeu (au travers des objets virtuels et boosters) ;
  • Silversprite permet d’exploiter les librairies de XNA dans Silverlight 4 ;
  • Le mode out of browser de Silverlight est très intéressant pour valoriser les jeux en ligne (et les faire passer pour des jeux desktop).

J’ai comme l’impression que le speaker nous aurait bien présenter des choses surprenantes s’il en avait eu le droit. Mon intuition me dit que Microsoft va bientôt se positionner en force sur les environnements de développement de jeux (avec le couple Visual Studio / SL). Plus d’infos sur gskinner.com/blog.

HTML5: Cross-Browser Best Practices

J’ai commencé par un workshop sur HTML5 et je termine par un session sur HTML5 avec Tony Ross (le chef de projet IE9) à propos de la gestion de la compatibilité entre les navigateurs :

  • Il commence avec l’exemple de border-radius qui est implémenté différemment sur Firefox et Chrome (et préfèrent leur sémantique : -moz-border-radius et -webkit-border-radius) ;
  • Nous sommes passé d’un code orienté navigateur (avec une gestion conditionnelle pour les navigateurs à la traine) d’un code orienté fonctionnalités (avec une gestion conditionnelle pour le support ou non d’une balise / propriété) ;
  • Il recommande également la détection de comportement (« behavior detection« ) qui permet de tester la capacité du navigateur et de proposer une solution de contournement au cas où ;
  • L’intérêt de ces détections est de ne pas avoir à modifier le code lorsqu’une nouvelle version du navigateur est disponible et corrige des bugs ou des faiblesses d’implémentations (de type « if IE » qui force la prise en compte d’une feuille de style IE6 alors qu’IE9 a fait de très gros progrès);
  • Utiliser les techniques de détection (fonctionnalités et comportements) permet de réduire le coût de maintenance du code HTML ;
  • Très nombreuses références à jQuery qui semble être le nouveau couteau Suisse d’IE (rappelons que Microsoft est maintenant un des contributeurs majeurs à jQuery).

Les conseils de cette sessions étaient plein de bons sens, mais je pense que les équipes derrière Internet Explorer marchent tout de même sur des oeufs quand il est question de compatibilité avec les standards et de coût de maintenance du code HTML (IE 6 est la hantise des intégrateurs HTML). Bref, qu’ils reconnaissent leurs erreurs est une bonne chose mais il ne faudrait pas qu’ils se mettent à donner des leçons aux autres éditeurs de navigateur sous prétexte qu’IE9 est (soi-disant) le seul à correctement supporter la propriété border-radius.

À suivre…

À la recherche de nouveaux formats hybrides pour les touchbooks

Alors que la date de sortie officielle de l’iPad a été annoncée au 3 avril prochain et que de sérieux concurrents commencent à pointer le bout de leur nez (HP Slate, Dell Streak…), nous sommes toujours dans l’expectative pour savoir quel type de contenu va faire mouche sur les touchbooks. Après avoir tourné le problème dans ma tête de nombreuses fois, j’en viens à la conclusion que les contenus réellement adaptés aux touchbooks ne sont pas encore là, mais que nous n’en sommes pas très loin. Plusieurs expérimentations me laissent en effet penser que la solution se trouve dans un format hybride à mi-chemin entre web-documentaire, livre / BD enrichis et jeux narratifs. Encore faudra-t-il résoudre le casse-tête du format et de la distribution, mais nous reviendrons là-dessus plus tard.

J’ai déjà eu l’occasion de vous parler des web-documentaires, ces documentaires morcelés en chapitres librement accessibles mélangeant du texte, des photos, de la vidéo… Après en avoir consulter plus d’un, force est de constater que l’on n’est pas très bien installé sr une chaise en face de son écran. Par contre, visionné sur un touchbook dans votre canapé favori, l’expérience est autrement plus intéressante. Imaginez ainsi ce que pourrait donner un contenu comme Afrique : 50 ans d’indépendance

Le web-documentaire d'Arte sur l'indépendance de l'Afrique
Le web-documentaire d'Arte sur l'Afrique

Le niveau d’interactivité est parfaitement adapté à ce que l’on peut faire sans trop d’effort sur un écran tactile : Choisir un chapitre, cliquer pour lire un texte complémentaire, laisser un commentaire…

Il y a ensuite le cas des bandes dessinées qui pourraient tout à fait être adaptées sur les touchbooks. Nous avons déjà des start-up qui se positionnent sur le créneau comme Graphic.ly ou Panelfly mais je ne suis pas certain qu’ils prennent la bonne direction. Je suis ainsi bine plus conquis par ce que propose les Humanoïdes associés avec le portage sur Megalex sur iPhone.

La BD Megalex sur votre iPhone
La BD Megalex sur votre iPhone

Au final nous nous retrouvons avec une vidéo, mais l’expérience est tout à fait convaincante : Le fait de remplacer les bulles par des bruitages et voix d’acteurs ainsi que les effet de traveling sur les cases procurent un sentiment d’immersion tout à fait saisissant.

C’est d’ailleurs rigoureusement le même procédé qui est utilisé pour N, la BD vidéo de Stephen King :

N, la BD en vidéo de Stephen King
N, la BD en vidéo de Stephen King

C’est bien une vidéo « toute bête » qui est utilisée, mais avec un peu d’imagination on se dit que ça ne devrait pas être très compliqué de faire ça en Flash qui à la base est fiat pour ça (de l’animation vectorielle). Du Flash sur l’iPad ? Mais oui bien sûr puisqu’il existe maintenant la possibilité de compiler un contenu Flash pour en faire une application iPhone, le recours à Flash ne semble plus être un problème.

Nous pourrions même envisager des choses encore plus poussées avec la possibilité d’interagir avec le contenu comme nous le présente l’éditeur Penguin sur cette vidéo (cf. How Penguin Will Reinvent Books With iPad) :

L’idée est de transformer le lecteur en… lecteur actif ? Acteur ? Gribouilleur ? Je ne sais pas trop quel terme utilisé mais nous sommes bien dans un cas de figure unique où les enfants peuvent interagir directement sur le contenu (c’est d’ailleurs tout l’intérêt de ce type d’ouvrage) :

Le livre de coloriage de Penguin
Le livre de coloriage de Penguin

Nous quittons ici le domaine de l’édition pour rentrer sur le territoire des jeux. Et ça tombe bien car l’actualité nous fournit un très bon exemple avec Heavy Rain, un jeu vidéo narratif développé par un studio français (cocorico !) :

Le jeu video narratif Heavy Rain et son gameplay particulier
Le jeu vidéo narratif Heavy Rain et son gameplay particulier

Ici il n’est pas tant question d’action ou de dextérité à la manette mais plutôt de suivre une histoire conditionnée par vos choix (qui jalonnent la narration) et agrémenter parfois de Quick Time Events pour maintenir votre attention. Pour le moment ce titre n’est disponible que pour la PS3, un monstre de puissance, mais n’oublions pas que l’iPad (out comme l’iPhone) a des composants techniques suffisamment puissant pour faire tourner de la 3D dans de très bonnes conditions sans avoir besoin de sortir un rendu Full-HD.

J’imagine tout à fait ce type de titre envahir les touchbooks car parfaitement adaptés au contrat d’interaction que proposent les tablettes tactiles : Visionnage en plein écran et quelques clics de temps à autre. Il en va de même pour les jeux de stratégie ou de plateau qui font fureur sur l’iPhone (de type Tower Defense) qui pourraient trouver dans l’iPad un second souffle pour des projets plus ambitieux : Ngmoco hopes to rule with new mobile games.

Tout ceci est très encourageant et la solution semble donc bien se trouver dans de nouveaux formats hybrides. Mais il reste à régler deux problèmes : Tout d’abord le circuit de distribution qui est plutôt rigide chez Apple (euphémisme) et qui ne favorise pas forcément les petits éditeurs (cf. Is Content King? Then Distribution Is Crown Prince). Ensuite le format car s’il semble y avoir consensus pour les ebooks avec le format ePub (cf. Web Standards for E-books), pour les touchbooks ça va être beaucoup plus compliqué car les contenus sont loin d’être figés. Et c’est d’ailleurs tout l’intérêt de ces machines : Pouvoir proposer un éventail beaucoup plus riche de possibilités en mélangeant des images, du son, de la vidéo, du texte, des animations…

Flash a su s’imposer comme standard de facto pour les contenus rich media du web, en sera-t-il de même pour les contenus des touchbooks ? Difficile à dire pour le moment dans la mesure où le marché a toutes les chances d’être très largement dominé par l’iPad et que les rapports sont très tendus entre Adobe et Apple. Je ne vois pas bien comment la situation pourrait se débloquer dans les prochaines semaines… si ce n’est avec le rachat d’Adobe par Apple. L’idée vous semble farfelue ? Réfléchissez-y à deux fois, et pour vous aider, je vous propose cette lecture : 7 Reasons For Apple To Acquire Adobe et Why Apple Should Buy Adobe.

Je suis persuadé que l’arrivée effective de l’iPad sur le marché va faire se précipiter les choses. Plus que quelques jours à attendre…

Adobe Max 2009 – Jour 3

Troisième et dernier jour de conférences à l’édition 2009 de l’Adobe Max.

From Sketch to Click-Through HTML Prototype with Fireworks

Enfin une session sur le protoypage avec Fireworks avec Dave Hogue de l’agence Fluid :

  • Il est tout à fait possible de se servir de Fireworks pour créer des prototypes et les tester avec des utilisateurs ;
  • Tout commence avec des croquis qui sont importés dans l’outil (Fireworks CS4) ;
    Première étape du prototypage
    Première étape du prototypage
  • La Master Page est utile pour « poser » les éléments immuables (header, nav…) ;
  • La grille et les règles permettent de structurer les pages ;

    Deuxième étape
    Deuxième étape
  • Des éléments sont ensuite superposés sur le croquis ;

    Troisième étape
    Troisième étape
    Quatrième étape
    Quatrième étape
  • Les outils « Slices » et « Hotspots » servent à rajouter de l’interactivité ;
  • Possibilité d’encapsuler du code HTML (pour une carte Google Maps par exemple) ;

    Encapsulation d'éléments HTML dans la maquette
    Encapsulation d'éléments HTML dans la maquette
  • La dernière étape est l’export en HTML mais cela génère un code source de très mauvaise qualité (suffisant pour faire des tests avec des utilisateurs mais inacceptables en production) ;
  • Il y a également la possibilité d’exporter ce travail dans Dreamwaver (pour retravailler le code source) ou Flash Catalyst (pour en faire une RIA).

Une session intéressante mais qui n’a pas réellement mis en valeur les synergies possibles entre les outils de la gamme pour faire du prototypage rapide ET réutilisable. Car il faut bien admettre que tout ce qu’il a montré peut être fait dans Powerpoint, avec en plus la très précieuse possibilité de faire des tableaux (ce que ne permet pas Fireworks).

Augmented Reality within the Flash Player

Enfin une session qui aborde le potentiel (et les contraintes) de la réalité augmentée dans Flash avec Jesse Freeman :

  • FLARToolkit est une librairie open source qui gère l’affichage de contenus 3D en surimpression d’un flux vidéo de la webcam ;
  • Retour d’expérience sur des expérimentations pour la Nasa et la mission Juno ;

    Exemple d'application de réalité augmentée à la NASA
    Exemple d'application de réalité augmentée à la NASA
  • L’intérêt n’est plus d’afficher du contenu 3D en réalité augmentée mais de faire interagir différents contenus (selon la position des marqueurs) ;
  • Problème = autoriser l’accès à la webcam à chaque fois ;
  • Il existe un émulateur pour gagner du temps et faciliter le debugging ;
  • Le Virtual Physical Computing est un domaine d’application prometteur = manipulation d’objets et de contenus 3D sans clavier ni souris ;
  • Les limitations de FLAR = très gourmand en CPU, pas de gestion native de la 3D dans Flash (nécessite des librairies 3D comme Papervision3D ou Away3D, le flux vidéo de la webcam est plutôt lent) ;
  • Les évolutions = utilisation d’Alchemy pour mieux exploiter les capacités hardware, support 3D natif et plus performant, réalité augmentée en dehors de Flash (smartphones…).

Vient ensuite au micro James Aliban pour des retours d’expériences plus expérimentales / créatives :

  • Utilisations plus artistiques avec de la gestion des particules (AR Particle Bean) ou des expérimentations musicales (Augmented Reality Drum Kit) ;

    Réalité augmentée et gestino des particules
    Réalité augmentée et gestion des particules
  • Implémentation facilitée avec FLARManager ;
  • Une communauté existe depuis l’année dernière (FLARToolkitDocs.org) ;
  • Très intéressante expérimentation avec les cartes de visite augmentées ;
  • Il existe de nombreuses applications commerciales (GE, BMW, Nissan, Toyota, Ikea…) ;
  • Autres exemples = 5Gum, Living Sasquatch, Julian Perretta’s « Ride My Star »… ;
  • Flash est clairement un facteur limitatif car il utilise le processeur pour faire le rendu 3D et non la carte 3D (600 polygones maximum pour limiter l’effet stroboscope, lié au faible taux de rafraichissement en cas de mouvements du modèle 3D ou de la webcam) ;
  • Entre 20% et 25% des ordinateurs domestiques sont équipés d’une webcam ;
  • La prise en main est délicate pour les concepteurs et développeurs d’applications car l’image est inversée (vue depuis la webcam).

Wow ! Non seulement nous n’en sommes qu’au début de cette nouvelle forme d’expression mais en plus la communauté est très active (de nombreuses choses sont disponibles en open source).

Building Browser-Based Casual MMOs

Campfu, un casual MMO qui n'existe plus
Campfu, un casual MMO qui n'existe plus

Encore une session très prometteuse avec l’intervention de Nick Fortugno concepteur en chef chez Rebel Monkey qui nous propose son retour d’expérience sur Campfu, un casual MMO qui n’existe malheureusement plus :

  • Le projet a nécessité 18 mois de développement et 2M$ d’investissements (le site n’a été en ligne pour 6 mois) ;
  • Pas besoin d’avoir de très beau graphismes comme Runescape (ex : Kingdom of Loathing qui est quasi-textuel) ;
  • La notion d’engagement est clé car la grosse majorité des causal MMO sont gratuits ;
  • Le fait de ne pas avoir à télécharger ou installer quelque chose est un levier concurrentiel très puissant (vis à vis des MMORPG traditionnels) Puzzle Pirates a commencé en version téléchargeable et est maintenant accessible en ligne ;
  • Les plus grosses difficultés techniques sont du côté du serveur (il existe des solutions middleware comme SmartFoxServer, ElectroServer ou Project Darkstar) ;
  • Avec une solution middleware comme SmartFoxServer, le temps de développement peut être réduit à 1 mois (mais cela induit de fortes limitations en terme d’évolutivité et de montée en charge) ;
  • Les difficulté auxquelles il faut faire face = sécurité (qui a un impact direct sur les performances), disponibilité, stabilité (surtout pour du code interprété), intégrité (via à vis des possibilité de hacking de la partie « client ») ;
  • Les jeux en temps réel sont un vrai défi technologique, voilà pourquoi il est très sceptique vis à vis des solutions de cloud gaming comme OnLive ;
  • Les outils d’automation (débug…) permettent de gagner beaucoup de temps lors de la phase de développement ;
  • La phase de beta est indispensable car de toute façon il y aura des bugs majeurs (quelque soit le temps de préparation et de conception) ;
  • La visibilité est clé dès le début du projet car il faut impérativement recruter très vite un grand nombre de testeurs ;
  • Les revenus générés par la publicité ne deviennent significatifs qu’avec plusieurs millions de joueurs ;
  • Les modèles économiques fondés sur l’abonnement sont particulièrement adaptés pour la cible des plus jeunes (Tween) ;
  • La vente d’items virtuels est intéressant mais demande de gros efforts de surveillance (pou éviter la fraude ou les trafics parallèles) ;
  • Tout comme pour les sites web et boutiques en ligne, les solutions de surveillance des échanges comme celle de TwoFish sont indispensables pour comprendre les flux économiques et éviter les déséquilibres (il est tout à fait possible de faire de l’A/B testing sur le prix de vente d’accessoires virtuels).

Voici une session extrêmement riche en enseignements et surtout un discours qui n’était pas que technique mais qui abordait aussi les problématiques organisationnelles et business.

Adobe Max 2009 – Jour 2 (suite)

Suite de la seconde journée de conférences à l’Adobe Max 2009.

RIA Design Strategies for Business and Product Owners

Aaron Adams de Cynergy Systems
Aaron Adams de Cynergy Systems

Aaron Adams de l’agence Cynergy à propos des facteurs-clés de succès des interfaces riches :

  • L’étude sur le terrain est clé pour bien comprendre le contexte et les contraintes d’usage ;
  • La modélisation des processus permet de simplifier la compréhension de l’enchaînement des tâches et les interactions entre les différents types d’utilisateurs (rôles) ;
  • Il existe plusieurs niveaux de prototypage (plus ou moins précis) ;
    Les différents modèles de prototypage d'une interface riche
    Les différents modèles de prototypage d'une interface riche
  • Les schémas de conception des sites web sont parfois trop restrictifs, il faut plutôt s’inspirer des schémas de conception des applications ;
  • Les tableaux ne sont pas forcément le seul moyen de représenter des données ;
  • La scénarisation des écrans ainsi que les transitions sont essentielles pour faciliter la compréhension d’une interface et pour concentrer l’attention.

C’est étrange mais j’ai vraiment l’impression d’avoir vu cette présentation plusieurs fois… Peut-être est-ce bon signe car cela prouve que les avis convergent.

Max Awards

Comme chaque année nous avons la traditionnelle remise des Max Awards qui récompense les meilleures réalisations et c’est un authentique chevalier Jedi qui préside cette session 2009 : Mark Hamill.

Mark Hamill sur scène pour remettre les Max Awards
Mark Hamill sur scène pour remettre les Max Awards

Cette année il y a 8 catégories :

  • Advertising & Branding = Pepsi Max It (un jeu en ligne avec la possibilité de contrôler une sorte de tirette comme dans les fêtes foraines) ;
  • Education = PD360 par School Improvement Network (une application en ligne pour publier du matériel éducatif) ;
  • Enterprise Productivity = i3Cube (une solution de gestion d’expérimentations médicales) ;
  • Entertainment = MLB Media Player 4.0 (l’offre de VoD de la ligue de baseball US) ;
  • Mobile = QNX Car Application Platform (une plateforme de widgets pour voitures) ;
  • Public Sector = CommandSim (urn serious game pour l’équivalent de la protection civil) ;
  • Social Computing = SmallWorlds (un casual MMO dont j’ai déjà parlé plusieurs fois) ;
  • Social Responsability = Replay: Finding Zoe (une histoire interactive pour accepter les différences des autres).

Une belle moisson de prix pour cette édition 2009 dont les extraits vidéos sont à découvrir ici : Max Awards.

Sneak Peeks

Mark Hamill et Ted Patrick sont sur scène pour une présentation des différents projets en cours de gestation :

  • Thin Gaming Client pour une expérimentation de Cloud-gaming sur netbooks et iPod Touch (c’est donc du streaming vidéo d’un jeu qui est exécuté sur le serveur) ;

    Le client de cloud gaming en action
    Le client de cloud gaming en action
  • Un moteur physique dans Flash pour simuler des comportements réalistes (collisions…) ;

    Vous noterez que le type qui fait la démo est déguisé en chewbaca
    Vous noterez que le type qui fait la démo est déguisé en chewbacca
  • Smart Paste in Dreamweaver pour un copier / coller intelligent en mixant des données XML avec un design Illustrator dans Dreamweaver ;
  • Flex Mobile avec une application mobile développée avec… Flex ;
  • Projet « Rome », un outil d’édition simplifié (à mi-chemin entre Flash et Photoshop) qui repose sur AIR (mais peut être exécuté dans le navigateur) ;

    L'éditeur "léger" d'Adobe
    L'éditeur "léger" d'Adobe
  • Developer Cloud pour du développement avec des services hébergés dans les nuages ;
  • Selective Undo in Fireworks pour l’annulation sélective de modifications dans Fireworks ;
  • Patchmatch for images, un algorithme de correction de photos qui respecte le contexte de la photo (très impressionnant).

Comme toujours les Sneak Peeks sont très technique et l’on y voit surtout beaucoup de code. Et comme toujours, la traditionnelle démo des algorithmes expérimentaux de Photoshop a bluffée tout le monde (heureusement que nos députés travaillent sur la loi Photoshop). Il est certain que les possibilités de manipulation des images vont très certainement franchir un nouveau stade.

Google lance O3D, un plug-in pour faire de la 3D dans le navigateur

Grosse surprise hier soir avec le lancement par Google de O3D, un plug-in permettant de faire de la 3D dans votre navigateur : Introducing O3D. Cerise sur le gâteau, ce plug-in (et les technologies qui vont derrière) sont publié en open source sous licence BSD : Toward an open web standard for 3D graphics.

Voici une démonstration de ce que le plug-in est capable de faire :

De la 3D dans mon navigateur ?

Oui tout a fait, de la vraie 3D qui utilise la technique du shading pour représenter des objets ou scènes 3D importés depuis des éditeurs comme Google Sketchup, 3ds Max ou Maya.

Mais pour cela il vous faut installer un plug-in (5,3 Mo) qui est disponible sur différents navigateurs et systèmes d’exploitation :

  • Windows XP SP2 ou Vista SP1 avec Firefox 2 et +, Internet Explorer 7 et +, Google Chrome
  • Mac OS X 10.5 (Leopard) avec Firefox 2 et +, Safari 3 et + ou Camino
  • Linux (instructions de compilation fournies)

Pour renter dans les détails techniques, ce plug-in permet de mettre à contribution votre carte graphique via DirectX9 ou OpenGL. Le rendu 3D est généré à partir d’un nouveau langage (le O3D Shading Language) ainsi que le moteur javascript « maison » V8 (le même qui propulse Chrome) :

o3dsoftwarestack

Et le rendu est impressionnant, je vous invite pour cela à découvrir la galerie d’exemples avec la fameuse Beach Scene :

Exemple de scene 3D avec O3D
Exemple de scene 3D avec O3D

Mais il y a également de belles démonstrations du moteur physique dont Box2DJS in 3D :

Le moteur physique en action de O3D
Le moteur physique en action de O3D

De même qu’un configurateur d’intérieur (Home Configurator) :

Le configurateur d'intérieur de O3D
Le configurateur d'intérieur de O3D

Et il y a même des petits jeux concocté par les équipes de Google (Checkers et Prince IO: The SketchUp Knight) :

Le jeu en 3D de O3D
Le jeu en 3D de O3D

Chose intéressante, comme c’est du javascript, les applications 3D peuvent être utilisées en mode hors-ligne avec Google Gears.

D’après le chef de projet (Henry Bridge) et le directeur technique (Matt Papakipos), l’objectif de O3D est de rendre les informations plus accessibles (par le biais de représentations 3D) et d’intégrer dans le navigateur du contenu 3D à la manière de Google Earth. Pour en savoir plus c’est ici : Google joins effort for 3D Web standard with new plugin.

Avons-nous besoin d’un nouveau standard 3D ?

Voilà la question de fond que l’on est en droit de se poser car :

Donc sur ce coup là, c’est bein Google contre le reste de l’industrie (ATI, AMD, Nvidia, Intel, IBM, Sun, Apple, Sony… et tout une tripotée d’industriels qui ont rejoint l’initiative Khronos afin de capitaliser sur OpenGL – cf. About the Khronos Group). Ce qui est vraiment très étrange dans cette histoire c’est que Google a pourtant rejoint le groupe Khronos… mais développe ses propres spécifications qui du coup vont rentrer en concurrence avec la futur extension Canvas:3D de Firefox 3.5 (cf. Bringing accelerated 3D to the web). Ils auraient visiblement l’intention de faire converger les deux (O3D et Canvas:3D) mais pour le moment ils préfèrent avoir une plus grande marge de manoeuvre et faire tranquillement évoluer leur technologie.

Tout ceci est donc conforme à la « culture Google » de jouer sur l’ambigüité avec des technologies dont le code source est publié mais qu’ils se chargent eux-mêmes de faire évoluer comme c’est le cas pour Android, Chrome ou Native Client. Il y a donc fort à parier que Google va tenter d’imposer son standard en s’appuyant sur sa force de frappe technique. Réussiront-ils à convaincre les industriels du secteur ? Difficile à dire pour le moment tant ils évoluent dans deux mondes différents (hardware pour les uns et services en ligne pour Google).

Premières réflexions sur O3D

Passé les premiers tests, il est maintenant temps d’analyser à chaud cette annonce :

  1. Avant toute chose, ne nous emballons pas, O3D n’est pour le moment qu’un prototype technologique uniquement destiné aux développeurs (donc dans un contexte similaire à Native Client – lire à ce sujet : Native Client, la technologie RIA de Google qui risque de faire long feu) ;
  2. Ma préférence va  à Unity3D qui propose un rendu plus fluide pour un plug-in qui s’installe « à chaud » (contrairement à O3D qui nécessite un redémarrage) ;
  3. Si Google ambitionne de révolutionner les jeux en ligne en apportant la 3D dans le navigateur c’est raté car il existe de nombreux acteurs de niche qui sont bien mieux positionnés dont Unity qui propose un environnement d’édition très performant (lire à ce sujet : Après les Rich Internet Applications, les Rich Internet Games ? et Et on reparle des Rich Internet Games) ;
  4. Ça commence à faire beaucoup de plug-in entre O3D, Gears et NaCl ! Ne serait-ce pas une honteuse stratégie pour nous faire comprendre que le plus simple est d’utiliser Chrome ? ;
  5. Va-t-on assister à une résurrection de Lively dans la mesure où Google sait donner une seconde chance à ses produits (notamment Jaiku qui a été racheté puis abandonné puis publié en open source) et où Google voulait en faire une plateforme de jeux (cf. Lively deviendra-t-il une plateforme de jeux ?) ;
  6. Au final, cette histoire de plug-in 3D pour des jeux en ligne ne serait-elle pas un moyen de booster un secteur qui va lui rapporter de l’argent via son programmes In-Game Advertising et concurrencer ainsi Microsoft avec Massive ?

Bref, j’ai comme l’impression qu’il y a une histoire de gros sous et que ce n’est pas juste un prototype technique.

Mes réflexions sur Silverlight 3 et la stratégie RIA de Microsoft

L’édition 2009 du MIX s’achève et comme à chaque fois, Microsoft nous a régalé avec de nombreuses annonces. Oublions le faste et les paillettes de Las Vegas pour prendre du recul et analyser à froid (tiède ?) la teneur de ce qui a été annoncé.

mix09_canyon_1.jpg
Adieu Las Veags et le Grand Canyon

Silverlight 3 et IE8

Annoncé il y a moins de trois ans, Silverlight en est déjà à sa troisième version. Une version par an c’est beaucoup, c’est même énorme pour un acteur de la taille de Microsoft. La preuve qu’ils mettent les bouchées double pour rattraper leur retard sur Flash et s’imposer sur un créneau où Adobe a beaucoup de mal à s’implanter : les RIA d’entreprise. Car ce sont bien les entreprises qui sont la cible principale de Microsoft, tout est fait pour capitaliser sur le framework .Net sur lequel Microsoft a énormément investi (temps et argent).

Le grand public n’est pas en reste avec un focus sur le streaming vidéo et la HD. Petit à petit Microsoft est en train de faire mûrir son offre et sa légitimité avec des partenariats industriels (notamment Akamai) et des partenaires média (NBC, France Television…). Cette approche verticalisée me fait penser à celle d’Apple et QuickTime qui s’est imposé sur la niche des bandes annonces. Sur ce créneau, les ambitions sont clairement affichées : concurrencer le marché des DVD avec de la VOD de qualité et les services qui vont avec. Les disques Blu-ray sont-ils également menacés ? Pourquoi pas, c’est juste une question de débit.

Concernant IE8, il n‘y a pas grand chose à dire : ils sont complètement largés face à une concurrence acharnée de la part de Mozilla (Firefox), Google (Chrome), Apple (Safari) et même Opera. Mon analyse : à quoi bon se battre pour conserver les parts de marché des navigateurs alors qu’ils peuvent noyauter les concurrents avec Silverlight ?

Expression

Débarqué récemment sur un terrain où on ne les attendait pas du tout, Microsoft continue de capitaliser sur la suite Expression qui adresse trois populations distinctes : les designers avec Design, les intégrateurs avec Web et les animateurs avec Blend (désolé pour ce terme barbare mais je n’ai rein trouvé de mieux). Avec SketchFlow il adresse une nouvelle cible (les concepteurs) qui jusque là avait été largement délaissée (laissant quelques miettes à des acteurs de niche comme Axure).

Intégrer un quatrième profil est donc une très bonne chose car ils remontent ainsi encore plus haut dans la chaine de création et peuvent à terme lancer un quatrième produit (qui pourrait potentiellement s’appeler « Flow« ).

Restera alors une cinquième population à cibler (les chefs de projet) qui seraient ravi d’avoir entre les mains un outil de pilotage du projet et de collaboration (avec les équipes internes / externes, le client…). Pourquoi pas une offre hébergée à la Basecamp ? Cela collerait tout à fiat avec la philosophie S+S chère à Ray Ozzie.

Un effort considérable est également réalisé pour développer l’écosystème SL et pour mobiliser une communauté de développeurs (une extension de MSDN ?). Macromedia disposait d’un écosystème incroyablement dense qu’Adobe n’a pas su conserver (changement de marque et de cible). Il y a donc des places à prendre pour convaincre une communauté que la complexité de la gamme Adobe peut rendre sceptique (Photoshop vs. Illustrator vs. Fireworks, Flash Pro vs. Flex Builder…). Sur ce point précis, Microsoft n’a pas a gérer la complexité de l’héritage de nombreux produits.

J’attends donc avec impatience la réponse d’Adobe avec le futur Flash 11 et surtout avec l’évolution de Flash Catalyst, et je vous donne rendez-vous l’année prochaine pour découvrir Silverlight 4 !

MIX09 : Jour 1

2 H 30 : Réveil (très) matinal pour moi ce matin à cause du décalage horaire, pas grave, ça me laisse comme ça le temps de me préparer et surtout de lire les dernières news (IBM rachèterais Sun, Google sort une nouvelle beta de Chrome…). Je me console avec un Expresso à la vanille format XXL et un donught.

Mon 1er petit déjeuner
Mon 1er petit déjeuner

7 H 00 : Lever de soleil (artificiel) sur le place Saint-Marc (artificielle elle aussi). Je suis un des premiers à me présenter à la Registration pour récupérer mon badge et les surprises du Welcome Pack : Une invitation pour un tout nouveau service (Microsoft Translation Widget),un CD de musique (CD ?) ainsi que le livre de Bill Buxton (Sketching User Experience).

Las Vegas s'éveille
Las Vegas s'éveille

7 H 15 : Le buffet n’attend que moi, il va en prendre pour son grade ! Je profite du déjeuner pour faire connaissance avec le CTO de MapInfo (spécialisé dans le géo-marketing) qui nous fait l’article sur FireLocator.net, un agrégateur d’informations cartographiées sur les incendies.

8 H 55 : La grande salle se remplit pour la première Keynote, les spéculations vont bon train sur les éventuelles annonces de ce matin.

1ère conférence de la journée
1ère conférence de la journée

Keynote

C’est Bill Buxton qui ouvre cette conférence avec un discours sur l’expérience utilisateur :

  • Histoire du design industriel au travers de différents exemples (Kodak, Bell, Apple…) ;
  • Les ingénieurs conçoivent des objets, les designeurs conçoivent des expériences ;
  • L’important n’est pas de trouver la bonne réponse mais de poser les bonnes questions ;
  • Importance du sketching pour multiplier les itérations et explorer le plus d’alternatives possibles ;
  • L’équipe UX de Microsoft a énormément augmentée ces dernières années avec l’arrivée de Bill il y a 3 ans (deux exemples : Arc, Zune…) ;
  • Démo Silverlight / DeepZoom : Comment reproduire une expérience complexe (ultra-zoom) avec un client riche.
Bill Buxton sur scène
Bill Buxton sur scène

Scott Guthrie prend la suite avec les nouveautés et nouvelles versions d’outils Web :

  • Microsoft Web Platform = Tools and Technologies for Next Generation Web Application ;
  • Démo de la future nouvelle version de Expression Web (meilleure intégration des standards, gestion multilingue, CSS diagnostic, SuperPreview = prévisualisation sur différents moteurs de rendu avec comparaisons side-by-side et superpositions) ;
    La Super Preview dans Expression Web 3
    La Super Preview dans Expression Web 3
  • Plusieurs nouveaux produits (ASP.net MVC 1.0, ASP.net 4, Visual Studio 10, Web Server Extensions, Commerce Server 2009…) ;
  • Présentation du Microsoft Web Platform Installer (téléchargement unique, mises à jour automatiques) ;
  • Présentation de Windows Web App Gallery (briques technologiques gratuites pour Windows Server = AppStore pour votre serveur web) ;
  • Microsoft BizSpark = un programme pour aider les start-ups (l’équivalent du programme Idée en France) ;
  • Démo de StackOverflow.com (une FAQ collaborative pour les développeurs).

On parle ensuite de Silverlight 3 :

  • Seulement 18 mois d’ancienneté et de très gros progrès ;
  • Nouvelles versions du Worldwide Telescope et Virtual Earth (qui reposent maintenant sur Silverlight) ;
  • Nouvelles fonctions RIA = accélération matérielle, Perspective 3D, Pixel shader effects, améliorations de DeepZoom, Deep linking, meilleur SEO, meilleur rendu du texte, support du multi-touch, +100 contrôleurs disponibles…
  • Nouveaux codec supportés = H.264, AAC et MPEG-4 ;
  • Amélioration des fonctions de media analytics ;
  • Démo de Netflix :
    • Le serveur de streaming repose sur Silverlight ;
    • Bénéfices = interopérabilité (browser et plateformes), adaptive streaming… ;
    • Gros efforts de réalisés sur le processus d’installation qui exploite PlayReady ( ?) ;
    • Itérations très courtes sur le player (toutes les 2 semaines) ;
    • L’applications Silverlight sert de laboratoire d’innovation pour déployer sur les autre supports (Xbox…) ;
    • Prochaines évolutions = accélération matérielle avec la V3 de Silverlight.
  • Retour d’expérience de NBC sur la retransmission web des J.O. (52 M de visiteurs, 75 M de vidéos jouées) – La prochaine version pour les J.O. d’hiver de Vancouver sera encore améliorée (100% smooth streaming, full 720p HD, slow motion, metadata overlay…) ;
  • Démo de Vertigo / Bondi :
    • Implémentation de Silverlight / DeepZoom sur les archives de magazines papier avec fonction de browsing très intuitive, recherche et URL lisibles ;
    • Lancement cet été de CoverToCover.com avec un grand nombre de magazines (dont le RollingStone Magazine) ;

      L'application CoverToCover
      L'application CoverToCover
    • PlayboyArchive.com dispo dès maintenant !
  • Démonstration d’une application métier en SL3 avec les Web Forms.

Une démo dédiée à Blend 3 :

  • Grosse surprise avec SketchFlow, un outil de prototypage rapide présenté par Jon Haris :
    • Permet de définir un Application Flow (à mi-chein entre arborescence et workflow) ;

      mix09_sf1
      L'Application Flow de SketchFlow
    • Usage d’une bibliothèque de composants pour créer les écrans (façon Balsamiq) ;

      SketchFlow et le prototypage façon croquis
      SketchFlow et le prototypage façon croquis
    • Transformation d’une vue ‘croquis’ à une vue interface (avec les composants standards de Silverlight) ;
    • Possibilité de compiler des croquis pour les publier sur un environnement de collaboration (avec gestion des différentes versions de chaque écran ainsi que des transitions, possibilité de laisser des commentaires et des annotations sur l’écran) ;

      Preview d'un prototype SketchFlow
      Preview d'un prototype SketchFlow
    • Génération automatique d’un document de spécification sous Word ;
    • Génération de données brutes (latin, bolobolo) ou importations de données réelles (XML).
  • Import de fichiers Photoshop / Illustrator avec récupération des calques ;
  • Behaviors = Ajouter de l’interaction à des éléments de l’interface.

Démonstration des capacités ‘Out of the Browser‘ pour Silverlight 3 :

  • Expérience simplissime et sécurisée (sandbox), mise à jour automatique ;
  • Gestion du mode hors ligne (avec re-synchronisation) ;
  • Intégration fine avec l’OS ;
  • Démonstration avec KEXP.org et du KEXP Player = une application à part entière avec envoie de commentaires en live et exploitation de contenus hors-ligne (vidéo).

    Le KEXP Player
    Le KEXP Player

Le mot de la fin : Silverlight 3 est 40Ko plus léger que la V.2 et surtout est disponible dès aujourd’hui !

Ce SketchFlow est une énorme surprise pour moi car même si j’avais entendu des rumeurs, la démo de ce matin était très prometeuse.

En sortant de la keynote j’avale un déjeuner rapide et je vais faire un tour du côté du Xbox Lounge :

Le Xbox Lounge du MIX09
Le Xbox Lounge du MIX09

À suivre…