• Web
  • UniversitĂ©
  • Standard
  • 2h00

1h50min pour crĂ©er une App Front avec la Clean Archigonale ©

  • Date mercredi
  • Horaire 11h30 Ă  13h30
  • Salle Amphi C

Description

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

Orateur·ices

Dorian Lamandé

Tech Leader, Coach, Crafteux. Nous sommes des humains avant tout, la tech sans humain ne fonctionnera jamais !

Guillaume Chauvet

Développeur full-stack avec une appétence marquée pour le front, l'ui et l'accessibilité. Guillaume cultive autant le sens du détail que le goût du partage. Entre deux tasses de café, il adore transmettre, apprendre et faire vivre des expériences web élégantes et utiles.

Actions rapides

Voir la vidéo

Les sessions futures sur le mĂȘme thĂšme

    • Web
    • ConfĂ©rence

    Tests d’UI : rendre la qualitĂ© accessible Ă  toute l’équipe

    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Ă©.

    Jeudi 9h30 Ă  10h25 - Amphi C
    • Web
    • ConfĂ©rence

    Dix piÚges à éviter lors de l'intégration de Keycloak

    Vous avez fait un POC de Keycloak rapide et convaincant et vous pensez que le plus dur est fait ? Venez découvrir les 10 principaux piÚges dans lesquels tombent réguliÚrement les équipes qui intÚgrent Keycloak. Sécurité, architecture, gouvernance, développement, exploitation... nos retours d'expérience couvriront la plupart des aspects d'un projet Keycloak. Vous repartirez avec quelques clés importantes pour anticiper les difficultés et réussir un déploiement durable et sécurisé.

    Jeudi 9h30 Ă  10h25 - Amphi E
    • Web
    • Quicky

    @Transactional : Facile Ă  utiliser, difficile Ă  maĂźtriser

    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.

    Jeudi 10h45 Ă  11h00 - Amphi E