Speed Boat pour état des lieux

Introduction

Il y a quelques mois, j'ai réalisé une mission de formation auprès d'une équipe pour l'aider à migrer de développements d'applications autonomes en .Net C#, vers des applications client-serveur avec interfaces WEB. En résumé : formation au développement WEB.

Lorsque j'ai débuté mon intervention, l'équipe avait déjà commencé à faire de la R&D et à développer, et rencontrait bon nombres de difficultés.

Je ne connaissais pas du tout cette équipe de 6 personnes, ni leur compétences du moment, ni les difficultés rencontrées, ni les attentes par rapport à mon intervention.

J'ai donc proposé de commencer par faire un état des lieux, avec l'équipe. Pour cela, j'ai choisi le "Speed boat" qui fait partie des Innovation Games, et qui me semblait tout à fait adapté au besoin. En voici un retour.

Déroulement de l'atelier

[Maven] Générer un ZIP contenant un autre ZIP

Pour changer un peu, un article bien technique pour répondre à un besoin que j'ai rencontré : générer un premier ZIP puis un second contenant le premier ZIP, et éventuellement d'autres fichiers.

Je partage ici la solution, avec quelques explications, si toutefois ça peut servir à d'autres.

Point de départ

Avec le plugin maven-assembly-plugin, je sais générer un ZIP contenant des dépendances (ou des fichiers).

Il me faut un fichier pom.xml contenant le plugin :
Et un fichier assembly-final-classic.xml comme par exemple celui-là pour assembler les dépendances (avec le chemin "libs" dans le ZIP) et les fichiers du répertoire "zip-final" :

[Java] Différences entre == et equals()

Suite à une question de Jérôme Avoustin sur Twitter, quelques éléments de réponses ...

Première approche

Comme l'a dit Guillaume Lours, pour simplifier, == vaut VRAI si les 2 objets sont les mêmes, et equals() vaut VRAI si les 2 objets ont un contenu équivalent.

Illustration

Si je crée une classe User, ainsi que 2 instances de cette classe, le == entre ces 2 objets sera

Ingénierie agile : n'oubliez pas vos développeurs

Avec un pied dans l'agilité et un dans le développement, je me penche depuis pas mal de temps sur les aspects techniques liés à l'agilité dans le domaine du développement logiciel.

Ma constatation est simple : dans les transitions agiles, les aspects techniques sont complètement oubliés.


Une entreprise qui veut réussir sa transformation va y mettre les moyens (formations et coaching), et par exemple pour Scrum, va tout bien mettre en place : choix minutieux du Product Owner et du Scrum Master, mise en place des supports (backlog, Scrum Board, graphes, post-its, niko-niko, ...), mise en place des cérémonies (planification, revue et démo, rétro), etc ...

Agile Grenoble et Agile Innovation 2012

Cette semaine, j'ai passé 2 superbes journées à Grenoble, pour Agile Grenoble 2012 et Agile Innovation 2012. En voici quelques éléments de retour.

Ce que j’ai aimé

• Des rencontres avec plein de personnes que je connais et qui me connaissent, et des discussions très intéressantes, merci !
• Des rencontres et échanges avec des personnes que je ne connaissais pas, les nouvelles rencontres sont évidemment indispensable et riches
• La session d'Alexis Monville et Bruno Sbille (voir ci-dessous)

Les étapes de l'apprentissage du TDD

Introduction

Depuis des années que je mets en oeuvre le TDD, ma pratique et ma vision ne cessent d'évoluer, surtout ces derniers temps en accompagnant des équipes de développement, en essayant de les aider à migrer vers la mise en place de tests unitaires, et bien sûr, l'approche TDD.

Récemment, en analysant les freins exprimés par une équipe, et en étudiant leurs difficultés, j'en suis arrivé à la conclusion que l'apprentissage du TDD se découpe en 3 étapes que je vous partage aujourd'hui.

Agile Tour Marseille 2012

Hier, pour la 3e année consécutive, j'ai participé à Agile Tour Marseille 2012, et 2e année en tant qu'orateur (après un atelier "TDD en coding-dojo" pour l'édition 2011). Grosse bonne journée dont voici quelques retours en suivant les sessions auxquelles j'ai assisté.

Développement et conception : mon approche P(N)OO

Ces derniers temps, j’ai eu plusieurs occasions pour échanger au sujet de l’architecture du code, comment concevoir ses classes, ses objets, leurs liens, leurs interactions, leurs tests, etc … Il y a eu des échanges avec des développeurs qui ont leurs visions, qui s’interrogent, qui cherchent la bonne voie vers l’excellence. Et il y a eu des interventions auprès d’équipes qu’il m’a fallu guider, qui attendaient de moi une réponse, et avec qui j’ai partagé ma vision, plutôt pragmatique même si ce n’est pas la pure beauté du geste …

Je vous la propose aujourd’hui en espérant vos avis et réactions.

Développement logiciel agile : informations sur l'outillage

Introduction

De plus en plus d’entreprises et d’équipes s’intéressent aux outillages modernes permettant d’industrialiser et automatiser leurs productions logicielles. Et récemment, à plusieurs reprises, lors d’échanges avec des clients, j’ai pu me rendre compte que les confusions sont nombreuses entre les différents outils, leurs rôles, leurs intérêts, leurs interactions, etc …

Je vous propose donc ce petit article pour essayer de recenser ces outils avec des présentations rapides et succinctes. Nous parlerons donc de :

• Gestionnaire de sources et de versions
• Système de build
• Gestionnaire de repositories
• Séquenceur pour intégration continue

Innovation Games - Formation - REX

Introduction

Le 19 juin dernier, j'ai assisté à la formation "Innovation Games" avec Claude Aubry et Alexandre Boutin. En voici mon retour et mes impressions (désolé pour le délai).

La journée s'est articulé autour de 8-9 jeux, en alternant pratique et théorie générale sur les jeux.

Parmi ces éléments de théorie, j'ai bien aimé le graphique présenté par Alex représentant :

• "Ce que je sais" : un toute petite tranche du camembert
• "Ce que je sais que je ne sais pas" : un petit tiers
• "Ce que je ne sais pas que je ne sais pas" : le reste, et c'est là que se situe l'innovation ! (*)

Un autre point important, "Utiliser des outils spécifiques pour résoudre des problèmes spécifiques". Et c'est tout l'enjeu des Innovation Games et autre ateliers : bien les connaitre et maîtriser pour savoir lesquels utiliser, à quels moments et dans quels buts ...

Sachant que chaque atelier peut être classifié (Bas, moyen ou élevé) selon différentes caractéristiques :

• Niveau d'ouverture d'esprit
• Vision du future
• Effort de préparation côté client
• Effort de préparation côté producteur
• Effort de préparation matériel et logistique

Et maintenant, le retour sur les différents ateliers :

• Carte de visite
• Constellation
• Buy a feature
• Product Box
• Remember the future
• Speed boat
• Spider Web
• Start your Day
• Prune the Product Tree