Rebâtir son code frontend au travers de la Clean Architecture

Et si on faisait de la clean archi côté frontend ? 🧹
Au fil des années, le code front s’est complexifié en intégrant de plus en plus de considérations métier. Les composants d’UI, les requêtes HTTP, les règles diverses et variées coexistent dans une même base de code.
Cette complexité croissante est en grande partie due aux nombreux frameworks et librairies JavaScript ainsi qu’à leurs écosystèmes en constante évolution : state management, routing, UI kits, SSR, etc… et à des produits avec toujours plus de fonctionnalités complexes. 📈
On parle beaucoup des bonnes pratiques & questions à se poser côté architecture globale d’un produit: dois-je passer en clean/hexa/onion archi, jusqu’où pousser le DDD etc…
→ Le front est souvent considéré comme un « simple » composant appartenant à cette architecture globale, et la réflexion se fait d’abord côté backend et système.
The Product Crew invite Mickaël Wegerich, coach craft, dev fullstack et ancien dev senior chez OCTO Technology, qui s’est posé ces questions et viendra vous présenter ses conclusions, avec des exemples de code à l’appuie.
Tu y découvriras pourquoi il est pertinent de se poser ces questions d’archi côté frontend, à quels Pain Points cela répond, comment concrètement appliquer ces principes à une code base front, quels avantages à séparer son code front en suivant la clean archi, quelles sont les difficultés à cette mise en place ?
Un grand merci à Mickaël !
-
Liens utiles pour Engineering People :
🧰 La Checklist ultime des skills de dev 👉 bit.ly/skills-...
💼 Ton prochain job Engineering 👉 bit.ly/new-job...
🔸 Recruter avec TPC 👉 bit.ly/recruit...

[@adriendridri8231]

Salut, merci pour cette présentation claire et intéressante ! Pour ceux qui souhaitent les repos, ils sont disponibles en 34:10 de la vidéo.

[@francoisverin4598]

Merci a TBC et à Mickael Wegerich pour son intervention!

[@nicolasdiarra2667]

Hey possible d'avoir la liste des repos ? Je ne les trouve pas dans la description