- Développement
- Conférence
- Introduction
- 55 min
❌ [ANNULÉ] ❌
Date jeudi
Horaire 14h00 à 14h55
Salle Amphi D
Actions rapides
Les sessions futures sur le même thème
- Développement
- Tool in action
JBang, un fichier Java pour les gouverner tous ? 💍
Dans le monde Java, nous sommes habitués à initialiser un projet avec de nombreux fichiers et répertoires. A tel point que des CLI ont vu le jour pour nous aider à créer les projets SpringBoot ou Quarkus par exemple. Vient ensuite le choix du "package manager" : Maven ou Gradle ? Et c'est seulement à partir de là que l'on peut commencer à développer puis exécuter son code 😅. Toutes ces étapes fastidieuses expliquent pourquoi, lorsque que l'on a besoin de faire un développement rapide de quelques lignes pour automatiser une action, on préfère d'autres langages à Java : Python par exemple. Et si je vous disais, qu'avec JBang, vous allez pouvoir rester avec votre langage préféré, Java, et développer une classe toute simple (avec des dépendances externes) en quelques secondes ! C'est le pari (spoiler : réussi) de JBang que je vous propose de découvrir durant une session de live coding. A vous les joies du scripting en Java !
Jeudi
15h00 à 15h25 - Amphi B- Développement
- Tool in action
Développer une file d'opérations asynchrone en Rust pour Thunderbird
L'année dernière, Thunderbird a officiellement annoncé le support natif de Microsoft Exchange, une première en plus de 20 ans pour l'oiseau bleu. Une grosse partie de l'effort qui nous a mené ici s'est centré autour de l'utilisation de Rust. Au fur et à mesure que le projet évoluait d'un prototype vers une fonctionnalité utilisable, nous nous sommes penchés sur un enjeu de taille : améliorer l'organisation et la planification des requêtes. Au cours de ce talk, j'introduirai brièvement l'utilisation de Rust dans Thunderbird, et je présenterai les tenants et les aboutissants de ce mini projet, ses différentes itérations, ainsi que les défis rencontrés en chemin (dont quelques disputes avec le système de typage de Rust).
Jeudi
15h00 à 15h25 - Amphi D- Développement
- Tool in action
On touche pas son père : sortir de l’héritage avec la délégation Kotlin
Quand on jouait au loup dans la cour d’école, il y avait une règle tacite : “on touche pas son père” — on ne retouche pas celui qui vient de nous toucher, sinon la partie tourne en boucle. En code, beaucoup d’équipes finissent par appliquer la même règle à la classe mère : “ne touche pas au parent, tu vas tout casser”. Et c’est souvent le signe de bugs dans la Matrice : couplages implicites, effets de bord, overrides surprenants… et, au passage, des glissements progressifs vers des violations des principes SOLID. Dans cette session, je propose une autre approche : remplacer l’héritage utilisé pour partager du comportement par de la composition et de la délégation en Kotlin (by). L’idée est simple : au lieu d’empiler des responsabilités dans une hiérarchie de classes, on construit des services “en couches” (wrappers / décorateurs) qui ajoutent chacun un comportement précis, tout en déléguant le reste. À travers quelques refactorings “avant / après”, on verra comment cette approche rend les responsabilités plus explicites, facilite les tests, et permet d’évoluer sans créer de nouvelles classes de base ni de hooks implicites — avec une méthode de migration progressive, applicable sur une base existante.
Jeudi
15h35 à 16h00 - Amphi B