Le Paris JUG, c’est 200 passionnés qui se réunissent une soirée par mois pour assister à une présentation technique gratuite, dans une ambiance décontractée. Le succès est tel qu’il ne faut que quelques heures pour que la totalité des places soit réservée.

A l’occasion de ses 3 ans d’existence, l’association organisait lundi 28 février dernier une soirée à la cité universitaire de Paris, dans un amphithéâtre qui lui permettait d’accueillir 500 personnes. Cette fois-ci, la soirée se voulait non technique, mais tout aussi sympathique. Le thème “Siffler en travaillant”, retenu pour l’occasion, fût repris dans l’ensemble des présentations, c’est à dire la keynote d’ouverture, d’une durée de 45 minutes, et 8 talks de 15 minutes chacun.

Keynote : “Siffler en télétravaillant”

Le discours d’ouverture était présenté par Nicole Turbé-Suetens, expert télétravail auprès de la commission européenne, et fondatrice de Distance Expert, un réseau d’experts en management à distance et télétravail. Elle a écrit plusieurs livres sur le sujet et intervient régulièrement en conférence, notamment lors du dernier TEDx Paris. Autant dire qu’elle connait le sujet.

Le constat est simple et unanime : les transports domicile - travail amputent nos journées, accentuent la fatigue et le stress, et surtout, …

Dans le développement des applications de gestion, de gros efforts sont axés sur la sécurité, la robustesse, et les performances. Hélas, un point essentiel est parfois délaissé : l’interface.

Au quotidien, j’interviens sur le développement des différents aspects d’application n-tiers (présentation, métier, accès aux données), au moyen des technologies Java usuelles. C’est cependant la couche présentation que je prends le plus de plaisir à développer, notamment l’interface à proprement parler.

Soigner l’interface, c’est offrir à l’utilisateur final la meilleure expérience possible, lui permettre de réaliser l’action qu’il souhaite rapidement et de manière quasi-instinctive. C’est aussi lui garantir qu’il pourra utiliser l’application quelque soit son navigateur, sa configuration, mais aussi sa condition physique. On parle alors d’ergonomie, de sémantique, de standards, de rétrocompatibilité, d’amélioration progressive, et d’accessibilité. Tout ceci constitue ou contribue à l’expérience utilisateur.

J’aborderai ce vaste thème lors de mes prochains articles sur ce blog, en partageant avec vous mon expérience et mon enthousiasme pour les interfaces utilisateur soignées.

L’Elsass JUG s’est retrouvé le 24 Février au CPPlex pour le premier JavaCamp organisé en Alsace. Vous connaissez le principe ?

Sur le modèle des BarCamps, les JavaCamps sont des ‘non-conférences’, dans lesquelles les speakers sont les participants. Les thèmes de la soirée ? Ceux qui motivent les présents: l’intégration continue, les serveurs Web avec JSF, l’agilité et la lazyness avec Google Guava.

La soirée JavaCamp commence par un tour de présentation: chacun est invité à se présenter en trois tags: agilité et web sont les mots clés qui reviennent.

Les Jugers sont ensuite invités à écrire sur des posts-it les thèmes qui leur tiennent à coeur. JSF et l’intégration continue sont les grands vainqueurs de ce premier sondage.

Préparation de la première session du JavaCamp

Session 1: Intégration continue, JSF

Je ne peux vous parler que de la session à laquelle j’ai participé: l’intégration continue consiste à construire régulièrement les builds des applications développées, pour s’assurer que la chaine de compilation, tests unitaires, tests d’intégration et packaging est stable. Une implémentation légère consiste en l’utilisation de Maven, qui …

On le sait, une opération de développement ou de maintenance se décompose en deux phases : la compréhension du sujet et son implémentation.

Des études démontrent que la phase de compréhension peut prendre jusqu’à 90% du temps de l’opération !

Cette phase de compréhension est complexe et les connaissances en jeux peuvent difficilement être transmises par un tiers. La raison en est simple : chacun construit ses représentations du monde et ses cheminements cognitifs en fonction de ses expériences, de sa culture, de son entourage et des connaissances qu’il possède. Par exemple, le discours doit être adapté si l’on s’adresse à un consultant junior ou à un architecte expérimenté !

Ces dernières années, cette conviction est devenu mon cheval de bataille, et j’ai trouvé dans le développement dirigé par les tests un catalyseur pour expliciter les représentations entre les différents intervenants d’un projet.

Je cherche aujourd’hui les moyens de faire “passer le message” autour des pratiques de codage, des méthodes agiles et d’évangéliser le TDD ! Ma participation à ce blog s’inscrit dans cette logique de partage et de retour sur ces principes.

Keep the bar green !

Mardi, David Gageot a la dure tâche d’animer toute la soirée, dédiée aux tests et en particulier aux moyens d’accélérer l’exécution et le développement des tests. Voici un petit récapitulatif de la présentation de David.

Pourquoi rendre les tests plus rapides ? Pour accélérer le développement ! En gagnant du temps, je vais livrer plus souvent, vérifier la qualité plus souvent. L’intuition de David est que penser en avance à écrire des tests simples abouti à une application plus simple et de meilleure qualité. On suppose bien sûr que l’on es dans un contexte TDD où on lance les tests avant de commiter et qu’un serveur d’intégration continue build le projet et exécute les tests en continue.

Quoi ? tu testes pas ? t’es so 2010 ! On est en 2011, maintenant tu testes !

Dans ce contexte, s’il faut attendre des heures que les tests aient terminé de s’exécuter avant de pouvoir commiter alors la lenteur des tests devient un frein à la productivité. En plus, mécaniquement, chaque jour, la suite de tests est plus lente que la veille. Normal, le nombre de lignes de code et de lignes de tests augmente donc logiquement, ça prend …

Nous venons de publier les premières videos de l’Eclipse Day Paris:

• Discours d’ouverture de Mike Milinkovich
• Retour d’expérience Zenika par Laurent Delvaux
• Retour d’expérience ProxiAD par Cédric Vidal
• Eclipse RT projects Gemini Web and Virgo par Steve Powell

Vous pouvez aussi vous abonner au channel pour être notifié dès qu’une nouvelle video est publiée.

Sans oublier les slides qui sont toujours disponibles sur Slideshare.

Vendredi 19 novembre a eu lieu la 1ère soirée de l’Elsass JUG à l’EPITECH Strasbourg.

Près de 120 personnes de tous horizons (étudiants, enseignants, informaticiens et SSII) ont assisté à une soirée sous le signe du développement d’applications mobiles. Android était à l’honneur, comme il se doit au Java User Group, mais l’IPhone a été aussi dignement représenté.

Au programme :

• un retour d’expérience de mise à disposition d’une application sur la boutique Android Software, par Didier Girard ;
• des développements live d’applications Android ;
• puis une démonstration de l’étendue des possibilités d’Android face à IPhone, par le biais d’un jeu de rôles parfaitement exécuté par les membres de la jeune société Wakeapps.

Ce qu’on peut en retenir: une application qui vit est une application qui permet à sa communauté de s’épanouir - et qui permet aux développeurs de corriger les bugs avant que les forums publics type marketplace soit informés. Nous avons d’ailleurs eu une démonstration grandeur nature des effets de la communauté sur la qualité des applications: Didier a enfin pu emprunter le HTC Desire dont il avait besoin pour corriger un bug spécifique sur ce téléphone. A qui l’a-t-il emprunté ? A Wakeapps bien sûr …

Je me présente, Pierre Parrend, développeur Java et C++ chez ProxiAD. Mes spécialités - et passions - sont la sécurité des applications web et la qualité du logiciel.

Actuellement en mission dans l’équipe sécurité web d’une grande banque françaises, je cherche à développer à la fois la maîtrise du processus de développement et la pertinence des choix techniques, entre innovation et pragmatisme.

Passionné par la technologie, je participe également à l’animation de la communauté informatique en Alsace, en particulier par le biais de l’Elsass JUG, que j’ai contribué à initier.

L’objectif de ce blog est d’apporter des informations sur les technologies qui font l’actualité du secteur, et de partager avec vous mes expériences.

Je viens de découvrir Actifsource, un environnement commercial de modélisation et de génération de code. Les captures d’écran sur le site de l’outil ont immédiatement attiré mon attention car elles montrent l’éditeur positionné sur un template de génération de code Java avec coloration syntaxique des mots clefs du langage !

Hors, le saint graal de la génération de code, du point de vue de l’auteur de templates, c’est justement de pouvoir éditer un template de génération de code de la même manière qu’il écrirait le code avec son éditeur moderne favori (le JDT par exemple). Avec un éditeur de template traditionnel moderne comme Acceleo, on bénéficie de la complétion des éléments du méta-modèle d’entrée mais les mots clefs du langage cible sont de simples caractères ASCII, ce ne sont pas des éléments de modèle reconnus par l’éditeur.

J’ai donc suivi le tutorial de création d’un service simple. Le premier point remarquable est que l’environnement permet d’éditer le méta-modèle ET le modèle dans le même diagramme:

Cette possibilité offre une grande souplesse, cela permet d’instancier le modèle et de vérifier le méta-modèle au fur et à mesure que le méta-modèle est conçu.

Par contre, comme EMF (le framework de méta-modélisation de prédilection …

Un ch’ti Mockito ?

C’est avec grand plaisir que nous vous convions à la prochaine session du CH’TI JUG, qui se déroulera le mardi 20 avril prochain, à 18h30 à la Maison des Associations de Lille.

David Gageot, directeur technique d’Algodeal, nous présentera deux sujet lors de cette session : GIT et Mockito.

De nouveaux paradigmes de développement collaboratif émergent ces temps-ci et GIT constitue l’une des avancées techniques les plus remarquables dans ce domaine.

Mockito, quant à lui, parvient à s’imposer, dans un écosystème pourtant déjà richement fourni en frameworks de mocking, par la simplicité qu’il confère en matière de développement de tests unitaires.

Tous les détails concernant cette soirée sont sur chtijug.org.