L'Architecture Hexagonale par la pratique, le live coding qui rendra vos application… (Julien Topçu)
Вставка
- Опубліковано 21 сер 2024
- Il arrive toujours un moment où, le logiciel est tellement gros et vieux qu’il devient inmaintenable. Impossible de mettre à jour la stack technique sans tout casser, les nouvelles fonctionnalités deviennent de plus en plus longue à implémenter et la dette technique étant tellement lourde que le refactoring devient exorbitant.
Et si on vous disait que tout ça était plus un problème de pratique qu’un problème de vieillesse du logiciel ?
Venez découvrir par la pratique via ce 100% live coding, comment l’Architecture Hexagonale peut tacler la complexité logicielle en vous permettant d’être évolutif et pérenne tout en vous aidant à mieux gérer votre dette technique.
Malgré mes 8 ans révolus d'expérience et ma veille continue, j'en apprends encore tous les jours. Merci Julien d'avoir mis des mots sur des concepts que je connaissais, et d'avoir raffraîchit ma mémoire avec des exemples concrets.
L'une des meilleurs conf à ce sujet (IMO).
une référence, très bien préparé et expliqué !
Super intéressant merci !
Trop bien Fait ! Très clair
super video avec une démarche concrete et claire
Super demo. Thx
Merci pour cette vidéo !
J'aurai une question, avec l'utilisation d'une base de donnée telle que postgres, à quelle niveau dans l'architecture est-ce qu'on doit gérer l'atomicité des transactions ? Dans une application sans cet architecture généralement on les effectue au niveau des services mais dans notre cas où on veut éviter de mélanger les règles métiers et l'infrastructure base de donnée j'ai du mal à visionner cette partie.
Je n'ai jamais compris pourquoi mettre une interface pour un service ou un pojo, lorsqu'on a qu'une seule implémentation dans le projet. A part multiplier la complexité et le nombre de classe par 2, ca n'a aucun interet.
C'est pour respecter les bonnes pratiques, notamment réduire le couplage fort (2 ème règle du S.O.L.I.D.)