Retour de Devoxx France : deuxième journée

Après mon retour sur la première journée à Devoxx France (billet ici), voici celui de la deuxième.

Les keynotes

Après le deuxième petit dèj, voici le temps des keynotes. La salle était impressionnante (950 places).

Fier d'être développeur?

Pierre Pezzardi, co-fondateur d'OCTO, nous fait part des raisons pour lesquelles, selon lui, le métier de développeur est mal vu. Le développeur, c'est le gars qui crée des logiciels trop compliqués, qui ne plaisent pas aux utilisateurs, et sans jamais demander leurs avis. Il faut donc prendre le temps de comprendre un peu plus la finalité des fonctionnalités que l'on développe. Il est possible que prendre 5 minutes pour déplacer un bouton est bien plus d'impact pour les utilisateurs que de mettre des mois à développer des fonctionnalités obscures sans vraiment comprendre à quoi ça sert.

This could be Heaveb or this could be Hell

Bon, je l'avais évité jusque là, mais ça y est, voici le moment de ma première conf en anglais...
Deux développeurs du London JUG nous donnent la vision angélique et diabolique de l'avenir de Java. Ça manquait pas d'humour, et ils ont pensé à ceux, qui comme moi, ont du mal avec l'anglais en mettant des traductions de leur slide en français :). Je n'ai pas appris grand chose, mais on s'est bien marré pendant cette keynote.

Manipulation de bytecode : démocratisons la magie noire

Je me suis promis qu'un jour je jouerai avec le bytecode, je suis donc allé voir cette conf afin de me donner des pistes. Les speakers nous ont pointé un usage auquel je n'aurais pas pensé : les tests. Injecter du bytecode peux permettre de tester des cas compliqués type filesystem full. J'ai également retenu deux outils à aller voir de plus près : byteman et javassist.

Le déjeuner

À l'image de celui du premier jour, celui-ci était bien sans être exceptionnel. Il fut encore plus compliqué de trouver une place pour manger :)

Code Story

Ne trouvant pas de conf qui me donne envie, je décide d'aller faire un tour à Code Story. Il s'agit donc de quatre développeurs qui codent en pair programming avec des itérations d'une heure, et ce pendant 2 jours. Un des deux groupes prend le temps d'expliquer ce qu'il fait tandis que l'autre code plus vite. Au bout d'une demi heure, deux développeurs changent de paire.
C'est donc l'occasion de découvrir des outils et manières de développer pour être plus productif. Ils développent sous IntelliJ (pour ceux qui n'ont jamais essayé cet IDE, je vous conseille fortement de le faire). Les tests sont toujours développés en premier en utilisant Infinitest pour vérifier l'état en permanence. Autre idée, le build incassable, ils utilisent un script pour effectuer le push, ce script lance les TUs, et si certains ne passent pas, pas de push.
Comme sur tout les projets, ils ont rencontré des difficultés (problème de syntaxe en css par exemple), ce qui a permis de les rendre plus humain :)
La salle de Code Story était pleine à chaque fois, ce qui prouve que ce genre d'exercice a largement sa place dans une conf.

Kanban pour les nuls

Cette conf était très intéressante, Kanban est une méthode agile qui m'attire énormément. Si vous vous intéressez aux méthodes agiles, je ne peux que vous conseiller de regarder Kanban de près. Cette méthode est beaucoup moins contrainte que Scrum et se base énormément sur les fameux post-it sur un paper board. Mais ce n'est pas aussi simple que ça, l'ajout de workload sur les états permet de contraindre le flux et d'introduire le "flux tiré". Le principe est qu'une fonctionnalité ne rentre dans le flux qu'une fois qu'une fonctionnalité en est sortie. Cela est bien entendu un peu plus complexe que ça, mais j'aurais du mal à tout vous expliquer :).
Une seule question me taraude l'esprit, c'est comment appliquer ce genre de méthode lorsque le périmètre et les jalons sont imposés!

Code Story again

Comme vous vous en doutez, le principe m'a plu, du coup j'y retourne :)

Introduction à Ceylon

Ceylon, pour ceux qui n'en ont pas entendu parler, c'est un nouveau langage. Le but de ce langage : faire le langage idéal pour les javaistes si on pouvait partir de la feuille blanche (pas de rétro-compatibilité à gérer). Emmanuel Bernard et Stephane Epardaud nous présentent donc ce nouveaux langage, avec du code qui compile! Au niveau road map, l'interopabilité avec Java vient d'être introduite, on va donc pouvoir commencer à faire des choses intéressantes.
Au delà du sujet, le fait que ce soit présenté par Emmanuel m'a bien plu. Pour ceux qui ne le connaissent pas, c'est un des castcodeurs (podcast à écouter d'urgence). Donc le voir en vrai était plutôt sympa, c'est en plus un très bon speaker.


À bientôt pour la troisième journée :).