Planning BreizhC@mp 26

Les ateliers d’accessibilité remplissent rarement les salles, et les conférences sur l’accessibilité numérique restent souvent théoriques : on parle du “pourquoi”, rarement du “comment”. Dans cet atelier, nous allons changer ça. Le manque de pratique empêche les développeurs et développeuses de progresser. Tester un site avec un lecteur d’écran ou au clavier paraît complexe. Pourtant, il existe des méthodes simples pour apprendre ensemble. Pendant l’atelier, nous corrigerons en direct un site e-commerce volontairement inaccessible, en mob programming. Nous expérimenterons les tests, les outils et les corrections pas à pas. Que vous soyez dev front, dev généraliste ou novice en accessibilité, vous repartirez avec : - une méthode pour pratiquer l’accessibilité numérique en équipe - une vision concrète de “ce qui compte vraiment” - et la preuve que démarrer l’accessibilité, ce n’est pas si compliqué

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

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

On attend du Techlead qu’il sache. On vient le voir pour chaque décision : relecture de code, décision d'architecture, arbitrage produit, debug complexe, médiation d'équipe... Et plus il est compétent, plus il est sollicité ! Le paradoxe ? Sa valeur crée sa surcharge. Et si le rôle du TechLead n’était pas d’avoir les meilleures réponses… mais de poser les meilleures questions ? Le questionnement puissant est une compétence centrale en coaching mais quasiment absente de la culture technique. Alors permettez-moi de vous offrir cet angle nouveau qui pourrait vous permettre de : - réduire la charge cognitive du TechLead, - faire émerger des solutions plus solides, - responsabiliser sans imposer, - et d'éviter les dépendances invisibles Un sujet pour celles et ceux qui veulent faire grandir leur impact sans s’épuiser.

Comme beaucoup de français, tu as peut-être juré de ne plus jamais utiliser la langue de Shakespeare une fois le bac terminé ! Mais… tu as choisi l’informatique… GAME OVER! Je suis américaine native et formatrice en anglais depuis 20 ans pour le public français. Beaucoup de mes stagiaires se sentent “nul en anglais”, enfermés dans cette INFINITE LOOP de la cuisine de Brian parce qu’ils n’ont pas retenu toute la liste de verbes irréguliers! Il est encore temps de faire un BREAK de ses peurs et RESTART sur de bonnes bases. En effet la cuisine de Brian, l’ancienne méthode d’enseignement qui s’appuie beaucoup sur l’apprentissage par coeur, est beaucoup trop étroite pour développer ta créativité… pour coder… pour t’exprimer… t’ouvrir de nouvelles portes ! Si tu n’as pas réussi à retenir ne serait-ce que la moitié de la liste de verbes irréguliers, ou tu n’as pas réussi à bien faire la différence entre I was going, I went, et I have gone, ce talk est pour toi! Bonne nouvelle, ce n’est pas forcément de ta faute et il existe d’autres méthodes très efficaces pour y remédier… Je vais donner quelques astuces et bons plans qui ont fait leurs preuves avec mes stagiaires et qui permettent d’avancer efficacement en anglais au quotidien. Et après, promis Brian will EXIT ;)

L’IA est incontestablement consommatrice de ressources. Mais puisque le mal est fait, pourquoi ne pas l’utiliser à bon escient pour réduire notre impact carbone ? Je l’ai mise à profit sur notre projet Zou pour optimiser les tests et la CI. Venez découvrir les résultats, c’est impressionnant.

Un SI moderne est souvent composé de nombreuses applications hétérogènes, portant chacune ses propres données. Comment dans ce cas vérifier la cohérence des données de ces différents référentiels, et centraliser une donnée fiable, notamment dans un but de reporting aux équipes métier ? Comment mettre en place une gouvernance des données, des tests de qualité sur ces données dans un contexte réparti ? Ce sont les questions que nous nous sommes posées, et auxquelles nous avons répondu par la création d'une plateforme de données utilisant la philosophie ELT (Extract, Load, Transform) basée sur l'orchestrateur Airflow, sur la brique de gouvernance OpenMetadata et sur DBT pour la gestion des transformations "as code", le tout déployé par Terraform sur Google Cloud. Lors de ce talk, nous partagerons notre retour d'expérience sur la création de cette plateforme : - Réflexions initiales et choix des briques technologiques - Prototypages de la solution et apprentissages - Industrialisation - État actuel de la plateforme et réflexions futures Nous zoomerons notamment sur les différentes briques techniques utilisées, sur notre compréhension de leur fonctionnement et sur nos retours d'utilisation. Nous expliquerons également comment nous avons cherché à rapprocher les pratiques Data, Dev, Ops et sécurité pour réduire le "time to insight" (le temps entre la génération d'une donnée et la mise à disposition d'analyses basées sur cette donnée) et augmenter le "data trust" (la confiance dans les données utilisées pour le reporting) tout en assurant la robustesse de la plateforme.