Architecture Hexagonale

un pattern de gestion de la complexité logicielle et de la dette technique

@JulienTopcu

@JulienTopcu

@JulienTopcu

Quelle proportion de votre application change, si vous changez de framework structurant ?

@JulienTopcu

Quelle proportion de votre application change, si vous changez de framework structurant ?

Tout ?

@JulienTopcu

Est-il techniquement simple d'évoluer de REST à GraphQL, d’une base de donnée SQL à du NoSQL ?

@JulienTopcu

Est-il techniquement simple d'évoluer de REST à GraphQL, d’une base de donnée SQL à du NoSQL ?

Non ?

@JulienTopcu

Quelle proportion de vos tests plante lorsque vous montez de version un framework structurant ?

@JulienTopcu

Quelle proportion de vos tests plante lorsque vous montez de version un framework structurant ?

Tous ?

@JulienTopcu

Vos tests se maintiennent-ils facilement ?

@JulienTopcu

Vos tests se maintiennent-ils facilement ?

Non ?

@JulienTopcu

Où se trouve la logique métier de votre application ?

@JulienTopcu

Où se trouve la logique métier de votre application ?

Partout ?

@JulienTopcu

Complexité

Essentielle

Obligatoire

Accidentelle

La logique métier

La technique dont on ne peut se passer

Inutile et Coûteuse

@JulienTopcu

Complexité

Accidentelle

Culte du Cargo

Modèle Anémique

Manque de Bonnes Pratiques

Erosion & Vétusté logicielle

Over-Engineering

Couplage Fort

@JulienTopcu

Complexité_{essentielle} + Complexité_{obligatoire}
= (Complexité_{accidentelle})^{2}

Equation du Couplage

@JulienTopcu

Diviser, pour mieux coder...

@JulienTopcu

Julien Topçu

Tech Coach

beyondxscratch.com

craftsrecords.org

@JulienTopcu

Merci

Architecture Hexagonale : un pattern de gestion de la complexité logicielle et de la dette technique

By Julien Topçu

Architecture Hexagonale : un pattern de gestion de la complexité logicielle et de la dette technique

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 ce retour d’expérience, 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.

  • 500