- Développement
- Tool in action
- 25 min
Développer une file d'opérations asynchrone en Rust pour Thunderbird
Date jeudi
Horaire 15h00 à 15h25
Salle Amphi D
Description
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).
Orateur·ices
Brendan Abolivier
Je suis ingénieur logiciel staff à MZLA Technologies, la filiale de la fondation Mozilla en charge du développement de Thunderbird. Entre 2023 et 2025, j'ai dirigé l'implémentation du support natif de Microsoft Exchange dans Thunderbird, projet dans lequel je suis toujours très impliqué aujourd'hui.
Actions rapides
Les sessions futures sur le même thème
- 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- Développement
- Tool in action
Des nulls visibles avant la prod : JSpecify en action
Tous les développeurs Java se sont un jour ou l’autre cassé les dents sur une NullPointerException en production. Il y a eu beaucoup de tentatives pour atténuer ce problème (annotations, Optional, …), couronnées de plus ou moins de succès. Dans ce Tool-in-Action, nous verrons comment JSpecify s’attaque au problème et ce qu’il apporte de plus par rapport aux autres annotations de null safety : analyse statique, intégration à Spring Boot 4 et interopérabilité avec Kotlin.
Jeudi
15h35 à 16h00 - Amphi E- Développement
- Tool in action
Le plus dur, c'est de commencer...
En attente de mission, je lance mon side-project : serendipitech.fr J'avais l'idée générale : répertorier les conf' en France et proposer une alerte email à ceux qui le souhaite pour être prévenu des nouvelles dates, ouverture des billetteries ou CFP. OK. La stack je l'avais aussi, je voulais continuer d'avancer sur mes acquis : du Spring Boot avec Kotlin et Vue.js en front. Pour l'infra, je voulais mettre mon appli en Docker bien sûr, et un voisin avait un vieux serveur dans un placard, autant que ça serve. Installation d'Ubuntu. Hop, c'est bon. And now what ?! Goutte de sueur sur le front... je commence par quoi ? Le front ? Le back ? Installer Docker ? Acheter mon nom de domaine ? C'est quoi mon premier commit ? C'est quoi ma première feature ? Ahhh. Panique. Mais promis, ça n'a pas duré. J'ai réussi à me lancer. Envie d'en savoir plus ? De savoir si mon serveur à cassé et j'ai plutôt déployé proprement dans le cloud (spoiler : oui) ? Rex décomplexé d'un side project. Pour oser se lancer, prendre du recul sur les différentes briques d'une application et se poser les bonnes questions.
Vendredi
8h30 à 9h25 - Amphi C