C’était bien évidemment très intéressant et vous pouvez d’ailleurs retrouvez la prez ici

Bref je vous encourage à suivre l’actualité du SUGFR pour ne pas manquer les prochaines présentations.

Pour aller plus loin je me suis penché sur le live streaming en me disant que ce serait bien de pouvoir filmer un des prochains concert en live. Mais la plein de question se posent, est-ce gratuit, si payant à quel prix, quelle qualité de video, etc… En suivant TechCrunch je me suis tenu au courant des sites dédiés à ce domaine. Faisons le point sur les offres du marché :

• justin.tv : sorti en 2007 à l’initiative de Justin Kan qui après avoir filmé sa vie avec succès avec camera sur la casquette et portable dans le sac à dos, a décidé de mettre sa plate-forme à disposition de tous. Le service est gratuit à première vue et selon la faq, mais en fait pas vraiment. Il existe une version pro pour enlever les pubs au visionnage et avoir des options de personnalisation supplémentaires, jusque la on se dit pourquoi payer, par contre en recherchant bien sur le net on s’aperçoit que la bande passante est limitée par pays. Dès que ça dépasse, le flux est coupé avec un message disant de passer en pro. Donc pas si gratuit que ça. Le site est traduit en plusieurs langues dont le français et il est possible de personnaliser la page de sa chaine. Pour diffuser c’est très simple, il suffit de créer un compte et de cliquer sur diffuser. Ensuite c’est le plugin flash live encoder qui va permettre l’envoi du flux via la webcam branché en USB sur son ordi directement depuis la page web. Il est possible d’utiliser des outils desktop comme Flash Media Live Encoder ou Quicktime Broadcaster, permettant de mieux contrôler les débits , l’encodage du son et de la video. Il existe une appli iPhone mais uniquement pour la consultation des flux. La diffusion se fait uniquement avec une webcam ou un camcorder branché sur son ordi. Le wiki de la communauté est pratique pour trouver les infos.
• ustream.tv : sorti en 2008 ce site est réellement gratuit (en tout cas j’ai pas trouvé ou ca pourrait devenir payant). Le site n’est par contre qu’en  anglais et moins bien présenté et personnalisable que justin.tv. Par contre il est fourni avec un outil desktop complet et simple d’utilisation avec les mêmes paramétrages que ceux indiqués précédemment. Une version pro (payante) de cet outil permet même de faire de la réalisation avec plusieurs caméras branchées. Il est de plus accompagné de 2 applications mobile iPhone, une pour lire l’autre pour diffuser avec un 3G et avec un 3Gs. Et enfin une API REST basique.
• kyte.tv : sorti en 2007 la on est vraiment dans le SaaS de la video sur internet. Par contre c’est pas gratuit mais on a aucun prix, il faut les contacter et présenter son projet, ensuite ça doit être à la tête du client, je sais pas. J’ai envoyé mon besoin on va bien voir ce qu’ils vont me répondre. Gratuitement on peut faire 15m de live et uploader des videos comme sur youtube avec un quota limité. L’offre de partage est bien foutue et on peut diffuser sur facebook rapidement en incluant la video ce qui n’est pas le cas des autres. Une appli iPhone permet de lire et diffuser du contenu video. C’est l’offre la plus complète et la plus pro.
• livestream.com : dans la lignée des 3 précédents avec une offre claire au niveau prix, on y retrouve les memes fonctionnalités, une API bien fournie mais pas d’application mobile ni pour lire ni pour diffuser et une interface anglaise uniquement.
• qik.com : principalement axé sur la video prise depuis son mobile, l’objectif et de filmer des petites séquences live et de les partager. J’ai fait mes premiers essais au concert de M. L’image est mauvaise car j’étais loin surtout mais aussi parce que j’avais un iPhone 3G et pas 3Gs. Donc c’est des prises de photos toutes les secondes et pas un vrai streaming. Le son est pas trop mal par contre. C’est complètement gratuit mais c’est pas fait pour faire des vidéos de qualité. L’idée c’est un peu plus du twit video.
• flixwagon.com : pareil que Qik avec des applis pour iPhone et Nokia series 60. Pas d’API, l’offre est simplement un service de live par mobile pour raconter sa vie. Je le trouve moins attirant que les autres.

justin.tv et ustream.tv font le bonheur des amateurs de foot et autres évènements sportifs et bien le malheur des chaines payantes. Les petit gars se branchent une retransmission d’une chaine payante sur le flux live de leur chaine et le tour est joué.

Toutes ces offrent ont des options de partage sur facebook, twitter et myspace et des gadgets à insérer dans son blog. C’est bien la le plus important, aider à créer du trafic sur un espace web tout en acheminant toujours plus d’utilisateurs vers son service. Toutes les vidéos live sont archivées je n’ai pas reussi à savoir quel quota pour justin.tv et ustream.tv, pour kyte.tv et livestream.com c’est clair.

Finalement pas grand monde filme sa vie en permanence mais par contre ca donne plein d’idées pour partager des moments avec des personnes éloignées. Le live donne un plus par rapport à la simple video notamment quand on peut participer via le tchat. Tous proposent ce service permettant d’interagir avec ses spectateurs. De la à faire un concert où les spectateurs votent pour la prochaine chanson ou demande une dédicace il n’y a qu’un pas. Reste à gérer la modération, la c’est plus ou moins bien fait suivant les sites.

Maintenant j’ai plus qu’à trouver une bonne caméra, un bon micro, faire quelques tests et si vous suivez le facebook ou le twitter de Ben ou moi-même y’aura ptet un truc à voir le 11 mai prochain…

A quand le JUG sur justin.tv

Cette suite permet d’ établir le lien entre les phases de design et d’implémentations. Elle introduit également un nouveau type de profil que Eric appelle le « designer technique ». En effet il ou elle doit posséder la sensibilité artistique pour pouvoir concevoir et animer une interface utilisateur mais également la casquette technique pour interagir avec les composants (connaitre leur constituants, leur propriétés…)
Rappellez vous Seb et moi même avons souvent abordé le manque qu’il y avait dans le workflow de la conception à l’implémentation. En effet il existe un vide logiciel entre les outils de design et les environnements de développement

Adobe y répond avec Catalyst.

Catalyst permet de commencer un projet en partant du travail du designer (photoshop, illustrator…). On peut ainsi animer les calques et créer de véritables composants. Dans l’idéal l’ingénieur récupere ainsi les vues pour y pluger son code métier.

J’ai été relativement impressionné par l’avance de microsoft sur ce type de d’outils. Blend est en effet relativement complet et permet

• la conception des interfaces (mise en place des composants modifications de leur propriétés, créations de ressources réutilisables ….)

• la conception d’animations (enregistrement sur une timeline des transitions au niveau d’un ou plusieurs composant…)

• la conceptions d’états (gestion des propriétés d’un ou plusieurs composants  au seins de différents états)

• l’utilisation de source datas générées pour simuler le comportement de l’interface…

A tout moment le fichier xaml généré peut être ouvert dans visual studio pour permetre de travailler sur le code behind en C#.

Bref au final je pense que Adobe et Microsoft vont dans la même bonne direction en proposant un expérience utilisateur très performante, visuelle et en offrant des solutions pour faciliter leur mise en place.

PS: Au final j’en ai profité pour tester en live Surface. Bluffant……

• les nouveautés de flex 4 et de flash builder 4 (amélioration de la coopération entre spark et halo, rajout de propriété style aux composants spark,  renommage de composants…)
• LiveCycle Data Service3 et le model driven development (je reviendrait dessus)
• LiveCycle Collaboration Services (ex projet Cocomo)
• Et la news passée inaperçue….Flash sur l’iphone

Des ateliers thématiques permettaient de préciser ces différents sujets. J’ai assisté au 2 ateliers suivants :

Flash Catalyst

Il s’agissait de présenter les nouveautés apportés par la Béta 2. Au programme :

• Plus d’effets et de transitions
• Un nouveau composant scrollable
• La possibilité d’exporter le résultat en Air

La démo est toujours aussi bluffante mais je suis de plus en plus partagé sur l’apport de Catalyst sur de grands projets. Tout d’abord la version actuelle ne permet pas des allers/retours entre catalyst et flash builder ce qui la rend inutilisable. (même si ce défaut devrait être corrigé dans la 1.0… ou pas…). J’étais pourtant plein d’espérances pour ce projet qui est le chainon manquant entre le designer et le développeur. Je reste convaincu que c’est un outils de prototypage excellent mais je suis septique pour la communication Catalyst/flex. J’ai hâte de l’éprouver….

LiveCycle Data Services 3

Michaël nous a présenté  LCDS avec:

• le remoting (blazeds)
• le messaging avec un push en temps réel (super…)
• la génération de pdf
• Et surtout le model-driven development

L’idée est de confier au modèle un maximum de responsabilités. A partir d’une source de données un modèle est déployé avec une vue particulière dans Flex builder. L’ensemble des services et value object sont générés et accessibles dans la vue designer. De là on peut:

• relier les données à une datagrid par simple drag and drop
• créer des formulaires crud en 2 clic
• paramétrer des filtres ou des conditions directement au niveau du modèle

En java la synchronisation des données est assurée par LCDS.

Idéal pour réaliser une application CRUD (simple)  en trois clic…

Et pour finir cette journée, un super buffet,des discussions techniques, des rencontres, des goodies….

• domaindrivendesign.org : le site de référence du DDD
• Qi4J : le framework de Rickard Öberg

Flashbuilder 4 (ex: flexbuilder) correspond à l’environnement de développement RIA.
De nombreuses modifications ont été apportées à l’outil:

• augmentation de la productivité (refactoring, génération de getter/setter, génération de handler d’évènement….)
• amélioration de la gestion des données (introspection des services distants, génération de classes…)

Le modele de composant à également été relooké. En effet les composants natifs sont maintenant déclinés sous la forme de MVC. L’ambition est de faciliter le skinage des applications flex. D’après Adobe FB4 devrait aussi d’offrir un environnement de développement pour l’AS3 et non seulement pour Flex.

Le deuxième outil présenté était Flash Catalyst. Ce produit peut prendre en charge des fichiers Photoshop, Fireworks, Illustrator. Il propose (via une interface étudiée sur les modèles des logiciels créatifs/vidéo) d’animer les éléments ou page et de skiner des composants (boutons, scroll, etc..).
A tout moment, le designer peut rééditer des éléments graphiques de sa maquette via Illustrator et récupérer automatiquement ses modifications dans Catalyst.

Catalyst a pour vocation de permettre aux designers  :

• De prototyper/animer simplement leurs interfaces (pour des présentations clients)
• D’exporter l’interface animée vers FlashBuilder afin qu’elle soit directement utilisable par le développeur sans phase de découpage d’images ou de skinnage manuel des composants et tout en conservant les animations produites dans Catalyst.

Les échanges entre Catalyst et Flex seront bi-directionnelles pour la sortie finale de la V1 de Catalyst : Il sera donc tout simplement possible d’éditer un projet FlashBuilder dans Catalyst et de reskiner a la volée certains éléments.
Par contre, l’utilisation de Catalyst est exclusivement réservée aux créas qui organisent les calques dans des dossiers et nomment chacun des calques. Sans cette rigueur, Catalyst devient totalement inutilisable.

Pour Catalyst les avis sont très partagés. Il semble que les possibilités soient quand même limitées (en terme d’effets, de retour….) mais se prête particulièrement à de la RIA. Les fans d’animations « Wahoo » devront malheureusement conserver leur Flash Pro . J’attend de le tester sur un vrai projet pour valider le workflow complet et de constater le gain de productivité…

A suivre

• le principe de base du fonctionnement de Flexbuilder
• le code de  notre première appli flex (un player vidéo..)
• Les principes de base d’échange avec le serveur via blazeds
• Une appli Air….
• Des slides….

Pas mal en 8 heures

La cerise sur le gâteau petit déjeuner et repas offert ( et on mange bien …)

J’entends déjà les raleurs du fond me dire oui mais c’est qu’à Paris ….pfff

Et bien non car Baao organise un FLEX ROAD et ces ateliers sont proposés dans plusieurs grandes villes de France.

Alors si vous ne connaissez pas encore Flex je vous recommande vraiment de vous inscrire aux prochaines sessions.

Cloud computing
Un sujet pas vraiment Java au premier abord mais qui a attiré du monde. J’ai essayé de définir le cloud computing comme je le ressentais, Didier a été plus clair que moi en le décomposant en 3 offres :

• IAAS (Infrastructure As A Services) : c’est typiquement Amazon avec ces offres S3 pour le stockage et EC2 pour les serveurs virtualisés. On a aussi Gandi avec une offre plus « end user » la où Amazon est vraiment très bas niveaux (encore qu’ils mettent en place de plus en plus de service à valeur ajoutée autour de leurs offres de base et aussi des outils de gestion en plugin dans Eclipse (demo)). On trouvera aussi Elastic Grid qui propose de faciliter le développement et déploiement sur l’infrastructure Amazon, ou encore GoGrid une offre concurrente à Amazon. Bientôt je pense qu’avec la fusion IBM/Sun de nouvelles offres vont apparaître.
• SAAS (Software As A Services) : la on va trouver beaucoup d’acteur (s’appuyant souvent sur l’offre précédente), Amazon SimpleDB, Amazon SQS,  Google Apps (cf mon dernier article), Microsoft Azure Services, CloudMQ, ZumoDrive, … et je pourrais en lister pas mal et la liste va augmenter rapidement
• PAAS (Platform As A Services) : c’est la plus un hébergement d’application sur une plate-forme commune s’adaptant au besoin selon la demande, c’est typiquement Google AppEngine, ou il est possible à tous de déployer son application web si on sait faire du Python. Microsoft a surement une offre dans Azure faudrait que je jette un oeil et Sun vient de lancer Zembly.

Pas mal de débat sur quid du mode déconnecté, la sécurité, et où java la dedans. Perso le mode déconnecté a pour moi une importance capitale dans ce monde de plus en plus nomade ou le cloud est en priorité un espace de stockage me permettant de partager mes données entre mes différents terminaux, ensuite un espace de service, et au final une plate-forme de déploiement de mes applis.
Fini de gérer son backup qu’on fait jamais, fini de chercher un moyen de partager ses données en réseau pour au final s’échanger un fichier avec une clé parce qu’on a pas réussi à faire parler un mac et un pc, mes données sont dans le cloud et synchronisées sur tout mes terminaux. J’ai mis en place Zumodrive dans ma société et c’est un vrai régal, les documents sont partagés même à l’exterieur de l’entreprise et je me pose plus la question du backup. J’ai prévu un prochain article sur l’experience avec cette offre cloud que je comparerais à Google Docs.
La sécurité reste le point crucial de l’implémentation de ces offres dans l’entreprise, j’ai l’impression d’entendre les mêmes remarques que lorsque l’on évoquait le paiement sur Internet il y a dix ans. Tous ces services sont bien sécurisés et il n’y a pas de risque zéro.
Java pour moi a sa place dans le cloud tant coté client que coté serveur. L’aspect multi plate-forme permet de faciliter les développements au niveau client (ex: le client ZumoDrive est en Java), j’aimerais voir proliférer des APIs Java « cloud-ready » facilitant l’intégration de service dans son code. De même côté serveur j’attends avec impatience Google AppEngine en Java.
Au final l’avantage du cloud computing est avant tout économique, les PME sont les premiers clients et voient leurs cout diminuer tout en ayant des capacités flexibles.

DDD (Domain Driven Design)
J’avais eu peu de succès la dernière fois avec ce sujet mais j’avais quand même attisé les curiosités, cette fois-ci il a été proposé par d’autres bien plus connaisseurs que moi et qui ont apportés des arguments pertinents sur les bienfait de ce concept. Un des points importants évoqués était cette habitude de trop parler technique et imbrication de framework pour s’orienter plus sur le métier, une évidence que l’on a tendance à oublier en voulant mettre nos nouveaux framework dans notre code. J’ai reparlé de Qi4j qui, je l’ai appris, n’est pas du pur DDD mais en tout cas reste à mes yeux une implémentation concrète de ce qui est pour moi la meilleure manière de modéliser du réel. Faut vraiment que je m’y mette et que je me fasse une démo de mon dossier médical implémenté avec Qi4j pour vraiment prouver que cette approche est pertinente.
Bien sur je reste persuadé que son implémentation dans un code existant reste difficile mais j’en suis pas encore là.
Le DDD c’est avant tout une bonne pratique et une nouvelle manière d’appréhender son développement. A suivre c’est sûr …

Merci encore aux organisateurs. C’est toujours une bonne occasion d’échanger. Et pourvu que Google nous ouvre leur porte le plus souvent possible
Retrouvez les autres blogs sur le JavaBarCamp IV:

• Le touilleur
• Jean-Laurent
• David

Yann Chevalier de BaaO nous à parler de Flex et des performances en évoquant les points suivants

• Amélioration des performances visuelles
• Optimisation de la taille de l’application (modules, RSL..)
• Outils de mesure (timer, flex profiler, kapInspect)
• Points d’attention (container, item renderer, binding..)

Julien Revel de KapIT a abordé le problème des mémory leak en Flex. J’étais habitué à ce type de problématique en javascript et moins en Flex. Julien nous a présenté:

• le garbage collector de  Flex plutôt performant
• Les principales sources de leak  (les custom tooltip, les poppup, les fenêtres transitoires …)
• au contraire les « leak safe » (binding interne, le model locator dans cairngorm, les events listener d’objets transitoires vers des objets permanents..)
• Les « suspects » (Array, map, timer actif, listener vers des objets transitoires…)
• Des outils  pour reperer les leak (essentielement kapInspect et son memory leak plugin)

Enfin Michaël Chaize de Adobe (je vais quand même pas inserer le lien d’adobe…) nous a parlé des échanges de données autour de LCDS. Avec entre autre :

• la dualité du choix entre un couplage faible avec un format d’échange traditionnel (XML, SOAP, REST) moins performant et un couplage fort propriétaire (RMI, AMF)  avec une démo à l’appui sur Census
• Le data Service et son implémentation coté Serveur (DAO, Assembler  et config LCDS) et sa mise en place en flex
• La démo d’un outils réalisé en interne illustrant les mécanismes de synchronisation et de persistance entre plusieurs clients.

Bref une belle soirée. Vivement la prochaine…..