I.T. aware

Lors de la troisième édition du Java Barcamp j’avais proposé un sujet sur le DDD, on s’était retrouvé moins d’une dizaine. Lors de la quatrième édition le sujet avait été re-proposé et avait attiré plus d’une vingtaine de personnes. Cette fois-ci l’intervention de Eric Evans organisée à l’arrache par le JUG team (bravo à eux et merci twitter) a rameuté 111 personnes en 5 jours. Décidément ce concept à l’air de prendre. En effet c’est séduisant : faire en sorte de comprendre et d’être compris, en tant que développeur, par les gens du métier, avoir un code qui se base sur le métier et prend en compte les différents contextes. C’est un peu complexe à appréhender au départ, et ça me fait penser à l’AOP dans le sens où, de la même manière au départ, c’était flou et maintenant on l’utilise avec facilité. A la question “Existe t il des framework implémentant les concepts de DDD ?” Eric Evans répond Qi4J. Décidément il est temps que j’implémente tout ça dans mon logiciel.

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

Hier, Adobe a présenté à la communauté les derniers arrivants de leur offre et concrètise leur plateforme Flash composée des trois produits : Flash Pro, Flash Builder et Flash Catalyst.

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