Adobe a pris le parti de faire de Flex une plateforme universelle de développement. Déjà disponible sur Windows/Mac/Linux, Adobe attaque maintenant les mobiles et les tablettes en permettant, à partir d’un même code source, le déploiement sur Android, Blackberry tablet Os et bientôt iOs (iPhone et iPad).

Avec les nouvelles versions de son sdk Flex (4.5 Hero ) et de son environnement de développement, Flash Builder 4.5 Burrito, Adobe fourni tous les éléments nécessaires aux développeurs pour réaliser des applications mobiles multi-plateformes.

Nous allons nous intéresser à toutes ces nouveautés en réalisant une petite application mobile de planning poker.

Parsley est un framework pour application Flex et Flash, construit autour d’un conteneur IOC et d’un framework de messaging. Il peut être utilisé pour créer des architectures fortement découplées. Son utilisation est d’ailleurs recommandée par les Guidelines de Cairngorm 3.

Nous allons voir ici une présentation des différents concepts présents dans Parsley. Pour cela nous allons réaliser un exemple simple : un écran qui permet de récupérer et d’afficher un liste d’utilisateurs.

Les sources de l’exemple sont disponibles ici.

Depuis quelques temps les solutions permettant d’héberger des applications dans le cloud sont de plus en plus populaires. Elles permettent à des sociétés, ou des particuliers, de déployer facilement et à moindre coût, une application au sein d’une infrastructure robuste.

Nous allons nous intéresser à Google App Engine qui permet de déployer des applications écrites en Java ou Python.

Flex est devenu l’un des standards du développement d’application à interface riche. De plus en plus d’entreprises et de grands comptes investissent dans cette technologie afin de fournir des applications profitant d’un grand confort d’utilisation.

Nous allons donc nous intéresser ici au déploiement d’une application Java/Flex dans le Cloud de Google. Nous utiliserons pour cela BlazeDs, qui est le framework le plus répandu pour assurer la communication entre une application Flex et un backend java.

Cela fait quelques semaines qu’Adobe a mis à disposition Cairngorm 3. Si vous vous dites « chouette voici la nouvelle version de mon framework MVC préféré », et bien vous vous trompez un peu. Cependant vous n’allez pas être déçu, car Adobe, avec Cairngorm 3, ne se place plus au niveau des framework MVC mais passe un cran au dessus.

En effet Cairngorm 3 se veut comme un regroupement de bonnes pratiques, de bibliothèques et d’outils adaptés au développement d’applications Flex. Cairngorm 3 ne fournit plus de framework MVC mais recommande l’utilisation d’un framework IOC. A noter que certaines des bibliothèques fournies par Cairngorm ne fonctionne qu’avec Parsley ou Swiz.

Ces dernières années, Scrum, et plus récemment Kanban, ont monopolisé l’attention du monde agile. Scrum a de nombreuses qualités, il fournit une organisation et un ensemble de pratiques de gestion de projet, simples et efficaces. Cependant il n’adresse qu’une partie des problématiques, en laissant de côté celles liées à la production.

En partie à cause de la médiatisation et du succès de Scrum, une analogie est souvent faite entre ce dernier et l’agilité au sens large. Cela a tendance à réduire l’agilité aux seules questions de gestion de projet, alors qu’elle englobe bien d’autres choses comme, par exemple, les pratiques d’ingénierie. Un projet, Scrum ou non, dans lequel il n’y a pas de bonnes pratiques d’ingénierie, aura toutes les chances d’échouer.

L’introduction des méthodes agiles dans une organisation cause souvent des problèmes d’adaptation à cause de la différence culturelle qu’elles amènent. La manière de fonctionner la plus répandu est que les séniors prennent les décisions et que les moins expérimenté les exécutent. Pour que les méthodes agiles fonctionnent il faut donner plus d’autonomie aux exécutants.

Ce problème peut être encore amplifié en Asie, du fait que la culture asiatique renforce le respect du supérieur.

Je suis récemment tombé sur ces petites illustrations représentant les différences culturelles entre chinois et occidentaux. Je les ai trouvé plutôt pertinentes et certaines assez marrantes.

Elles sont le fruit d’une artiste chinoise, Yang Liu, installée en Allemagne depuis 90. Proche des deux cultures, elle a mis en place en 2003 une exposition intitulée « Différences entre Allemands et Chinois » qui remporte depuis un franc succès.

Opinions

A la fin de chaque Sprint les développeurs présentent le travail réalisé aux autres membres de l’équipe. Dans l’idéal cette présentation doit être ouverte à toute personne de l’entreprise.

Intérêt de la revue de SPRINT

• Permet au Product Owner de valider que ce qui a été réalisé est conforme à la demande.
• L’équipe obtient de la reconnaissance pour le travail réalisé.
• Les autres personnes découvrent ce que l’équipe fait.
• Cela permet de recevoir du feedback de la part des participants.

Martin Fowler, une pointure du développement informatique et un pionnier des méthodes agiles a écrit il y a quelques temps de cela un article très intéressant sur l’utilisation des méthodes agiles pour le développement offshore. Les images utilisées pour illustrer cet article sont tirées d’une présentation réalisée par ThoughtWork (société où travail Martin Fowler) disponible ici.

L’article date un peut (Il a été écrit en 2003 et mis à jour pour la dernière fois en Juillet 2006) à l’époque les bienfaits des méthodes agiles sur le développement offshore n’étaient pas encore reconnus et certains disaient même qu’ils étaient incompatibles.

Simple et efficace, voici les deux adjectifs que j’utiliserais pour décrire le radiateur d’informations. Un mur, des stylos, des post-it et le tour est joué. Le but est d’afficher sur le mur les informations importantes pour que tous les acteurs du projet puissent y avoir accès à tout moment.

Un bon radiateur d’informations doit être :

• A jour et complet
• Précis et facile à interpréter
• Visible par tous
• Facile à manipuler.