J'étais à Devoxx France 2015

Université, par José Paumard

José Paumard travaille à l'université Paris 13 et également sur des projets pour des entreprises, en expertise ou en formation. Il a raconté beaucoup de choses sur Java 8 durant 3h. Il a comparé trois API de traitements de données majeures : l'API Stream de Java 8, les GS Collection et l'API RxJava, portage en Java d'une API .NET à l'origine. Il a commencé par présenter les concepts fondamentaux de ces trois API, ainsi que les patterns qu'elles proposent. Il s'est agi ensuite de les comparer sur un problème donné commun et il a terminé par un comparatif de performances.

L'API Stream est faite pour permettre de paralléliser les traitements, mais il y a plusieurs aspects. Le traitement multi-threading et le traitement parallèle, car les deux choses sont fondamentalement différentes. L'API Stream permet, juste par l'appel d'une méthode parallèle, de lancer des traitements sur des collections de grande taille et de paralléliser ces traitements sur l'ensemble des cœurs du processeur. C'est stratégiquement et commercialement important que Java propose un mécanisme de la sorte, car l'exploitation de la puissance des processeurs depuis cinq ou six ans est quelque chose de central en informatique. Donc Java se positionne fortement sur ce segment-là comme un des langages tout à fait à la pointe et à jour.

Université, par Stéphane Nicoll et Brian Clozel

Ça faisait longtemps que j'entendais parler de Spring Boot, sans jamais avoir vraiment pris le temps d'approfondir. Cette séance tombait donc bien, d'autant qu'elle m'a permis de me rendre compte que je mélangeais plusieurs choses. D'abord, Spring Boot fait partie de la famille Spring, ce qui ne devrait pas vous surprendre. Spring Boot propose un ensemble de mécanismes qui permettent de lancer un projet, de manière peut-être magique, à l'aide de conventions qui fonctionnent les unes avec les autres pour détecter les besoins du projet. La présence d'un module Web, par exemple, indique au framework de lancer automatiquement les éléments nécessaires pour le faire fonctionner.

En plus de Spring Boot, les orateurs nous ont présenté un ensemble de « starters » qui ne servent pas à exécuter le projet, mais à partir sur de bonnes bases. Celles-ci correspondent aux bonnes pratiques identifiées par les développeurs de Spring et qui devraient convenir, avec très peu d'adaptations, à la plupart des équipes. Ajoutons qu'il existe des starters pour à peu près tout.

Tools in Action, par Mathieu ANCELIN

Mathieu a montré comment accéder à des mesures offertes par le kit open source (Brain Computer Interface), comment les traiter et comment piloter nos applications par la pensée à travers deux exemples et démonstrations basiques. Il a fait défiler les diapositives avec l'OpenBCI et fait déplacer un carré rouge dans une grille (vers un carré vert), une sorte de quête.

L'OpenBCI est un kit open source constitué d'une plateforme matérielle basée sur un microprocesseur Arduino et un processeur Texas Instrument. Le tout est relié à huit électrodes à fixer sur la tête. Le signal capté est converti en information numérique et envoyé à un ordinateur par Bluetooth. Il ne reste plus qu'aux ingénieurs et makers à imaginer les applications pour interpréter et commander ces signaux. BCI : Brain Computer Interface est un système permettant à une personne de contrôler le monde extérieur sans aucune activité musculaire. Les entrées du système sont les impulsions électrochimiques directement enregistrées depuis le cerveau : reconnaissance de patterns dans ces impulsions et association de commandes à ces patterns. Le processus est basé sur trois étapes de manière générale :

• enregistrement du signal : les appareils sont souvent basés sur les électro-encéphalogrammes (EEG) qui captent les impulsions, les amplifient, les filtrent, et les numérisent ;
• pré-processing : phase permettant de transformer le signal pour qu'il soit plus simple à traiter (filtrage, réduction du bruit, composition d'inputs, etc.) ;
• classification : phase permettant de transformer le signal en catégories, à partir desquelles le système va pouvoir extraire les commandes.

En général, les systèmes de classification sont basés sur l'autoapprentissage, on entraîne le système pour qu'il puisse reconnaître les patterns représentant les commandes. Chaque personne est unique, il est difficile de généraliser des patterns précis associés à des commandes (exemple des réseaux de neurones).

Code

Tools in Action, par Laurent HUET

Ce tools in Action présente la bibliothèque LibbullDog qui permet de s'interfacer avec les bus de communication (I2C, SPI, UART?) et GPIO de plusieurs types de cartes. Cette bibliothèque tente donc de s'affranchir du type de carte en fournissant une seule bibliothèque pour réaliser l'interfaçage. Par exemple, pour contrôler les bus de la carte Raspberry PI, on peut utiliser la bibliothèque PI4J. Mais si on souhaite faire de même sur un Arduino, il faudra changer de bibliothèque.

Pendant la session, Laurent a montré via différents exemples joués (allumage de LED, réaction à un interrupteur, allumage de servomoteurs) qu'un même code pouvait être exécuté à la fois sur une carte Raspberry PI et sur une carte Arduino. Laurent avait préparé le matériel et il n'y a pas eu d'effet démo puisque tout a fonctionné. Les expérimentations n'étaient pas extraordinaires, mais la faute incombait plus à la bibliothèque. En effet, d'après Laurent, faute de contributeurs, la bibliothèque peine à fournir des fonctionnalités face à une bibliothèque comme PI4J par exemple. On peut penser, et Laurent l'a fait remarquer, que les prochaines versions de Java ME s'intéresseront à ce problème de multiplateforme.

Tools in Action, par Arnaud Héritier et Hervé Boutemy

Avec un rythme d'évolution plus rapide de Java, on découvre des incompatibilités entre les sources et les binaires. Il est difficile de gérer les transitions des applications d'une version de Java à une autre version. Durant cette session, les orateurs ont montré comment Apache Maven et son outillage (toolchain, animal-sniffer, ?) aident à migrer graduellement et sans difficulté les projets. Il est possible de jongler entre les différentes versions de Java, de tirer profit des nouveautés offertes par Java et d'assurer la compatibilité par rapport à la cible de production. Par défaut, la version du bytecode est égale à la version du JDK utilisé. Maven permet de contrôler facilement la version du bytecode du build du projet . Maven permet aussi de contrôler la version du bytecode des dépendances du projet.

L'outil Animal-Snifer permet de vérifier qu'un code donné respecte les signatures d'une API. Même si l'usage le plus connu est le contrôle par rapport aux API du JDK, Animal snifer est générique et peut être utilisé pour n'importe quel API, à condition d'en générer une signature. Il ne s'agit que d'un contrôleur sur la signature des API, cela ne couvre pas leur sémantique.

Maven Toolchain permet de jongler entre les JDK pour garantir qu'il n'y a aucun risque pour l'application ciblée. Avec Toolchain, on peut utiliser un JDk pour compiler indépendamment du JRE avec lequel MAven et ses plug-ins s'exécutent.

Tools in Action, par Cécilia Bossard

Nous utilisons tous Git. Nous l'aimons et il nous le rend bien. Mais, parfois, et même souvent, on est un peu perdu lorsqu'on travaille en équipe, et que chacun a ses pratiques favorites. C'est surtout sur la gestion des branches que cela se complique. Quelle partie part en prod ? Quelle partie est une branche de dev ou de patch ? Et surtout, comment démêler tout ça et synchroniser les branches entre elles ? C'est à toutes ces questions que Cécilia a apporté des réponses à l'aide de GitFlow.

Keynote par Nicolas Martignole, Antonio Goncalves et Zouheir Cadi

L'ouverture des keynotes est bien entendu effectuée par l'équipe des organisateurs. Ce fut l'occasion de revenir sur l'aventure Devoxx France et son organisation. On rappellera que la conférence a changé de salle pour être en mesure d'accueillir un nombre croissant de visiteurs. Cela a aussi été l'occasion d'annoncer un nouvel arrivant dans la famille Devoxx, puisqu'une édition se déroulera au Maroc dès cette année.

Keynote par Rodolphe Gelin

Rodolphe nous a présenté le travail d'Aldebaran, qu'on connaît principalement à travers le robot Nao et le lapin Nabaztag. Il nous a présenté la gamme de robots de la société, qui est plus grosse que l'on aurait tendance à le croire. Ces robots peuvent avoir des usages divers, aussi bien à la maison, qu'à l'école, à l'accueil des magasins, en passant par l'hôpital.

Rodolphe a toutefois attiré notre attention sur le fait que les vidéos de présentation des robots, qui doivent arriver dans un futur plus ou moins proche, sont souvent trompeuses. En effet, on y découvre souvent des interactions fluides entre les robots et les hommes alors qu'on en est encore assez loin. Un point technique y met notamment un frein et il concerne les capteurs. Par exemple, les capteurs qui permettent aux robots d'entendre sont hyper complexes puisqu'ils doivent filtrer les bruits parasites (moteurs, voix, etc.) produits par le robot lui-même et l'environnement.

Quickie, par Raphaël Brugier

Le sujet présenté dans ce Quickie concerne APT qui est un préprocesseur de la JVM. Concrètement, par l'intermédiaire d'annotations personnalisées, il est possible de générer de nouvelles classes Java qui seront à leur tour compilées. Raphaël a fait une présentation rapide en présentant les annotations que nous utilisons quotidiennement et il a montré comment il les utilisait au sein de sa société pour la couche graphique. C'était une très bonne présentation rapide qui permet de découvrir des fonctionnalités simples. Chapeau à Raphaël, car il a fait sa présentation dans une toute petite salle, sans micro. La session n'était pas filmée. Il y avait un flux permanent d'entrées/sorties et aucune personne du staff pour faire le gendarme.

Quickie, par Cédric Finance

L'orateur a connecté un Raspberry PI à son compteur électrique et à l'aide de Docker, de MongoDB, de Nodejs et d'HTML5, il a mis en place un tableau temps réel pour analyser sa consommation électrique.

Quickie par Romain Linsolas

Avec AngularJS, Google avait réussi là où bon nombre de frameworks front-end ont échoué : créer une communauté très vaste, et faire passer des milliers de développeurs du côté obscur du JavaScript. Pourtant, en 2014, Google a annoncé que la version 2 d'Angular serait une réécriture complète du framework, et ne proposerait pas non plus de rétrocompatibilité. Ces annonces ont fait paniquer bon nombre d'équipes de développement qui ont beaucoup misé sur l'outil de Google.

Pourtant, il est possible dès à présent de se préparer à l'arrivée de la v2. Au cours de ce Quickie, j'ai réalisé une démonstration d'Angular 2 (encore en version alpha, donc très évolutive) pour développer une liste de tâches bête et méchante. On y voit ainsi les grandes différences entre la v1 et la v2. Cette dernière adopte par exemple TypeScript, basé sur ECMA Script 6, faisant ressembler notre code à un code plus orienté objet.

La version 1.5 d'AngularJS, prévue à l'automne, devrait permettre également de nous familiariser avec les concepts de la v2.

Bref, Angular 2 est un sujet sans aucun doute très chaud pour cette année 2015, et même pour 2016 !

Conférence par Pierre Laporte

Durant 50 minutes, Pierre a pointé du doigt les erreurs classiques que commentent les équipes qui se lancent dans des benchmarks, parfois pour coller à une demande mal formulée d'un client, parfois par simple ignorance. Il a notamment insisté sur les valeurs moyennes ou la médiane qui ne sont pas si intéressantes que ça au final. À l'opposé, le 99^e percentile prend tout son sens quand vous avez cent millions de requêtes par jour puisque ça fait un million. C'est loin d'être négligeable. Il nous a aussi expliqué pourquoi il ne faut pas faire confiance à certains logiciels, qui ne font que des échantillons et extrapolent à l'aide d'une distribution normale, au lieu* de mesurer l'intégralité des tirs.

Conférence par Julien Viet

En plus d'être expert performance chez Datastax (Cassandra), Julien est aussi un gros contributeur sur le projet Vert.x. Durant cette conférence, Julien nous a présenté quelques-unes des nouveautés de Vert.x 3, à commencer par le système de module qui a été abandonné au profit de dépendances plus classiques.

Conférence par Luc Legardeur

Pour ceux qui ne le savent pas, Luc est le directeur de Xebia. La société est relativement connue. Luc nous a expliqué pourquoi on ne manage pas des techos comme on le ferait dans d'autres industries. Il nous a expliqué comment ça fonctionne chez Xebia, incluant les réussites comme les gros loupés. Il explique par exemple pourquoi c'était finalement une mauvaise idée d'introduire un baby-foot dans les bureaux.

Conférence par Sami Jaber

C'est l'une des présentations Devoxx que je souhaitais voir, même si je ne m'attendais pas à de grosses surprises par rapport au compte rendu d'Arnaud Tournier. Cette session a été animée par l'ami Sami. Comme d'habitude, il a été très dynamique et direct ?Angular a deux ans et se suicide l'année prochaine ? Côté présentation, il y a eu d'abord une mise au point sur l'utilisation de GWT. De nombreux projets l'utilisent comme dernièrement chez Google pour le successeur de GMail. Ensuite, Sami a présenté les nouveautés de la version actuelle avec notamment le Super Dev Mode. Il a enfin présenté les grandes évolutions à venir, à savoir le support de Java 8, JSInterop (le facilitateur pour l'intégration de bibliothèque JS vers GWT), l'intégration de WebComponent, GSS et le framework Singular qui se veut être l'AngularJS pour Java. Certes, la salle n'était pas pleine, mais j'ai eu l'impression que certaines personnes ont été surprises de voir que GWT revivait. De mon point de vue, je suis un convaincu par GWT depuis le début, même si j'ai un peu douté quand il y a eu un passage à vide lors de sa libération par Google. Je ne peux que croiser les doigts pour une sortie de GWT 3.0 l'année prochaine et pourquoi pas plus d'une session GWT à Devoxx France 2016.

Quickie par Ellène Dijoux Siber

Fidèle à elle-même et à son blog illustré, Ellène nous a proposé une petite histoire agrémentée de dessins. Elle y compare le deuil qu'on peut/doit faire de son code avec le deuil, plus classique, de la perte (décès, séparation) d'un être cher. En effet, le code est le bébé de nombreux développeurs et la comparaison est donc justifiée.

Conférence par José Paumard

À la base, j'avoue que je suis allé me reposer un peu dans les fauteuils confortables de l'amphi. Car oui, assister à Devoxx, c'est hyper fatigant, surtout sur la fin. Je ne prévoyais pas vraiment de suivre la présentation de José. Mais force est d'admettre qu'il assure et que j'ai fini par suivre avec attention, même si je n'ai pas encore tout compris. J'attends de revoir cette présentation sur Parleys.

Pour faire simple, José nous a présenté les Futures et plus spécifiquement les CompletableFutures de Java 8, dont vous aurez forcément besoin si vous vous lancez dans l'asynchrone. Il a démystifié un peu tout ça, car c'est vrai que c'est un peu le bazar...

Conférence par Florian Boulay

Florian travaille sur un projet dont l'essentiel est constitué de Web Services. Le projet tourne sous Tomcat, comme le font de très nombreux projets à travers le monde. Cela a ses avantages et ses inconvénients. Et quitte à rechercher de la performance, surtout pour des Web services, il est parfaitement légitime d'entamer une migration vers Vert.x. Malheureusement, Florian n'a pas eu le temps de finir la migration. En effet, Vert.x 3 a été annoncé en plein milieu et l'équipe a décidé de reporter de quelques mois. Reste que l'expérience acquise a montré que ce n'est véritablement pas si simple de passer d'un style de programmation classique, au sens habituel, à des patterns asynchrones.