Planning BreizhC@mp 26

Si Spring Boot propose un arsenal d'outils complet pour tester nos applications, il n'est pas si évident de les utiliser efficacement. Trop souvent, les suites de tests deviennent un frein : lentes, fragiles et trop liées à l'implémentation technique plutôt qu'au sens métier. Cet atelier de 2h propose d'échanger autour de nos pratiques à travers un exercice concret de refactoring des tests d'une application existante. L'objectif est d'apprendre à concevoir des tests rapides, compréhensibles et qui expriment pleinement le sens du code métier. Si vous ne savez pas ce qu'est le slice testing, si vous pensez que les tests containers ne sont que pour des tests d'intégration, si vous voulez réduire l'impact sur vos tests à chaque modification du code métier, cet atelier est pour vous PRÉREQUIS : - Java 25 (JDK) - Docker et Docker Compose — daemon Docker lancé - Git - Un IDE Java— IntelliJ IDEA (recommande) ou votre IDE préféré pour faire du java

**Résumé**: On a beaucoup parlé d'HTMX, maintenant, il serait temps de s'y mettre. Et c'est exactement ce que Thomas et moi avons fait ! Nous nous sommes mis à la place d'une équipe technique qui décide d'effectuer une migration d'une application SPA (React, Angular, etc.) vers une "Hypermedia Driven Application", grâce à HTMX (https://htmx.org) ! **À qui ça s'adresse**: À qui s'intéresse au développement Web, aux frameworks FrontEnd, ou bien au contraire qui avait fait une croix sur tout ça parce que "c'est devenu trop compliqué". Bonne nouvelle ! Non seulement ça ne l'est pas, mais en plus on va vous expliquer pourquoi ! **Plan**: - On part d'un exemple concret, un bon vieux CRUD implémenté en React (https://github.com/mutoe/preact-realworld-example-app), et on migre progressivement ce paradigme SPA+JSON vers une version HDA+HTMX - Point de ToDo-List simpliste ici, on va prendre un vrai cas métier: un clone de Medium, le site de gestion/publication d'articles de blog : https://realworld-docs.netlify.app/ - Comment qu'on migre ? Graduellement ! On va Jouer sur le Content-Type pour renvoyer soit du JSON, soit du HTML, ce qui nous permettra de jouer sur les deux tableaux afin de comparer les deux approches. On prendra donc un ensemble de composants plus ou moins complexes pour les convertir. - À chaque étape, on aborde un aspect du développement Web et ses conséquences : SPA vs HDA, WebComponents, la gestion des APIs des "Back-For-Front" et la transition JSON->HTML - La grande force des SPA, ce sont leurs composants "réactifs". Voyons comment on a fait la même chose avec https://lit.dev/ pour créer des WebComponents équivalents, notamment grâce à HTMX

Les tests d’UI sont souvent réservés aux spécialistes du front-end, tant ils semblent dépendre du DOM, des sélecteurs et de détails d’implémentation. Dans des architectures modernes (micro-services, micro-frontends, systèmes distribués) cette séparation devient rapidement un frein à la qualité logicielle. À partir d’un retour d’expérience client, je propose d’aborder les tests d’UI sous l’angle du craft : comme une pratique de conception à part entière, au service de la lisibilité, de la robustesse et de la coopération. J’explorerai les freins classiques à l’écriture de tests end-to-end efficaces (parcours utilisateurs multiples, évolutions fréquentes de l’interface, difficulté à choisir quoi tester) et montrerai comment le design des tests, appuyé sur des patterns d’architecture, permet de rendre la qualité accessible à toute l’équipe, y compris aux développeur·ses backend. Enfin, à travers une démonstration avec Playwright, je montrerai comment un outil avec une developer experience pensée pour les tests facilite l’adoption de ces pratiques : API expressives, feedback rapide, outils de debug intégrés. Je vous montrerai également comment ces tests automatisés peuvent aussi favoriser l’accessibilité.

Depuis une dizaine d’années, les animations web ont profondément transformé notre manière d’interagir avec les interfaces numériques. Qu’il s’agisse de transitions fluides, de micro-interactions ou d’effets de défilement, elles sont devenues un langage visuel à part entière. Ces animations enrichissent l’expérience utilisateur, attirent l’attention, facilitent la compréhension… et parfois, en font trop. Mais derrière cette légèreté apparente se cachent des enjeux plus profonds : performance, accessibilité, sobriété numérique. Une animation mal pensée peut ralentir un site, exclure des utilisateurs sensibles aux mouvements, ou simplement détourner l’attention du message. À l’inverse, une animation bien conçue peut guider, apaiser, clarifier — sans surcharger. Aujourd’hui, dans ce talk, je vous propose un voyage à travers les bonnes pratiques, les outils CSS modernes, et les choix de design qui permettent de faire bouger nos interfaces… sans les alourdir.

Vous utilisez Diffie-Hellman des dizaines de fois par jour sans le savoir : à chaque connexion HTTPS, à chaque message chiffré sur Signal. C'est cet algorithme qui permet à deux parties d'établir un secret commun sur un canal non sécurisé — sans jamais se l'échanger. Après avoir implémenté une version basique sur un projet, j'ai eu envie de partager ce que j'y ai compris. On explorera ensemble cette implémentation : comment ça marche, pourquoi ça tient, et quelles améliorations les implémentations plus complexes y apportent. Le thème de la session est algorithmique : on laisse les maths théoriques et la cybersécurité de côté.

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).

La souveraineté numérique devient un enjeu de plus en plus important dans un monde géopolitiquement instable, notamment lorsque le cloud devient la norme. Dans ce talk nous aborderons : - Les enjeux autour de la souveraineté et les risques associés - Les pilliers de la souveraineté numérique (données, opérations, technologies) - Un panorama des produits et technologies pour répondre au mieux à ces risques