Planning BreizhC@mp 26

Tout le monde pense que la "Clean Architecture / Architecture Hexagonale" se fait uniquement côté Back. Dans cet atelier, nous allons vous montrer que cela fonctionne également côté Front. Et oui, Redux n'est pas le Silver Bullet des applications front-end. Et oui, Les Stores ne sont pas toujours obligatoires, mais ceci est une autre histoire ! On va coder ensemble une petit App Front pour voir comment mettre en place cela. Take away : Comprendre et manipuler les concepts. Architecture Logicielle Stratégie de Tests

L'annotation @Transactional de Spring semble simple en apparence : on l'ajoute sur une méthode et magie, nos opérations deviennent transactionnelles ! Mais derrière cette simplicité se cachent des mécanismes complexes qui, mal compris, peuvent conduire à des bugs subtils et des problèmes d'intégrité de données. Dans ce talk, nous décoderons ensemble les subtilités de @Transactional pour comprendre comment Spring gère réellement vos transactions et pourquoi certains patterns échouent là où d'autres réussissent. À travers des exemples concrets et des cas d'usage réels, vous découvrirez les mécanismes internes de Spring et développerez une intuition solide pour éviter les pièges les plus fréquents.

Dans le premier projet dans ma carrière professionnelle en tant que développeur, les membres de l’équipe ont souvent changé durant la durée de vie du projet d’une douzaine d'années. Étant arrivé vers la fin du projet, j’ai pu rapidement comprendre les choix techniques du projet, et apprécier la qualité de maintenabilité de la base de code. Très peu de dettes de connaissances étaient présentes car tous les changements étaient bien retranscrits en utilisant une pratique de commits atomiques au sein de l’outil de versionning Git. Dans mon projet actuel, les développeurs n’utilisent pas cette même pratique. Les difficultés sont donc multiples. Ma présentation a pour but de faire un retex sur les gains et la mise en place de cette pratique de commits atomiques Voici ce que vous apprendrez dans la conférence: Définir ce qu'est un commit atomique et les types de changements rencontrés Structuration du commit: Choisir une convention de nommage des commits. Utilisation de la nomenclature de commit conventionnels S'attacher au “pourquoi” plutôt qu'au “quoi” “comment” dans le message de commit Réécrire son historique Git avec le rebase interactif A la fin de cette conférence, les spectateurs pourront eux mêmes appliquer cette méthode et en tirer les bénéfices suivants Tracer et documenter des choix techniques sans utiliser des commentaires directement dans le code Réduire le temps passer à faire des relectures & le nombre de commentaires pour comprendre la visée de certains changements Identifier plus rapidement l’introduction de bugs au sein du code avec l’utilisation de la commande “git bisect”

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

Pourquoi nos plateformes numériques se ressemblent-elles toutes (mêmes contenus, mêmes algorithmes) au point de ne former qu'une seule et même Matrice assoiffée de nos traces virtuelles ? En dépit de notre supposée liberté d’action, pourquoi sommes-nous en réalité prisonniers de systèmes et d’algorithmes qui ne sont ni neutres ni bienveillants ni émancipateurs et qui nous font, en réalité, travailler pour eux ? Plongez avec moi dans l’envers du décor pour comprendre l’Enshittification du web, ce lent déclin de plateformes géantes délibérément conçues au détriment de leurs utilisateurs — et qui ont brisé les 2 piliers du web moderne. Vous découvrirez peut-être l’origine de votre “digital fatigue”, ou bien vous pourrez identifier si vous aussi vous contribuez à "emmerdifier" le web. Et surtout, vous recevrez au travers de cette présentation, un Wake Up Call pour commencer à reprendre votre destinée en mains.

Swiper vite, taper en mode JIT, réagir en quelques millisecondes (Oh, Schumacher!). On conçoit souvent nos jeux autour de gestes précis et avec un gameplay peu ou pas accessible. Alors qu'un geste, c'est juste une méthode d'entrée : ce n'est pas le gameplay. Et quand on confond les deux, on finit par exclure des joueurs sans même s'en rendre compte ! L'idée de ce talk, c'est de penser autrement : partir des intentions du joueur (attaquer, explorer, interagir) plutôt que du geste qu'il doit faire pour y arriver. Une fois qu'on sépare l'intention de l'input, on peut proposer plusieurs façons de jouer. L'accessibilité devient un choix de design, pas un patch qu'on colle à la fin. Pour illustrer tout ça, j'ai construit Echo Quest, un petit "RPG" narratif avec Flutter et Flame. Ce n'est pas le jeu de l'année mais la démarche est expérimentale ! On y explore une forêt, on résout des énigmes, on se bat au tour par tour. Et surtout, on peut y jouer au tactile, au clavier, ou à la voix : le jeu s'en fiche, il reçoit la même intention. On verra ensemble comment : * structurer son gameplay autour d'intentions plutôt que d'inputs * brancher plusieurs modes de contrôle sur la même logique de jeu * utiliser ce que Flutter nous donne déjà (Semantics, focus, UI adaptative) * tirer parti de l'architecture de Flame (composants, overlays) pour mixer game loop et widgets Flutter accessibles * synthétiser de l'audio spatial avec Web Audio API pour naviguer sans écran * ajuster le rythme et la difficulté pour que chacun puisse jouer à sa façon L'accessibilité dans le jeu vidéo, c'est souvent le truc qu'on ajoute "si on a le temps". Vous l'aurez compris, je ne suis pas dev de jeu vidéo... je suis une dev mobile, concernée par l'accessibilité qui s'est laissé tenté par les jeux vidéos en 2D. Ce talk propose de montrer l'accessibilité autrement, à travers un jeu.

REX complet du déploiement de l'IA générative à la DSI de SIPA/Ouest-France : gouvernance, RGPD, sécurité, choix d'outils, cadre d'usage, mesure des gains — et les erreurs qu'on ne referait pas. Sans bullshit, avec les cicatrices. --- Déployer l'IA générative dans une DSI ce n'est pas juste ouvrir un compte ChatGPT à tout le monde. C'est une démarche qui touche à la sécurité, au droit, à la culture d'entreprise, à l'architecture, et surtout… aux humains. À la DSI de SIPA/Ouest-France (groupe de presse, ~200 personnes dont 60 développeurs), nous avons construit de A à Z une démarche baptisée IA4IT : structurer l'adoption de l'IA générative par les équipes IT, de façon maîtrisée et mesurable. Ce qu'on va raconter Le contexte et l'histoire Comment on est passés d'un usage sauvage et dispersé à une stratégie cohérente. Les signaux faibles, les premiers accidents, le moment où on a décidé d'agir. Les problématiques qu'on n'avait pas anticipées RGPD : quelle donnée peut-on envoyer à quel modèle ? CLOUD Act et souveraineté : jusqu'où peut-on aller avec des outils US ? Responsabilité juridique sur le code généré SSI : surface d'attaque, prompt injection, exfiltration de données Les outils sélectionnés et pourquoi GitHub Copilot, Claude (Anthropic), Cursor — comment on a comparé, négocié les contrats, configuré les garde-fous. Et ce qu'on a refusé. Le cadre d'usage Le document qu'on a co-construit avec les équipes : données autorisées/interdites, règles de revue du code généré, niveaux de confiance par outil. Comment le faire vivre sans que ça reste lettre morte. Le déploiement à l'échelle Plus de 200 utilisateurs, gestion des coûts (spending caps, licences mixtes), onboarding, formation, résistances. Les gains mesurés Métriques DORA, retours qualitatifs. Ce qui a vraiment changé — et ce qui est plus compliqué à mesurer qu'on ne pensait. Les erreurs et ce qu'on referait différemment Les vraies : sur la gouvernance des coûts, sur la communication, sur le rythme d'adoption. Sans langue de bois. L'accompagnement et les bonnes pratiques Comment embarquer les tech leads, les managers, les réticents. Ce qui marche pour ancrer les usages dans la durée. Pour qui ? DSI, architectes, tech leads, engineering managers — toute personne qui doit prendre des décisions concrètes sur l'IA générative dans son organisation, pas juste en lire des articles.

Les logs, l'observabilité, la viz', sur le papier ça se fait bien. Mais dans la réalité, c'est une autre paire de manches. De la collecte à l’indexation en passant par le nettoyage, nous explorerons les solutions mise en oeuvre dans le cadre d’une forge logicielle. Nous verrons comment Grafana nous à permis le parsing et l’exploitation des données. Et aussi comment ELK nous a aidé à assainir nos données pour éviter d’acheter des disques tous les 6 mois ! Sans oublier la mise en place de la stratégie d’alerting et d’uniformisation sur un parc de 350+ VMs. Avec ce rex, tu repartiras avec des patterns immédiats à appliquer (collecte, nettoyage, indexation), quelques pièges à éviter et des règles pragmatiques d’alerting pour faire de l’observabilité une habitude opérationnelle.

Tout motard redoute ce moment : arriver à l'emplacement de sa moto et ne trouver que… le vide. Cette mésaventure m'est arrivée non pas une mais deux fois ! Et chaque fois, la fin a été différente du scénario habituel. Pas de déclaration de vol sans espoir (ou presque), mais une chasse… à la machine. La dernière fois ? C'était pendant le DevFest 2024. Entre deux conférences, je me suis retrouvé embarqué avec la BAC de nuit pour récupérer mon bien. Mais comment "traque"-t-on réellement un véhicule en milieu urbain ? Dans ce talk, je vous propose un retour d'expérience sans filtre sur l'efficacité réelle des traceurs GPS. Nous ouvrirons le capot de ces petites boîtes noires pour comprendre la technologie qui les anime. Du hardware à l'application mobile, en passant par les réseaux cellulaires, découvrez comment la tech peut transformer une victime en enquêteur... et comment j'ai fini par voler ma moto aux voleurs !

Vos collègues mettent longtemps à relire votre code ? Ou pire, vous avez l'impression qu'ils le valident sans l'avoir réellement regardé ? Sans doute que vos pull requests (PRs) sont trop conséquentes, et donc leur relecture difficile à caser dans un agenda chargé… Essayez de passer aux « stacked pull requests », qui permettent de faire relire votre travail progressivement, de façon incrémentale ! Je ne vous expliquerai pas comment découper vos commits – sujet trop vaste pour cette courte présentation – mais comment utiliser Git pour travailler sur plusieurs branches simultanément, chacune étant associé à une pull request différente. Avec ces quelques commandes simples, vous aurez le plaisir de revoir des commentaires et suggestions sur vos PRs !