Toulouse JUG

🎊 BONNE ANNÉE ! 🎊

Première soirée de l’année du Java User Group Toulousain le mardi 23 janvier, chez onepoint, en centre-ville.

Une piqûre de rappel sur le pattern matching en Java ! Ce sujet avait déjà fait l’objet d’une présentation au JUG en… 2015 😁 Ce fut l’occasion de réviser les concepts avec la sortie récente de Java 21 qui nous apporte une version aboutie de cette feature.

Et en second talk, votre ex-JUG-leader préféré, Kevin, est revenu faire un petit coucou pour nous parler de ce petit bijou de SGBD qu’est PostgreSQL ❤️

Comment rendre son code Java plus expressif et robuste avec le filtrage par motif ? - par Sébastien BUCHOUX

Dans cette présentation, on va explorer le filtrage par motif et comment il peut permettre de simplifier son code Java. En prenant comme exemple la modernisation et le remaniement d’un vieux code Java, on va voir comment les différents ajouts au langage permettent de rendre le code plus expressif, plus concis et, surtout, intrinsèquement plus robuste.

SELECT ‘amazing_features’ FROM “postgresql” - par Kevin DAVIN (@davinkevin)

C’est unanime, PostgreSQL devient le Linux de la base de données pour le bien de tous 🚀! Et cela parce que ce moteur de BDD contient des fonctionnalités fantastiques permettant de résoudre des problèmes complexes très simplement!

Venez découvrir dans cette présentation les features les plus utiles et pratiques pour vous éviter de tout re-coder “from scratch” 😅!

L’on détaillera des features standards du monde SQL trop peu connues et des features propres à PG qui en font un moteur SQL passionnant 🔥

Et pour terminer, l’on fera le tour des “distributions” PostgreSQL disponibles, car dans ce domaine, il y a beaucoup de choix, pour de l’on-prem ou dans le cloud ☁️

Référence CFP : https://github.com/ToulouseJug/call-for-paper/issues/51

Pour ce dernier événement avant la pause estivale, nous vous avions préparé une soirée spéciale : un format un peu différent avec un speaker venu de loin suivi d’un bilan du JUG, tout ça dans un cadre superbe, chez Eurécia.

Un peu loin du centre ville auquel on vous a habitué, certes, mais qui en vallait la car le temps était de notre côté pour profiter des jardins !

Spring Boot 3 - par Stéphane Nicoll (@snicoll)

Après une phase d’expérimentation avec le project Spring Native, l’équipe Spring a ajouté le support AOT (Ahead Of Time) à Spring Boot 3. Le but de cet effort est de permettre le déploiement d’applications en tant qu’exécutables natif avec GraalVM, mais aussi d’améliorer l’efficience sur la JVM.

Pendant cette session, Stéphane présentera l’architecture générale de la solution, ce à quoi s’attendre en tant que développeur et comment démarrer. Il couvrira brièvement les autres thèmes de Spring Boot 3 et terminera par une description des chantiers en cours.

Stéphane a 20 d’expérience dans le développement logiciel, en particulier sur le développement d’API sur la JVM. Après avoir passé plus de 10 ans dans les secteurs du géospatial, de la finance ou de la logistique, il a rejoint l’équipe “core Spring Framework” en 2014. En ce moment, Stéphane travaille sur Spring Boot et mène start.spring.io, un service qui aide des millions d’utilisateurs à démarrer leur prochaine application.

Bilan JUG 2022-2023 - par Arnaud Bos (@arnaud_bos) et Julien Zanon (@jullienzan)

De façon un peu plus informelle, nous avons fait un bilan de l’année écoulée et présenté les projets pour l’année à venir.

Sans trop de surprise, le hiatus post-Covid a été difficile à gérer, nous en avions déjà parlé. Malgré tout, nous avons réussi à maintenir un rythme pendant un certain temps avec les soirées en ligne, mais nous avons fini par nous essouffler.

Nous avons fortement mis en avant l’importance de la communauté, et de la participation, car sans vous, il n’y a pas de JUG. Nous avons donc besoin de vous pour nous aider à trouver des speakers, des sponsors, des lieux. Tous les contacts que vous pouvez nous donner sont les bienvenus !

Nous avons aussi présenté les projets pour l’année à venir, avec notamment l’envie de reprendre un rythme de soirées régulières, de dénicher des speakers locaux, et si possible de mettre l’accent sur les retours d’expérience.

Nouvelle soirée en présentiel chez OnePoint, avec un format un peu différent :

un quick-talk pour nous présenter un outil qui peut nous faciliter la vie
une présentation plus longue sur un sujet d’architecture

SDKMan : The Software Development Kit Manager - par Rémi Navarro (@NavarroRemi)

SDKMan est un outil qui facilite l’installation et le switch de version de certain langage et framework.

Référence CfP : https://github.com/ToulouseJug/call-for-paper/issues/36

Architecture Hexagonale, retour d’expérience - par Frédéric Combes

On a pas mal parlé d’architecture hexagonale dans les conférences des dernières années. Mais qu’est-ce que ça donne en vrai quand on essaye de le mettre en place dans une équipe de développeurs de tous niveaux ?

Rapide tour de ce qu’est l’architecture hexagonale et des problèmes qu’elle tente de résoudre.
Contexte et raison de la mise ne place de ce type d’architecture chez I-Run.fr
Mise en place
Retour d’expérience
Ce qui a bien marché
Ce qui a été difficile

Référence CfP : https://github.com/ToulouseJug/call-for-paper/issues/44

Vous l’avez sûrement remarqué : le Toulouse JUG est devenu un User Group un peu moribond depuis presque deux ans.

Julien et moi avons tenu bon le post-COVID avec des soirées remote, mais nous nous sommes essouflés. Les événements en ligne, ça n’a tout de même pas la saveur des soirées et des discussions IRL.

La tentative de reprise de 2022 a donné naissance à une excellente soirée qui nous a permis de faire le plein de motivation. Nous étions remontés à bloc pour attaquer 2022-2023 !

Et puis pouf… Le soufflet est retombé. La vie a fait que nous étions moins dispo, et pour ne rien arranger, les sujets à dépiler se sont faits rares. C’est quand même du boulot de trouver des speakers et organiser des soirées, alors quand on a perdu l’habitude de caser ces contraintes dans son agenda depuis plusieurs mois, difficile de les y faire entrer à nouveau :-)

Mais on ne baisse pas les bras ! On attaque 2023 avec une bonne résolution en tête : remettre la barque à flot et faire des soirées !

La prochaine est d’ailleurs en préparation, et pour les suivantes, on a besoin de vous pour étoffer le CfP !

Si vous aimez quelque chose, venez en parler, on sera ravi de vous écouter.
Le CfP est ici ==> https://bit.ly/toulousejug-cfp

Nous cherchons également de nouveaux sponsors pour nous accompagner.

Nous recherchons aussi des personnes motivées pour donner un coup de main au niveau orga et logistique.
À ce sujet, l’AG 2023 (“long overdue”) devra être organisé bientôt et sera l’occasion pour de nouveaux membres de nous rejoindre.

Si le coeur vous en dit, n’hésitez pas à nous contacter !

Retour du JUG en présentiel pour 2022 !

Pas de captation, vous n’aviez qu’à venir 😜

400 endpoints d’API et 2000 types : genèse et utilisation du nouveau client Java pour Elasticsearch - par Sylvain Wallez (@bluxte)

Un nouveau client Java pour Elasticsearch est sorti en octobre 2021. Plus léger, plus rapide, plus ergonomique et… généré à 99% !

Comment avons nous conçu et développé ce nouveau client ?

On parlera des design patterns mis en place pour laisser la complétion de l’IDE nous guider dans cette vaste API en permettant une écriture proche d’un DSL.

On abordera ensuite la construction de cette librairie, et l’approche originale que nous avons prise en utilisant TypeScript pour modéliser l’API plutôt que le classique OpenAPI, qui est ensuite “compilé” dans un modèle servant de base à la génération de code dans de multiples langages.

Quarkus World Tour 2022 - par Gwenneg Lepage

Le Quarkus World Tour fait une étape à Toulouse cette année !

C’est Gwenneg Lepage, Senior Software Engineer chez Red Hat, contributeur Quarkus et passionné d’aviation qui viendra nous en parler. Lors d’une session très orientée live coding, il nous montrera comment construire “from scratch” une application Quarkus distribuée de suivi des vols en temps réel. De Kafka aux websockets en passant par RESTEasy Reactive et Hibernate Reactive, nous ferons un tour d’ensemble de nombreuses extensions.

Quand il ne contribue pas directement sur Quarkus, Gwenneg travaille au quotidien sur plusieurs apps basées sur Quarkus et déployées dans la Red Hat Hybrid Cloud Console. Le live coding sera donc ponctué de retours d’expérience d’un utilisateur chevronné du framework et en particulier des extensions réactives.

Vous ne connaissez pas Kafka, la programmation réactive ou le système de surveillance ADS-B ? Pas de panique, cette session restera accessible aux débutants.

Encore une soirée en remote.

Un énorme merci à la fondation Eclipse de nous permettre d’utiliser leur compte “Jakarta EE for JUGs” sur la plateforme crowdcast.io.

Practical Vavr - par Alexandre Grison (@algrison)

Practical Vavr is all about making you want to use Vavr in your day to day Java programming.

If you want to improve the quality of your code by using a well-thought and beautifully designed functional programming library for Java, then you need to adopt Vavr, and this book will help you put it in practice.

Pour en savoir plur sur Alex : https://grison.me/

Et son livre : https://leanpub.com/practical-vavr

Vidéo :

Encore une soirée en remote.

Un énorme merci à la fondation Eclipse de nous permettre d’utiliser leur compte “Jakarta EE for JUGs” sur la plateforme crowdcast.io.

War story : comment les pauses du GC ont pété la prod - par Sylvain Wallez (@bluxte)

Nous avons eu un incident récent sur Elastic Cloud dont une des causes est des pauses longues du garbage collector de ZooKeeper.

Le talk présentera les grands principes de ZooKeeper et comment il est utilisé sur Elastic Cloud. On verra comment du code apparemment juste sous-optimal dans la librairie Apache Curator a en fait contribué à une réaction en chaîne qui a mis par terre une partie des services, et comment nous y avons remédié pour que ce type d’incident ne se produise plus.

Référence Cfp : https://github.com/ToulouseJug/call-for-paper/issues/28

Vidéo :

Encore une soirée en remote.

Un énorme merci à la fondation Eclipse de nous permettre d’utiliser leur compte “Jakarta EE for JUGs” sur la plateforme crowdcast.io.

De WebFlux en Java aux coroutines en Kotlin, le parcours du combattant ? - par Jennifer Aguiar (@yaourtcorp) et Mialy Rakotovao (@ramyihany)

Vous aviez votre application en JAVA Spring Boot REST controller/REST template et tout allait bien. Mais votre boss/archi/… a débarqué dans l’openspace après la lecture d’un article Medium et a déclaré “qu’à partir de maintenant on fait du webflux avec du Kotlin et des coroutines” et qu’il vous restait exactement 4h56 pour tout migrer. Si vous ne savez pas par où commencer, ce talk est fait pour vous. Si vous êtes juste intéressé pour savoir quels types de problèmes vous allez rencontrer, ce talk est fait pour vous (aussi).

Référence Devoxx : https://cfp.devoxx.fr/2020/talk/NOE-9843/De_WebFlux_en_Java_aux_coroutines_en_Kotlin,le_parcours_du_combattant%3F

Vidéo :

Encore une soirée en remote.

Un énorme merci à la fondation Eclipse de nous permettre d’utiliser leur compte “Jakarta EE for JUGs” sur la plateforme crowdcast.io.

JOOQ, joy of SQL - par Kevin Davin (@davinkevin)

Et si l’on reprenait le contrôle de nos interactions avec notre base de données préférée? Car en vrai, nos BDD sont des monstres de puissance qui sont souvent sous exploités sweat. Nous verrons, avec JOOQ, comment écrire des requêtes SQL simples ou évolués, le tout facilement et de manière type-safe !

Venez découvrir cette superbe librairie OpenSource, compatible Java, Kotlin & Scala, qui va vous permettre de vous simplifier la vie et d’améliorer votre code… et même de découvrir de super fonctionnalités SQL que vous n’imaginiez même pas.

Lien des slides : https://docs.google.com/presentation/d/1YKk47FWeQqEIUVRHBKHSx7cigFGfeMV5QBYqe-dnHjE

Référence CFP : https://github.com/ToulouseJug/call-for-paper/issues/49

Vidéo :

A Change-Data-Capture use-case: designing an evergreen cache - par Nicolas Frankel (@nicolas_frankel)

When one’s app is challenged with poor performances, it’s easy to set up a cache in front of one’s SQL database. It doesn’t fix the root cause (e.g. bad schema design, bad SQL query, etc.) but it gets the job done. If the app is the only component that writes to the underlying database, it’s a no-brainer to update the cache accordingly, so the cache is always up-to-date with the data in the database.

Things start to go sour when the app is not the only component writing to the DB. Among other sources of writes, there are batches, other apps (shared databases exist unfortunately), etc. One might think about a couple of ways to keep data in sync i.e. polling the DB every now and then, DB triggers, etc. Unfortunately, they all have issues that make them unreliable and/or fragile.

You might have read about Change-Data-Capture before. It’s been described by Martin Kleppmann as turning the database inside out: it means the DB can send change events (SELECT, DELETE and UPDATE) that one can register to. Just opposite to Event Sourcing that aggregates events to produce state, CDC is about getting events out of states. Once CDC is implemented, one can subscribe to its events and update the cache accordingly. However, CDC is quite in its early stage, and implementations are quite specific.

In this talk, I’ll describe an easy-to-setup architecture that leverages CDC to have an evergreen cache.

Vidéo :

Chose promise, chose due !

Comme nous l’avions annoncé via Twitter, nous avions pas moins de 6 licences pour des produits JetBrains à offrir en raison de notre partenariat (JetBrains User Group Support Program).

Nous avons oublié d'offrir les 6 coupons JetBrains hier soir 🤦‍♂️

Alors c'est parti !
Pour tenter d'en gagner un, likez ce Tweet ❤️

Les gagnants seront tirés au sort via un algorithme random qui honorera les présentations d'hier soir 🤓

Vous avez jusqu'à ce soir minuit (CEST) 🤞 pic.twitter.com/ShimTz2FBi
— Toulouse JUG (@toulousejug) October 23, 2020

Sans plus attendre, les gagnants sont :

Félicitations ! 🥳 Vos coupons vous ont déjà été envoyés via Direct Message sur Twitter.

Et ce tirage au sort, il est honnête ?!

Alors voilà, ce n’est pas la première fois qu’on voulait mettre en place un petit tirage au sort avec Julien [Zanon, co-organisateur du JUG, NDLR] mais comme il n’y a que 24 heures par jour, et 7 jours par semaine, ça ne s’était pas produit jusqu’ici.

Seulement, après les deux sujets de la dernière soirée (Randomness & Property-Based Testing) et voyant notre petit stock de coupons qui commençait à s’accumuler, on s’est dit qu’il était temps.

J’avais gardé dans un coin quelque part un lien vers une méthode de sélection d’un gagnant de concours via un petit algo en ligne de commande, alors cette nuit je me suis chauffé et je l’ai ré-implémenté pour obtenir nos 6 gagnants.

Show me the code!

Premièrement : récupérer la liste des participants au concour.

Pour aller vite, je n’ai pas intégré cette partie là dans le script (flemme de créer un identifiant d’App Twitter, authentification, oauth, toussa…) et j’ai directement récupéré le contenu JSON de la réponse faite par le navigateur.

Le dernier Twittos à avoir “liké” le Tweet (le premier sur la capture d’écran) l’a fait après l’heure limite, il n’est donc pas pris en compte pour le tirage au sort.
Le contenu est disponible ici.

Ensuite l’algorithme. Je n’ai pas réinventé la roue, j’ai simplement adapté le script détaillé dans cet article : How To Do a Fair Online Raffle? Je l’ai simplement modifié pour pouvoir faire plusieurs tours en excluant le vainqueur du tour précédent, afin de faire gagner plus d’une personne.

Ce que j’ai trouvé d’amusant avec cet article, c’est que sa “source d’entropie” est le compte Twitter de Donald Trump 🤣
C’est tellement un excité de Twitter que comme source de valeurs aléatoires, c’est effectivement bien choisi.

Je me suis donc basé sur le premier Tweet du 45° président des États-Unis à partir de la fin du jeu, c’est-à-dire celui-ci (qui n’a rien d’amusant malheureusement, j’aurais bien aimé un petit Covfefe).

Et pour le reste, j’ai utilisé Clojure, et plus particulièrement Babashka.
Parce que, quand même, on est un JUG, on va pas faire du bash ! On reste sur la JVM scrogneugneu ! (enfin GraalVM là en fait, mais ça passe !)

#!/usr/bin/env bb
(require '[clojure.java.shell :refer [sh]])
(require '[cheshire.core :as json])


(defn get-entries []
  (->
    (slurp "twitter.json")
    json/parse-string
    (get-in ["data" "favoriters_timeline" "timeline" "instructions"])
    first
    (get "entries")
    ; ici j'inverse la liste des participants parce que Twittere
    ; me la donne par ordre antichronologique de "like"
    reverse
    vec))

(defn get-random-number-script-str [s mod]
  (format
    "echo '%s' | openssl sha512 -whirlpool | sed -e 's/.*= //' | tr '[:lower:]' '[:upper:]' | perl -lne 'print \"ibase=16;n=$_;ibase=A;n%%%s\"' | bc | tr -d '\n'"
    s mod))

(defn get-random-number [tweet participants]
  (->>
    (get-random-number-script-str tweet participants)
    (sh "bash" "-c")
    :out
    Integer/parseInt))

(defn vec-remove
  "remove elem in coll"
  [nth coll]
  (vec (concat (subvec coll 0 nth) (subvec coll (inc nth)))))

(defn get-winners [entries participants tweet max-coupons]
  (loop [entries entries participants participants winners #{} coupons 0]
    (if (< coupons max-coupons)
      (let [winnerIdx (get-random-number tweet participants)
            entry (nth entries winnerIdx)
            winner (get-in entry ["content" "itemContent" "user" "legacy" "screen_name"])
            ]
          (recur (vec-remove winnerIdx entries) (dec participants) (conj winners winner) (inc coupons)))
      winners)))

(let [entries (get-entries)
      participants (count entries)
      tweet "THANK YOU to all of the Great American Patriots in The Villages, Florida! #MAGA"
      max-coupons 6
      ]
  (get-winners entries participants tweet max-coupons))

Le résultat est le suivant :

$ raffle.clj
#{"JBaptiste_31" "19emtuck" "Olivier_M_31" "ClergueCh34" "lidodo" "jpbolatre"}

Voilà ! En attendant les vidéos de la soirée, qui ne devraient pas tarder, vous avez tout sous la main pour vérifier les résultats.
J’espère ne pas avoir fait de bêtise 😇

Encore une soirée en remote.

Un énorme merci à la fondation Eclipse de nous permettre d’utiliser leur compte “Jakarta EE for JUGs” sur la plateforme crowdcast.io.

Randomness, what did you expect ? - par Théo Cadoret (@CadoretTheo)

Despite being inherently unreachable to softwares, Randomness is yet widely used.

What is Randomness ? Why is it so vital to softwares ? How do we cope with this apparent paradox ?

Let’s got for a quick dive in !

Lien des slides : https://bit.ly/toulousejug-2020-10-slides-randomness

Référence CFP : https://github.com/ToulouseJug/call-for-paper/issues/48

Vidéo :

Property-Based Testing - You won’t look at your tests the same way ever again - par Jan Stępień (@janstepien)

Property-based testing changes the way you think about your work. Instead of specifying assertions one by one, this new approach tests your code with streams of unexpected inputs and edge cases. Despite its potential, the technique still remains under the radar. Let’s uncover its strengths together!

The talk will discuss how property-based testing compares to traditional testing methods and demonstrate its principles with simple examples. We will see how the method fits into a TDD workflow, a CI/CD pipeline, and a modern JVM testing toolchain. In order to bust the myth of the inapplicability of property-based testing in a real world setting we’ll bring up some use cases from industry. Finally, we’ll wander into the world of concurrency and the automation of race condition detection.

Slides: https://www.janstepien.com/property-based-geecon-2019/

Vidéo :

Une nouvelle soirée en remote pour clôturer l’année malgré la pandémie.

Un énorme merci à la fondation Eclipse de nous permettre d’utiliser leur compte “Jakarta EE for JUGs” sur la plateforme crowdcast.io.

Le web décentralisé, comment ça marche ? - par Antoine Cailly (@AntoineCailly)

Aujourd’hui l’inquiétude monte devant l’emprise qu’ont certaines entreprises ou gouvernement sur notre utilisation d’internet.

Face à cette situation, beaucoup de personnes prônent la décentralisation du web un peu à la manière de Mastodon face à Twitter, néanmoins les concepts nécessaires sont assez éloignés des traditionnelles application client-serveur qui restent aujourd’hui majoritaires.

Que faut il pour décentraliser le web ? C’est ce que je vais tenter de vous présenter simplement et avec des exemples, tout en m’attardant sur certains mécanismes un peu plus techniques (DHT, Merkle-trees, CRDT…) que vous utilisez peut être déjà sans le savoir.

Je parlerais également de quelques initiatives qui commencent à faire le buzz et qui pourraient bouleverser nos usages à l’avenir.

== À propos du speaker

Développeur et formateur au sein de l’agence Rennaise de Zenika. Antoine s’intéresse aux manières alternatives (et meilleures ?) de construire les choses et de travailler ensemble.

Son blog : https://acailly.github.io/

Vidéo :

Première soirée remote pour le Toulouse JUG !

Un énorme merci à la fondation Eclipse de nous permettre d’utiliser leur compte “Jakarta EE for JUGs” sur la plateforme crowdcast.io.

Suite à l’épidémie de COVID-19 de nombreuses conférences ont été annulée. C’est le cas de Devoxx France où Jean-Philippe Bempel devait, cette année, parler de Java Flight Recorder après avoir donné, l’an dernier, une présentation sur les GC concurrents.

Avec Julien on a pensé que cette présentation sur les GC concurrents, même si déjà vue à d’autres conférences, était très intéressante et vallait la peine d’être rejouée. Nous remercions chaleureusement Jean-Philippe d’avoir partagé ses connaissances avec nous !

Comprendre les GC sur la JVM : Mode Avancé ! - par Jean-Philippe Bempel (@jpbempel)

Depuis quelques années, le monde du GC sur la JVM évolue : G1 est par défaut sur le JDK9, Shenandoah est mis à disposition par Red Hat, un nouveau GC entre dans l’OpenJDK depuis le JDK 11: ZGC et Azul C4 est toujours là.

Comme les GC “classiques” sont plutôt bien compris maintenant, cette présentation s’attardera sur les arcanes des plus récents. Nous allons expliquer le concurrent marking (tri-color marking), les specificités de G1, la Load Value Barrier de C4, les Brooks pointers de Shenandoah et le multi-mapping de ZGC.

== À propos du speaker

Développeur passionné par les performances, les runtim es (JVM, CLR) et adepte de Mechanical Sympathy, Jean-Philippe Bempel a plus de 8 ans d’expérience dans les systèmes de trading low latency. Maintenant il apporte son expertise sur la JVM chez Criteo afin d’optimiser les jobs Map/Reduce & Spark.

Vidéo :

En raison de l’épidémie de COVID (EDIT Post COVID: et juste avant d’être confinés !!!) nous avions prévu une baisse du nombre d’inscrits à cette soirée. C’est pourquoi nous avons choisi de vous proposer un workshop !

Les auteurs du Workshop n’étant pas dispo pour des raisons de planning, ils nous ont proposé d’organiser le Workshop sans eux de notre côté, les sources étant disponible en ligne (licence MIT) !

Plutôt que chacun sur son PC, et parce que l’ambiance s’y prêtait bien, nous avons réalisé ce workshop en “mob programming”. C’est-à-dire moi-même au “pupitre” avec mon laptop, lisant les instructions du workshop, les tips et les correctifs, et les autres participants qui me donnent leurs réponses/idées pour réaliser les exercices.

Voici la description du workshop et un lien vers le contenu à la fin 😉

Testcontainers - par Victor GALLET (@GalletVictor) et Antoine ROUX (@_wziko_)

Avec de plus en plus d’applications “dockerisées”, Testcontainers est une librairie qui mérite que l’on s’y intéresse et va révolutionner la manière dont sont écrits les tests d’intégration.

En partant d’une application SpringBoot classique, en l’occurrence Spring PetClinic, nous vous proposons d’utiliser la puissance de Docker au sein de votre pipeline de tests d’intégration grâce à la librairie Testcontainers. Cette dernière est une bibliothèque Java permettant de simplifier la gestion du cycle de vie des conteneurs durant la phase de test.

Les applications que nous produisons sont de plus en plus connectées et de plus en plus dépendantes de ressources externes telles qu’une base de données, un broker de messages, un service de messagerie, etc. Afin de réaliser des tests qui communiquent avec ces ressources externes, nous avons habituellement recours à des librairies de mock, des services embarqués en mémoire, ou des installations en local.

Mettre en place des tests s’intégrant avec toutes ces briques est fastidieux et coûteux en terme de mise en place et de développement. De plus, ces derniers ne sont pas toujours représentatifs de la production.

Aujourd’hui, grâce à Docker et Testcontainers nous pouvons rapidement préparer un environnement de test fiable.

Workshop : https://zenika.github.io/handson-testcontainers/

Enjoy !

Juste avant les vacances d’hivers nous avons reparlé de Java (yay!) avec une première présentation axée sur l’utilisation de Java dans les jeux vidéo.

Le second second talk a porté sur les code reviews et les principes de base pour la programmation orientée objet : SOLID !

Java et les Jeux Vidéo - par Mounir Regragui

A l’heure où les frameworks de développement de jeux-vidéo les plus populaires sont Unity et UE, la conférence proposera de :

Revenir sur les plus grands jeux codés en Java (Minecraft, mais pas que)
Présentation rapide du framework LibGdx, et si il y a le temps, une petite session de live coding basique

Référence CFP : https://github.com/ToulouseJug/call-for-paper/issues/25

Vidéo :

Des codes review pour un code S.O.L.I.D - par Rémi Navarro (@NavarroRemi)

On fait presque tous des codes review sur nos projets, mais sur quoi s’accorde notre communauté pour les définir ?
Qu’est ce qu’une code review, pourquoi, quand, que faut il regarder ?
Qu’est ce qu’un code S.O.L.I.D ?

Référence CFP : https://github.com/ToulouseJug/call-for-paper/issues/40

Vidéo :

Bonne année 2020 à tous les Juggers (c’est comme ça qu’on dit ?) !

Pour débuter l’année on va se faire un peu peur 👻 avec un sujet expérimental “Test-Safe”, suivi d’un tour d’oauth2.

Programmation Test-Safe - par Adrien Piquerez (@adrien_piquerez)

La programmation test-safe est une méthode de programmation centrée sur les tests.
C’est du TDD, mais natif, du TDD par design !

Plus concrètement c’est l’idée que les tests sont la source du programme, et que l’implémentation est le produit des tests. L’idée est belle, mais comment ça marche ?

Ce talk est un début d’aventure, en live coding, vers une librairie de programmation test-safe. En scala, mais pas de panique, aucune notion de scala n’est requise pour comprendre.

Référence CFP : https://github.com/ToulouseJug/call-for-paper/issues/37

Vidéo :

Oauth2 est effrayant ? Non ! Voyons comment bien s’en servir - par Mathieu Passenaud (@mathieupassenau)

client_id et client_secret, tout le monde connait.
Par contre, on met quoi dans redirect_uri, x-frame-options, Content-Security-Policy ou Web origins ?
C’est quoi un client “confidentiel” ?

Faisons un tour de oauth2, des méthodes d’authentification (les “flows”), de ce qu’il est possible de faire et ce qu’il ne faut surtout pas faire.

Basé avant tout sur des cas d’utilisation courants et pas juste un récit d’un énième bouquin sur oauth avant de voir comment faire, on va surtout voir ce qu’il ne faut pas faire.

Exemple et manipulations avec keycloak.

Référence CFP : https://github.com/ToulouseJug/call-for-paper/issues/42

Vidéo :

Il faudrait vivre dans une grotte pour ne pas avoir entendu parler de GraalVM.
Si c’est votre cas, il va falloir songer à venir plus souvent au JUG !

Pour la dernière soirée de l’année 2019 nous vous avions proposé deux présentations sur ce thème.

GraalVM : les applications natives en Java - par Sylvain Wallez (@bluxte)

GraalVM est une JVM nouvelle génération qui a plusieurs aspects intéressants :

elle est “polyglotte” et permet de faire tourner du Java/Kotlin/Scala (classique) mais aussi du R, JavaScript, Ruby ou Python (moins classique)
elle permet de faire de la compilation “ahead of time” et produire un exécutable natif minimaliste qui peut être déployé facilement.

La présentation montrera les différentes capacités de GraalVM et comment la compilation native permet de répondre aux contraintes des applications “cloud-native”, catégorie qui regroupe les micro-services, le serverless, les containers (et side-cars), etc.

Référence CfP : https://github.com/ToulouseJug/call-for-paper/issues/22

Vidéo :

GraalVM: la JVM polyglotte - par Pascal Gillet (@psclgllt)

“Cette librairie n’est pas disponible dans mon langage de programmation. Je dois la réécrire.”

“Ce langage conviendrait parfaitement à mon problème, mais nous ne pouvons pas l’exécuter dans notre environnement.”

“Ce problème est déjà résolu dans tel ou tel langage, mais ce langage est trop lent.”

Oui, GraalVM améliore les performances des langages JVM tels que Groovy, Scala ou Kotlin pour égaler les performances des langages natifs. Oui, GraalVM permet de produire des exécutables Java standalone - des images natives - grâce à la compilation Ahead-of-time. Oui, le startup de ces applications est grandement réduit. Oui, GraalVM est bien intégrée dans des frameworks tels que Micronaut et Quarkus. Et donc oui, GraalVM rend ses lettres de noblesse au langage Java, qui devient très pertinent dans le monde des micro-services. 😛

Dans ce talk, nous nous intéresserons à l’autre grand objectif de GraalVM, qui est de mélanger librement plusieurs langages dans des applications multi-langages ou polyglottes: imaginez une application dont le code source mêle le Java, le JavaScript, le Python, et le Rust! 🤯 GraalVM permet donc aux développeurs de choisir librement le bon langage pour la tâche à résoudre, sans faire de compromis sur les performances.

Nous allons étudier les mécanismes de GraalVM permettant des applications polyglottes. Nous présenterons également Truffle, un outil associé à GraalVM pour écrire son propre langage.

Et bien sûr nous écrirons, en live, une application multi-langages !

Référence CfP : https://github.com/ToulouseJug/call-for-paper/issues/22

Vidéo :

Je vous entends déjà :

“- Rust au JUG ?! Non mais t’es pas maboule ?!”

Et bin non ! Il y a plusieurs mois est arrivé sur le CFP (https://github.com/ToulouseJug/call-for-paper/) un sujet sur Rust orienté pour les développeurs Java.

Une occasion parfaite de mettre à l’honneur un concept cher à mon coeur : la pollinisation croisée.

Rust pour les développeurs Java - par Simon Chemouil (@simach)

Rust, tout comme Java, est né de l’objectif de proposer une alternative sûre à C++ (à l’exécution et pour la santé mentale des développeurs), mais avec une approche radicalement différente: du côté de Java, la sûreté résulte de la VM et de son Garbage Collector, alors que Rust est le premier langage mainstream à proposer un mécanisme sûr de gestion automatique de la mémoire “compile-time”, tout en générant des binaires natifs. Le Rust atteint ainsi la performance de C/C++ sans les risques associés.

Dans cette présentation, il sera question de présenter Rust en partant de Java, en comparant le modèle mémoire, les primitives de design, la gestion des erreurs et le multi-threading.

Après une brève présentation “Rust par rapport à Java”, où principalement seront comparés le GC de Java et le borrow checker de Rust (10 slides, ~20 mins), on ira tout droit dans le code en portant du code écrit en Java vers Rust, en comparant les points forts des deux langages.

Il s’agit d’un talk d’introduction, modérément technique, le code Java qui sera porté sera trivial (aucun framework, mais multi-threadé), et promis à la fin Duke et Ferris vont pas se taper dessus.

Référence CfP : https://github.com/ToulouseJug/call-for-paper/issues/29

Vidéo :

Compte tenu de la proximité du Toulouse DevFest 2019, nous avons profité de cette soirée pour débriefer sur cet événement de façon ouverte par des prises de paroles volontaires.
Nous avons donc discuté de l’organisation avec les membres du staff présents sur place, des expériences et du ressenti de chacun ainsi que des présentations les plus marquantes et les plus appréciées par les uns et les autres.

Puis place au seul talk de la soirée : API Web Moderne avec GRPC!

Et comme c’est encore le début de la saison 2019, nous avions choisi d’organiser un Quiz de rentrée afin de faire gagner les quelques lots offerts par nos sponsors et partenaires au cours de l’année précédente.

Les participants ont donc pu choisir, par ordre de classement au résultat du quiz, le lot qui leur faisait le plus plaisir parmi :

Une place pour Voxxed Days Microservices 2019 offerte par ses organisateurs
Un livre offert par les Editions Eyrolles
3x $100 de crédits offerts par DigitalOcean
Une quinzaine de T-shirts offerts par DigitalOcean

Et en libre accès : de nombreux stickers (Eclipse Vert.x, Elastic, DigitalOcean, Github).

API Web Moderne avec GRPC - par Florian Bernard (@fbe64)

La plupart des projets logiciels utilisent ou exposent des Api Web. Ces APIs sont souvent bâties sur des standards (HTTP 1.X / JSON / XML …) qui n’ont pas évolué depuis plusieurs années.
Je vous propose de découvrir une approche plus moderne avec le framework GRPC conçu par Google.

Déroulement de la présentation :

Introduction et bref historique des technologies utilisées pour faire des Api distantes
Présentation du framework GRPC et ce qu’il y a sous le capot
Démo / live coding (client / serveur)

Référence CfP : https://github.com/ToulouseJug/call-for-paper/issues/35

Vidéo :

Pour attaquer cette nouvelle saison, un aperçu du Projet Loom par moi-même, et une présentation de Spring Cloud par un speaker bien connu du JUG.

Malheureusement, étant speaker lors de cette soirée, il m’a été impossible d’enregistrer ma présentation sur Loom, et la présentation sur Spring Cloud a été enregistrée sans micro-cravate sur la caméra n°2, d’où une qualité d’image et de son inférieures à d’habitude.

La concurrence sans s’emmêler les ficelles avec Project Loom - par Arnaud Bos (@abos)

Le domaine de la programmation concurrente utilise le champ lexical de la filature et nous met les nerfs en pelote avec des concepts qui s’entrelacent : fibers, threads, lightweight-threads, green threads, loom… Peut-être avez vous également entendu parler de coroutines ? Rassurez-vous, tout est lié.

Au fil de cette présentation (em)mêlée d’exemples de code, vous découvrirez le projet Loom qui a pour vocation d’apporter à la JVM des “mécanismes léger de concurrence”, ainsi que des API plus haut niveau pour broder dessus.

Nous aborderons ensemble l’origine de Loom et ses récents prototypes. Vous vous apercevrez que son maillage va au delà de “simples” primitives et peut nous amener jusqu’à révolutionner la concurrence sur la JVM.

Et en attendant la révolution, sans tirer trop sur la corde, vous verrez comment on peut juste utiliser Quasar.

Référence CfP : https://github.com/ToulouseJug/call-for-paper/issues/39

Microservices avec Spring Cloud - par Florian Beaufumé (@fbeaufume)

Une architecture en microservices apporte de nombreux bénéfices mais pose plusieurs difficultés à cause de la nature distribuée de l’application.

Pour nos applications Java ou Kotlin basées sur Spring Framework et Spring Boot, il existe des solutions apportées par les projets Spring Cloud. Elles ont l’avantage d’être neutres par rapport à l’orchestrateur ou au cloud utilisé.

A travers une majorité de slides, mais aussi quelques démonstrations, nous allons expliquer ces difficultés et montrer la mise en oeuvre étape par étape des solutions de Spring Cloud :

Centralisation de la configuration avec Spring Cloud Config
Automatisation et fiabilisation des communications entre services avec Spring Cloud Netflix
Exposition des services aux clients avec Spring Cloud Gateway
Corrélation des logs avec Spring Cloud Sleuth

Référence CfP : https://github.com/ToulouseJug/call-for-paper/issues/30

Vidéo :

Pour la dernière soirée de la saison 2018-2019 le thème était “de la programmation orientée object à la programmation fonctionnelle”, vaste programme.
Pour ce faire, une première vidéo où l’on revient aux sources et où l’on présente les grands concepts, suivi d’une présentation d’un cas concret pour lequel des concepts de programmation fonctionnelle peuvent nous aider.

La programmation fonctionnelle sans céder à la mode - par Frédéric Cabestre (@fcabestre)

Aujourd’hui, pour être à la mode, il faut parler de programmation fonctionnelle. Et de suite on convoque les mots en vogue: « Immutabilité », « Monade » ou « Catamorphisme ». Au mieux le message est brouillé, mal reçu. Au pire la salle se vide !

Ce que je vous propose c’est de repartir des principes de base, avec des idées bien arrêtées et peut-être parfois provocatrices. Comprendre, comme le disait John Hugues, « Why functionnal programming matters ». Cerner les quelques idées directrices de la programmation fonctionnelle et ce qu’elles apportent concrètement au quotidien. Voir comment et pourquoi d’autres concepts en découlent nécessairement…

Il sera peut-être finalement question de « Théorie des catégories » ! Mais il sera surtout question, en vrac, d’histoire et de mise en œuvre des langages, de typage, de performance, d’artisanat du logiciel, de « Design patterns », d’abstraction et, soyons fou, de réification.

En somme, je vais vous parler de programmation fonctionnelle en essayant de ne pas être à la mode !

Référence CfP : https://github.com/ToulouseJug/call-for-paper/issues/20

Vidéo :

De l’OOP à la FP : l’affaire de la validation - par Emmanuel Nhan (@nhanmanu)

On est tous tombé au moins une fois dans cette boucle en remplissant un formulaire web :

Remplir et cliquer sur envoyer,
Avoir en retour un champ en erreur,
Corriger la saisie et soumettre,
Avoir un autre champ en erreur,
Corriger la saisie et soumettre,
…

Même chose pour l’envoi d’une requête HTTP avec un body JSON qui peut être invalide à plusieurs endroits. Doit-on corriger chaque champ un à un à mesure que l’on découvre les erreurs ou existe-t-il un moyen d’avoir l’ensemble des erreurs dès la première requête ?

Dans ce talk, nous examinerons les moyens pour remonter toutes les erreurs dès la première validation en commençant par la solution la plus Java possible en utilisant la JSR 303 Bean Validation. Après avoir vu les avantages et inconvénients de cette approche, nous essayerons de construire un programme plus fonctionnel. Petit à petit nous ferons émerger des abstractions et nous déboucherons sur une version purement fonctionnelle de la résolution de ce problème.

Ce talk est fait pour les développeurs Java ou Kotlin qui veulent rendre leur code plus fonctionnel. Par conséquent, il nécessite une connaissance de Java et des bases de Kotlin ou Scala. Si vous connaissez déjà Scala et Cats, ne vous attendez pas à apprendre beaucoup.

Référence CfP : https://github.com/ToulouseJug/call-for-paper/issues/27

Vidéo :

Voici les vidéos de la soirée de mai où nous avons eu la chance de recevoir deux membres de l’équipe “core” de JHipster qui nous ont parlé de leur projet !

Nouveau matos !
Grace à nos sponsors, nous avons pu nous permettre de remettre un petit peu à jour notre matériel de captation. Un prochain article détaillera nos nouvelles acquisitions mais en attendant:
merci Ippon, merci MonkeyPatch ! 🥳

Présentation JHipster - par Hippolyte Durix (@hdurix)

JHipster est une plateforme de développement Open Source permettant de générer, développer et déployer des applications web :

Spring boot et Angular ou React ou depuis peu Vue.js
Dans une application monolithique
Ou suivant le pattern microservices

Offrant des dizaines d’options qui vous permettent de générer une application adaptée à vos besoins et vos envies, JHipster porte une attention toute particulière à l’expérience du développeur et à la qualité du code généré.

Vidéo :

Blueprint: Un JHipster à votre image - par Anthony Viard (@avdev4j)

Vous connaissez tous Sam ? Vous savez Sam est celui qui conduit et qui ne boit pas. Et bien figurez-vous que Sam est aussi celui qui ne code pas.

En effet Sam gère des équipes de développement qui prennent en charge le développement de projets web au sein d’une grande entreprise française.

Mais Sam doit évoluer dans un contexte contraignant tout en ayant pour objectif d’offrir à ses équipes de l’innovation et de l’efficacité autour d’un socle technique commun. Mais Sam ne sait pas comment faire…
Aujourd’hui il existe LA solution pour Sam : Le module Blueprint de JHipster.

Si JHipster peut lui permettre de générer rapidement des projets, le module Blueprint, lui, va lui permettre de redéfinir certaines étapes afin d’obtenir des applications à l’image de sa société.

Au travers d’une présentation et d’une démonstration du Blueprint nous allons aider Sam à se doter de son générateur d’application innovant et performant. Nous allons l’accompagner afin de gagner en cohérence technique, de proposer des outils ayant un sens pour ses équipes et de réduire son time to market.

Vidéo :

Les résultats du sondage Stack Overflow 2019 viennent d’être dévoilés, mais franchement vous avez mieux à faire, puisque les résultats du sondage Toulouse JUG 2019 sont arrivés !

ATTENTION Les graphiques présents dans cet article pourraient mal s’afficher sur certaines résolutions d’écrans, les appareils mobiles notamment.
N’ayant pas le courage de me battre avec le CSS, je vous conseille plutôt de changer d’écran si vous souhaitez consulter les graphiques de façon détaillée.

Après un démarrage en trombe à prés de 80 entrées dans les 3 premiers jours, les réponses se sont faites rares jusqu’à un petit sursaut lors de la dernière soirée d’avril qui nous a permis d’atteindre les 101 soumissions.
Le sondage ayant été communiqué pendant les soirée, sur Twitter et même sur le groupe Meetup qui compte plus de 1300 inscrits, on est en dessous des 8% de réponses, mais c’est cohérent avec le taux d’inscriptions par soirée.

C’est dommage pour les ≈1200 qui n’ont pas souhaité répondre…

La domination du grand nombre par le petit nombre, nous l’appelons tyrannie :
la domination du petit nombre par le grand nombre est tyrannie aussi, mais d’une nature moins intense.

Herbert Spencer

Ou pas ? ¯\(ツ)/¯

Cohortes, fréquentation et questions générales

Fréquentation

La majorité des votants déclare venir le plus souvent possible aux soirée du JUG.
La seconde réponse la plus exprimée, très proche en nombre de voix, concerne les personnes indiquant venir aux soirées lorsque le sujet les concerne directement : pour nous c’est un fait marquant qui signifie qu’il faut que les sujets que nous programmons restent le plus souvent possible au plus prés des considérations pratiques de notre travail de tous les jours.

JamaisParfois, quand Netflix est downQuand le sujet concerne directement monjobLe plus souvent possibleJe ne rate jamais une soirée39.6%32.7%15.8%

16% sont plus cyclothymiques, et prés de 11% déclarent de jamais venir.
Sur ce total de 27%, la raison principale évoquée (à quelques variantes prés) est l’indisponibilité ou des contraintes d’emploi du temps.

Le point positif pour le JUG, c’est qu’aucune de ces personne ne déclare ne pas/plus venir ou venir seulement “parfois” en raison des choix des sujet ou de la qualité des présentations. 🥳

Quelques réponses “inline” à des messages reçus :

“Car c’est le mardi” : et bien non pas toujours !
“J’ai très peu de notifications pour les rencontres du moins par mail…" :
d’autres personnes, à d’autres questions, ont répondu avoir des difficultés à avoir les infos via la mailing-list. Je vous invite à vérifier les paramètres de vos boîtes de réception et filtres de SPAM, parce que les soirées y sont toujours annoncées, des rappels pour les inscriptions avant échéance aussi, et les liens vers les vidéos y sont postés également à posteriori.
“le lieu, et surtout vous n’êtes pas le seul meetup digne d’intérêt parfois les horaires et les dates rendent les choses impossibles : vous devriez les broadcaster” :
en effet, l’offre de meetups sur Toulouse est large, et c’est une bonne chose, mais le JUG est une institution 😁.
Concernant le lieu et le broadcast : on en reparle plus bas.

Cohortes

La répartition par age est très intéressante de notre point de vue puisque même si elle est très proche de ce à quoi nous nous attendions, elle contraste d’avec celle de Stack Overflow.

Toutes proportions gardées bien sûr, puisque le sondage SO a recueilli prés de 90.000 réponses, mais la comparaison est intéressante.

J’ai entre020406015 et 20 ans15 et 20 ans20 et 25 ans20 et 25 ans25 et 30 ans25 et 30 ans30 et 40 ans30 et 40 ans40 et 50 ans40 et 50 ans50 et 60 ans50 et 60 ans

En effet, nous avons au JUG une population plus âgée (toute proportion gardée, encore une fois) avec une majorité de personnes entre 30 et 40 ans là où ils ne représentent que 40% des votants chez SO.
Le nombre de votants SO de plus de 40 ans représente péniblement 12% du panel, là où nous atteignons prés de 25%.
À l’inverse, les 20-30 ans sont à peine plus représentés que les plus de 40 ans au JUG, alors qu’ils forment l’écrasante majorité des votants chez SO.

Fréquence des soirées

Selon la majorité des votants, une soirée par mois est un bon rythme. Cela nous conforte dans nos efforts de re-dynamisation du JUG en maintenant le cap actuel.

L’overdose : je préfèrerais une soirée partrimestreTrop : une soirée tous les deux mois ceserait suffisantLe bon rythme.Limite : j’aimerais plutôt toutes les 3semainesLa zone : j’aimerais plutôt deux soirées parmois19.8%68.8%

Que les personnes qui ont voté “Trop” ou * “Overdose” se rassurent, il leur est possible de ne pas venir ! 😂

Pour les personnes ayant voté “Limite” ou * “La zone”, merci pour vos encouragements, on augmentera peut-être la fréquence des soirées dans les mois à venir, mais pour le moment tout le monde est déjà pas mal occupé à garder cette vitesse de croisière.

Horaires

Ici encore, la majorité des votants déclare être satisfait des choix actuel des organisateurs. Si l’on ajoute à ceux-là les 21% qui arrivent avec le quart d’heure toulousain, qui est de mise dans notre contrée, et compte-tenu du fait que le début de soirée est consacré à l’introduction et éventuellement à un mot d’un sponsor, on obtient un score satisfaisant en l’état.

020406080Trop tôtLimite : on arrive avec le quart d'heur…ParfaitTrop tardBâtard : bouchons, gosses àcoucher, br…6 (5.9%)6 (5.9%)21 (20.8%)21 (20.8%)67 (66.3%)67 (66.3%)5 (5%)5 (5%)12 (11.9%)12 (11.9%)

Sessions tardives

L’idée de proposer des sessions tardives a germé suite à une discussion avec un des orga du Toulouse Rust Meetup.
Je ne sais plus trop pourquoi on en est arrivé à parler de ça, mais l’idée m’a semblé bonne pour permettre notamment aux parents de faire “le relais” avec leur moitié ou leur babysitter (ou leur “c’est compliqué”).

OuiNon70%30%

La grosse majorité des votants se propose donc en défaveur de sessions tardives.

L’a priori que j’avais en postant cette question est qu’il y aurait une corrélation forte entre personnes qui ne viennent que “parfois” ou jamais, en raison des horaires et les personnes intéressées par des sessions tardives.

Et bien par du tout. Sur les 5 personnes ayant répondu qu’il souhaiteraient des soirées tardives systématiquement (déjà je m’attendais à plus), seulement 2 déclarent ne venir que “parfois”, deux viennent “le plus souvent possible” et une “quand le sujet concerne son job”.

SystématiquementDe temps à autre12.5%87.5%

Et alors là, joie du sondeur : pour 30 personnes ayant répondu “Oui” aux sessions tardives, nous avons 40 réponses à la question “Si oui*, quand ?"* 🤣
Heureusement, les 10 boulets ont répondu *“De temps à autre”* et pas *“Systématiquement”* !

Note du relecteur qui est probablement un boulet: quand on a des réponses incohérentes dans un sondage, c’est que les questions sont mal posées !

Réponse de l’auteur au relecteur : en toute mauvaise fois, c’est impossible !

Le lieu actuel

Voici le genre de résultat qui me fait regretter d’avoir laissé la possibilité de botter en touche avec l’option “Pas d’avis”.

C’est :02040Trop proche du centre villeTrop proche du centre villeLe juste milieuLe juste milieuPas assez proche du centre villePas assez proche du centre villePas d’avisPas d’avis

Difficile de déduire quoi que ce soit de ce graphique si ce n’est qu’il y a plus de personnes qui considèrent ce lieu comme trop loin, que de personnes qui le considèrent trop proche du centre ville. Un quart des sondés trouve l’emplacement adéquat ; quant à la majorité, qui n’a pas d’avis sur la question, dans quel(s) camp(s) se répartirait-elle si elle avait été forcée de prendre position ? Mystère.

On notera également que seulement 19% de sondés trouvent le lieu facile d’accès. 9% le trouvent difficile d’accès, et 69% le trouvent “c’est chiant mais ça se fait”. On a donc un boulevard devant nous pour chercher à améliorer la situation.

Par ailleurs, la majorité des gens déclare venir au JUG en voiture/moto (55%) et/ou en transports en commun (55%), quand 6% nous font savoir qu’ils se déplacent aussi à dos de poney.
On en déduit donc que dans l’éventualité d’une délocalisation du JUG, l’idéal serait un lieu proche d’un parking et des transports en commun (et d’une étable).
Merci de nous faciliter la tâche !

Suggestion trouvée dans les réponses : “à distance” -> On en reparle plus bas.

En contre-partie, 90% des votants trouvent le confort de la salle satisfaisant.

123450102030402 (2.3%)2 (2.3%)6 (7%)36 (41.9%)34 (39.5%)8 (9.3%)

Et deux personnes n’ont pas sû comment voter :

“ahem de 1 a 5 …. question 1 c’est le mieux ou bien c’est 5 ?"
“le confort 1 c’est bien ou c’est nul ?"

J’en déduis donc qu’elles n’ont jamais lu Télérama ni utilisé Google Reviews, Trip Advisor, Yelp, Netflix ou autre système de note à points 🤣.

Autres remarques :

“Par web conference ?" : Encore une fois, on en reparle plus bas.
“Porte toujours fermée avec tout un folklore pour entrer." : mille fois oui, la porte a été mentionnée plusieurs fois, on est conscient de ce problème…

Changer de lieu

Encore une fois je me mords les doigts d’avoir laissé la possibilité de botter en touche avec la réponse D (≅"Pas d’avis”).

Changer de lieu ?010203040Oui par pitiéOui par pitiéNon c’est très bienNon c’est très bienFaire un roulementFaire un roulementLa réponse DLa réponse D

Dans l’échantillon des personnes ayant répondu “La réponse D”, la répartition entre “Top”, “Difficile d’accès” et “Un peu chiant mais ça se fait” est la même que sur le panel global.
Dans l’échantillon des personnes ayant répondu “Non c’est très bien” on retrouve une plus grande proportion de personnes ayant répondu “Top” mais toujours une majorité de “Un peu chiant mais ça se fait”.

En faisant l’échantillonnage inverse, on constate que :

Les personnes ayant répondu “Top” votent à peu près à 63% pour “Non c’est très bien” et 31% pour “La réponse D”.
Les personnes ayant répondu “Difficile d’accès” votent à peu près à 40% pour “Oui par pitié” et “La réponse D” et 20% “Faire un roulement”
Les personnes ayant répondu “Un peu chiant mais ça se fait” votent à peu près à 34% pour “Faire un roulement”, 42% pour “La réponse D”, 18% pour “Non c’est très bien” et 4% pour “Oui par pitié”.

Si quelqu’un arrive à déduire quoi que ce soit de ces résultats, qu’il/elle me le fasse savoir, j’ai atteint mes limites. J’ai l’intuition que ce lieu peut se résumer en un mot : “Meh”, il ne fait pas l’unanimité chez nos membres votants.
D’un autre côté trouver un lieu qui pourrait faire l’unanimité n’est pas du gateau.

Hypothétique nouveau lieu

Concernant la localisation, d’après ce que je lis, aucun consensus ne se dégage non plus.
Une majorité de votants préférerait un lieu dans le centre ville, et “le Sud” de façon générale récolte plus de suffrages.

Pour ce qui est des locaux, pas de grand gagnant non plus, les votes sont répartis de façon à ne pas nous aider à décider pour une typologie en particulier :

Plutôt0102030Un espace de coworkingUn espace de coworkingLes locaux de boîtes accueillantesLes locaux de boîtes accueillantesDans une autre école/facDans une autre école/fac

Dans les remarques sur un hypothétique futur lieu, HarryCow, IoT Valley et l’N7 ont été mentionnés.
Un petit rigolo a proposé la Salle des Illustres… Si cette personne a des contacts bien placés à la mairie, elle peut me contacter via Twitter !

Et enfin le récurrent “une teleconference?" : je n’ai pas vérifié si c’était la même personne à chaque fois, mais, encore une fois, on en parlera plus bas.

Le format

Formats courts

Les short-talks et conférences sont nettement en tête. Ça tombe bien, c’est déjà ce qu’on essaie de faire.
Arrivent derrière, dans un mouchoir de poche les lightning-talks, unconferences et les quiz.
Et entre les deux, les ateliers.

020406080100Lightning (<8mn)Short (<15mn)ConférenceUnconferenceAtelier/WorkshopQuizune 1ère partie courte et untruc plus …Kamoulox17 (16.8%)17 (16.8%)63 (62.4%)63 (62.4%)89 (88.1%)89 (88.1%)18 (17.8%)18 (17.8%)47 (46.5%)47 (46.5%)18 (17.8%)18 (17.8%)1 (1%)1 (1%)1 (1%)1 (1%)1 (1%)1 (1%)1 (1%)1 (1%)

La fréquence la plus sollicitée pour les lightning/short-talks est “De temps en temps”.

Quiz

Les quiz sur un format court (≃15mn) sont préférés à un format long (≃45mn) et un consensus se forme sur 1 soirée sur 2 ou tous les trimestres, et entre deux présentations (plutôt qu’avant/après).
Concrètement, je pense qu’on va tenter un petit 15mn tous les trimestres pour commencer, et on verra les retours que l’on a.

Les chiffres nous montrent également que la plupart de nos membres sont plutôt pour faire des quiz, et la moitié (un peu plus en fait) des personnes favorables préfère qu’il y ait un enjeu (cadeaux, goodies à gagner).

Conférences

Concernant les conférences, pas de consensus non plus.

Plutôt0204025mn25mn30mn30mn40mn40mn45mn45mn50mn50mn1h1h1h301h302h2h

On a une jolie courbe de Bell et grosso-modo des conférences de 45mn ou 1h semblent satisfaire. Les présentations sur 30mn tirent leur épingle du jeu, quant aux formats plus longs, ils sont plutôt boudés.

Ateliers

92,3% des 91 votants préfèrent que le JUG se cantonne au domaine de l’IT au détriment du “WTF”. Tant pis pour l’ouverture des chakras.

Sondages

L’idée de sondages bien geeks semble intéresser la majorité des votants.

OuiNon15.7%84.3%

On va voir ce que l’on peut faire pour eux. Les autres n’auront qu’à ne pas répondre ¯\(ツ)/¯

Les sujets

Le CfP via Github satisfait 73% des votants. 26% votants trouvent ça “Ok mais peut mieux faire” et deux personnes trouvent ça “Nul”, malheureusement personne dans ces deux catégories n’a proposé d’alternative, on va donc garder Github pour le moment.

En ce qui concerne les thématiques, niveaux et profil des speakers en revanche, cette catégorie permet de dégager des tendances plus marquées.

DébutantIntermédiaireConfirméMaintstreamNicheAcadémique02040JamaisJamaisRarementRarementDe temps en tempsDe temps en tempsSouventSouventIl existe autre chose ?!Il existe autre chose ?!

(“Académique” ressemble trait pour trait à “Mainstream” et “Niche”, je ne me suis donc pas bagarré avec le CSS pour le faire apparaître ici… Ceci dit, 3 personnes ont voté “Académique”/“Il existe autre chose”, et quelque chose me dit que je connais les noms de ces joyeux lurons, et qu’ils se reconnaîtront également.)

On a donc une forte demande de tous les niveaux “De temps en temps” et une petite préférence pour avoir “Souvent” des présentations de niveaux intermédiaires ou confirmés.

À noter également un petit pic de “Jamais” et de “Rarement” pour les sujets de niveau débutant. Mais la tendance n’est pas très prononcée, et puisque le JUG symbolise surtout le partage nous allons continuer à varier les niveaux et prendre soin d’accueillir les débutants avec des sujets adaptés à leur niveau.

Côté profil des speakers, une seule tendance se dégage : que ce soit “Young blood”, “Usual suspects”, “Stars” ou “non-Stars”, les réponses sont peu ou prou “un peu de tout, de temps en temps”.

La dernière question de cette section “Speakers/Talks que j’aimerais voir au JUG” a bien évidemment donné lieu à toutes les folies, parmi les pépites (les bonnes idées je les garde pour moi) :

“Martin Fowler”
“Jake Wharton”
“Magit”

Et bien sûr le bon vieux troll velu : “Arnaud Bos”. Merci, merci, si je trouve le temps j’y penserai 😅

Communication

Cette partie du formulaire avait pour objectif de cerner les attentes des “followers” du JUG et les efforts à fournir par l’équipe pour s’assurer que les infos/news circulent bien jusqu’aux membre.

Tout d’abord les canaux de diffusion :

020406080FacebookTwitterMastodonNewsletter/Mailing listSlack des communautés TlseMeetupsmsgoogle groupYinks7 (6.9%)7 (6.9%)52 (51.5%)52 (51.5%)2 (2%)2 (2%)38 (37.6%)38 (37.6%)27 (26.7%)27 (26.7%)79 (78.2%)79 (78.2%)1 (1%)1 (1%)1 (1%)1 (1%)1 (1%)1 (1%)1 (1%)1 (1%)

En tête on retrouve sans trop de surprise le site Meetup et le compte Twitter, suivis par la mailing-list (Google Group) et le Slack “des communautés”.

Comme un relecteur attentif me l’a fait remarquer, l’absence de surprise est d’autant plus marquante que le biais de sélection est important : les personnes ayant répondu au sondage l’ont fait après en avoir été informé via ces mêmes canaux de communication…
Ces résultats ont donc peu de valeur si ce n’est de confirmer que la plupart des gens utilisant déjà ces moyens de communication les trouvent à leur goût.

Dans l’ensemble, les votants semblent plutôt satisfaits par la fréquence de communication du JUG, ni trop peu, ni trop de spam.

Enfin, l’utilisation de Meetup pour les inscriptions plaît à 85% des votants, et les 15% restants n’ont pas proposé d’alternative, on va donc s’en contenter également.

Captation

De ce côté, les avis sont assez tranchés :

Vidéos sur YoutubePhotos de l’événement020406080InutileInutileIndispensableIndispensablePas d’avis (Ouép/Meh)Pas d’avis (Ouép/Meh)

Les vidéos sont importantes pour 72% des votants, mais les photos n’emballent pas les foules. Pourtant si la vidéo va rester un élément important de nos productions (je tiens par avance à m’excuser de la qualité des vidéo à venir de la soirée d’Avril…), j’aimerais faire un effort supplémentaire pour avoir des photos correctes des événements que nous organisons, car c’est important pour nous en terme de communication et je pense que cela peut avoir une forte valeur ajoutée pour trouver des sponsors.

Dans l’ensemble la qualité des vidéos semble satisfaire, mais un petit pourcentage la trouve insuffisante, et malheureusement, j’en fais partie !

Quelques réponses au passage :

“Lors des questions de fin de sa préz’, le/la speaker doit répéter la question avant d’y répondre (bah sinon on sait pas à quoi il répond)" :
oui je suis d’accord, mais si le speaker n’y pense pas, je ne vais pas l’interrompre, priorité au public présent 😉
“Un petit mail sur le forum avec le lien serait le bienvenu” : c’est déjà le cas.

Délai de publication

Je dois l’avouer, cette question était en fait rhétorique…

Dans l’idéal0102030Le lendemain de la soiréeLe lendemain de la soirée1 semaine après la soiré1 semaine après la soiré2 semaines après la soiré2 semaines après la soiré

La réponse “Le lendemain de la soirée” était à la limite du troll, et désolé pour les 16 personnes qui l’ont sélectionnée : ça n’arrivera pas 😅

C’est trop de boulot d’organiser les soirées (de façon générale, pas besoin de rentrer dans les détails) pour en plus assurer la post-production dans la foulée : le lendemain, je me repose.

Les réponses “1 semaine après” et “2 semaines après” me semblent beaucoup plus raisonnables, et de toute façon, la bonne réponse était la colonne bleue : “Quand tu peux mon vieux”.
À tous ceux qui ont coché cette réponse, je vous aime.

Et enfin, la voici la voilà, l’Arlésienne des réponses que vous attendiez tous depuis le début !

Mais pourquoi diable ne fait-on pas de téléconférence ou de live-stream ?!

La réponse est liée aux points ci-dessus : trop de boulot. Et oui, certains ne s’en rendront pas compte, mais c’est le cas. Et ce n’est pas tout.
Lors de ma première soirée en tant qu’orga du JUG, en décembre, le live-stream via Youtube a merdé. Et oui. Bon, c’était ma faute, j’avais oublié de passer le stream de “privé” à “public” 😅

Mais quand le speaker, après la session de Q&A est venu me voir pour me dire que ce serait pas mal que je supprime certains passages de ses réponses de la vidéo, pour des raisons légales, et bien on était bien contents tous les deux que ça n’ait pas été diffusé en direct et que je puisse le faire en post-production.

Moralité, le live-stream c’est : de la logistique supplémentaire, du stress supplémentaire si ça ne marche pas, l’impossibilité de gérer le genre de cas mentionnés plus haut, et une plus-value très limitée.

Conclusion

Je zap la question sur les goodies parce que cet article est déjà bien trop long et que je me garde les résultats pour éventuellement faire des surprises pendant les prochaines soirées.

Quelques pépites pour la forme :

“un macbook pro 2015”
“Bloqueur de rfc pr cb ;)" : si quelqu’un comprend ce que dit cette personne, mes DM sont ouverts !
“Des MacBook pro dédicacés,avec le log JUG gravé dans l’alu."
“Une moto du jug”

Enfin, la section qui fait plaisir, “As-tu des remarques pour le JUG ? Ou peut-être une réponse à une question qui n’a pas été posée ?” :

“Merci pour votre taff les gars :)"
“merci :)"
“Merci à tous de votre travail/implication."
“Continuez, c’est cool !"
“Quoiqu’on en dise, ce que vous faites est super!"
“Pas de question. Vous faites de votre mieux les gars et je vous en remercie :) “

Et mon préféré :

“Q: Es-tu satisfait du JUG ?
R : Yep. Merci pour votre investissement et le temps que vous y passez.
Q : Qu’est-ce qu’il y connaît Rick Hunter aux femmes ?
R : Rien."

Merci à tous ❤️

Et voici les vidéos de la soirée d’avril où il a été question de Micronaut et des boucles for et autres patterns d’itération/récursion.

Je tiens à vous prévenir : la qualité des vidéos de cette soirée laisse à désirer…

Mea culpa :

le son n’est pas aussi clair que ce que nous avons pu obtenir par le passé, c’est parce que j’avais oublié un cable crucial pour l’installation : mon cable TRRS.
de plus, la soirée s’étant déroulée dans une salle différente de celle qui nous est habituellement mise à disposition, j’ai eu quelques problèmes de mise en place de la caméra (angle) ainsi que des problèmes d’éclairage.

La deuxième présentation en particulier a subi plusieurs retouches en post-production, notamment au niveau de l’exposition et de la saturation, pour un résultat assez décevant. Rassurez vous, la qualité du contenu est au rendez-vous 😃

Le point positif, c’est que si la qualité de ces vidéos est en dessous de celle de nos productions habituelles, ces deux présentations étaient des répétition avant qu’elles ne soient données par leurs auteurs à de plus grands événements :

Olivier présentera Micronaut dans un Tools in Action à Devoxx France
Igor reparlera des boucles for et de flatMap à SunnyTech

Micronaut, le framework JVM ultra-light du futur - par Olivier Revial (@pommeDouze)

Temps de démarrage proche de la seconde, empreinte mémoire de 10MB, pas de réflection, approche “cloud native” : autant de caractéristiques qui font du framework Micronaut le compagnon idéal de développement de vos microservices Java/Kotlin.

Si des frameworks comme Spring Boot ont grandement facilité l’écriture d’applications en permettant de générer des applications standalone et auto-configurées, ils souffrent néanmoins de l’historique Spring et de sa “lourdeur”. En effet, l’injection de dépendances au runtime et la réflection rendent plus longs les temps de démarrage et font grossir l’empreinte mémoire de nos applis.

En partant de 0, Micronaut prend le contre-pied de ses prédécesseurs en se passant de la réflection et en utilisant la “Ahead-Of-Time compilation” pour des temps de démarrage en dessous de la seconde !

Pensé de base pour supporter et faciliter le développement de microservices et d’applications serverless, Micronaut offre par défaut le support de nombreux providers et outils cloud, il permet l’écriture d’applications réactives, il rend les applications facilement testables… bref, il apporte tout ce dont on a besoin pour développer des applications modernes !

Cette présentation sera un live-coding pour montrer les principales fonctionnalités et les principaux points forts du framework Micronaut.

Vidéo :

Référence CfP : https://github.com/ToulouseJug/call-for-paper/issues/32

🏋️‍️ Refactoring sans les `for` - par Igor Laborie (@ilaborie)

Peut-on se passer de la bonne vieille boucle for ? Il est toujours intéressant de creuser les alternatives comme les Stream, ou d’autres options. Mais le plus important c’est de savoir quand il fuir cette instruction. Ou pas !

Au quotidien, les boucles sont les briques de base de notre code. Mais on oublie souvent les alternatives comme l’API Stream, la récursivité… C’est toujours bénéfique de prendre du recul sur le code que l’on écrit, pour analyser ce qui peut être amélioré. Les alternatives sont elles plus lisibles ? Plus maintenables ? Plus performantes ?

Ici on se contentera de regarder ce qui se passe en Java, avec quelques incursion coté Kotlin et Scala. Mais le propos s’adapte aux autres langages de programmation.

Vidéo :

Référence CfP : https://github.com/ToulouseJug/call-for-paper/issues/24

Pendant cette soirée, nous avons discuté d’Apache Kafka et de la Programmation Orientée Aspect.
L’un est un sujet relativement récent et à la mode dont tout le monde parle, l’autre un sujet qui existe depuis des années et dont on ne parle pas assez. J’espère que vous apprécierez.

Easy Kafka comprendre les concepts et jouer avec facilement - par Mikael KROK (@mikaelkrok) & Romain Chartier (@romlinch)

Kafka Starter Kit : marre de revoir les mêmes conférences et envie de mettre les mains dans le cambouis facilement? On vous propose une révisions des concepts (donc débutant accepté) puis de d’utiliser notre framework pour démarrer kafka en mode test unitaire.

On montre les concepts puis on montre notre framework qui permet de lancer kafka dans les tests unitaires > on évite les soucis de persistance des messages et on commence à mieux saisir les concepts.

Vidéo :

Référence CfP: https://github.com/ToulouseJug/call-for-paper/issues/21

Introduction à la Programmation Orientée Aspect - par Mounir Regragui

Présentation de la programmation orientée aspect : concepts, vocabulaires, exemples avec AspectJ/Spring et CDI.

Vidéo :

Référence CfP: https://github.com/ToulouseJug/call-for-paper/issues/26

Grosse soirée ce jeudi au JUG toulousain ! Nous avons l’événement à une présentation du modèle d’Acteurs.
Le talk d’une durée théorique d’une heure et demi à légèrement débordé, mais c’est largement dû aux multiples sessions de Q&A (ou “breakpoints”) qui ont eu lieu pendant la présentation afin de permettre au public présent de mieux suivre, ou de raccrocher les wagons ^_^

Acteur, un modèle élégant pour le calcul concurrentiel et distribué - par Didier Plaindoux (@dplaindoux) & Alessio Coltellacci (@lightplay8)

Avec l’avènement des architectures multi-cœurs, nous avons besoin de moyens pour les exploiter. Généralement, cela se fait à l’aide des threads natifs et de primitives de synchronisation qui conduisent généralement à des solutions difficiles à mettre en oeuvre et à des problèmes pour appréhender le calcul.

Explorons une approche différente: le modèle de l’acteur, un modèle conceptuel pour traiter le calcul concurrentiel.

Par le biais de la conception d’un jeu vidéo nous illustrerons:

ce qu’est un acteur,
leurs interactions sans partager la mémoire,
la communication entre acteurs dans un système distribué et
comment avoir un système distribué tolérant aux pannes.

Vidéo :

Référence CfP: https://github.com/ToulouseJug/call-for-paper/issues/17

Pour le début de l’année 2019 on a décidé de prendre de bonnes résolutions et d’écrire des tests.
Mais avant cela, on a droit à une petite introduction à une nouvelle plateforme d’apprentissage et de mentoring:

Découverte de Exercism - par Lidonis Calhau (@lidodo)

Exercism est une plateforme pour la pratique du code avec mentorat. Le site permet de s’exercer presque 50 langages.

Je souhaite faire découvrir au plus grand nombre ce site que je trouve excellent.

Vidéo :

Référence CfP: https://github.com/ToulouseJug/call-for-paper/issues/16

Présentation du Framework de test Spock - par Rémi Navarro (@NavarroRemi)

Le but est de découvrir un autre framework que Junit afin de réaliser les tests de votre application “java”.

Cette présentation permet également de faire une courte introduction au langage groovy.

Vidéo :

Référence CfP: https://github.com/ToulouseJug/call-for-paper/issues/14

Une batterie de test pour du code Legacy en quelques minutes avec Approval Test - par Gaspard POINTEAU (@Gaspard_PO)

Une appli legacy, on ne sait pas exactement ce qu’elle fait, et elle peut prendre plusieurs paramètres en entrée, ayant plein de valeurs possibles.
Mais il est indispensable de la tester avant de refactorer.

Donc on va voir comment générer un gros paquet de tests de non-regression en quelques minutes.

Vidéo :

Référence CfP: https://github.com/ToulouseJug/call-for-paper/issues/18

On termine l’année 2018 en beauté avec deux sujets sur le thème d’Apache Camel :

Apache Camel - par Emmanuel Vinel (@EmmanuelVinel)

Interconnecter des applications , des services tiers ou des processus au sein d’un SI est un besoin récurrent et pas nouveau.
Dans cette présentation, nous allons aborder une solution possible le framework Apache Camel.

Dans un premier temps, nous retournerons aux basiques : Les EIPs.

Puis nous évoluerons sur l’implémentation avec Apache Camel pour adresser un processus plus complexe.

Nous terminerons par quelques mots sur l’architecture micro-services et apache Camel.

Vidéo :

Référence CfP: https://github.com/ToulouseJug/call-for-paper/issues/15

Outils pour le développement de Projet d’intégration Apache Camel/Red Hat Fuse : du profil technique au profil business - par Aurélien Pupier (@apupier)

Nous verrons l’ensemble des outils de développement existant pour développer des projets d’intégration basé sur Apache Camel.

Nous verrons comment ces différents outils adressent des profils variés et comment ils interopérent pour mener à bien le développement du projet.

Vidéo :

Adresse : EPITECH 40 Boulevard de la Marquette 7eme étage · Toulouse

Nouvelle soirée du Java User Group Toulousain. Nous allons plonger, à l’aide d’Emmanuel VINAS et Igor LABORIE, dans l’univers Kotlin.

Comment aborder un nouveau langage ?

Les uns répondent en codant, les autres en regardant son fonctionnement en détail.

Pour le programme plus en détail, référez-vous aux informations de l’événement meetup.

Adresse : EPITECH 40 Boulevard de la Marquette 7eme étage · Toulouse

Nouvelle soirée du Java User Group Toulousain.

Arnaud Tournier vient nous présenter les technologies blockchain.

Bitcoin, Ethereum, systèmes décentralisés, crypto-monnaie,…

Cette présentation est l’occasion de faire le point sur ce qu’est une blockchain du point de vue du développeur.

Nous y présenterons de manière générale les grands principes : échanges peer-to-peer, les blocks et le minage, les transactions, la gestion des adresses et des clés cryptographiques,…

Puis un focus sur la plateforme Ethereum, et notamment le développement de Smart Contract et d’applications décentralisées.

Pour le programme plus en détails, référez-vous aux informations de l’événement meetup.

Adresse : Epitech 4e étage !

Nouvelle soirée du Java User Group Toulousain. Nous allons vous faire découvrir, avec l’aide de Thomas SEGISMONT (@tsegismont sur twitter) , le toolkit Vert.x afin de faire des applications réactives.

Pour le programme plus en détails, référez-vous aux informations de l’événement meetup.

Adresse : Epitech 4e étage !

Nous découvrirons ce soir la programmation en Lisp sur la JVM avec Arnaud Bos. Florian Beaufumé, quant à lui, nous présentera la programmation réactive dans un contexte Spring 5 et Reactor.

Pour le programme plus en détails, référez-vous aux informations de l’événement meetup.

Adresse : A définir

Pour cette nouvelle soirée du Java User Group Toulousain, nous allons rentrer dans les entrailles de notre plateforme préférée avec Sylvain Wallez (@bluxte) aux commandes.

Pour le programme plus en détails, référez-vous aux informations de l’événement meetup.

Adresse : A définir

Cet évènement sera l’occasion de découvrir les solutions de programmation concurrente dans l’univers Java , des plus simples telles que Thread, synchronized ou Executor, au plus avancées comme StampedLock, fork/join ou CompletableFuture.

Pour le programme plus en détails, référez-vous aux informations de l’événement meetup.

Adresse : A définir

Cet évènement sera l’occasion de découvrir les dernières nouveautés autour d’Eclipse. Venez échanger avec d’autres utilisateurs et rencontrer les contributeurs Eclipse.

Pour le programme plus en détails, référez-vous aux informations de l’événement meetup.

Adresse : Harry Cow ( 13 rue sainte Ursule, Toulouse (Plan).

Nous avons l’honneur en ce début du mois de février de recevoir Sébastien Deleuze, qui travaille chez Pivotal dans l’équipe de développement de Spring Framework.

Pour le programme plus en détails, référez-vous aux informations de l’événement meetup.