REX React et Redux, 1 an après.

Alors que React s'impose comme un choix standard dans la construction d'un front web, la structure de ces projets n'a toujours pas été fixée par un framework. Pour des projets de grande ampleur avec une équipe de développeurs nombeuse, le choix d'une architecture standardisée se révèle indispensable à la fois pour rendre le code lisible et maintenable.

Je vous propose un retour d'expérience sur un projet de 1an avec une équipe de 6 développeurs front, les choix qui ont été fait en début de projet et les conséquences constatées aujourd'hui. En particulier, je ferais un focus sur la partie de gestion de state avec Redux qui a introduit des problèmes de performance et comment nous les avons résolu.

NB : Sur ce REX, je peux aborder plusieurs sujets au choix. J'avais en tête de parler d'architecture de state Redux où nous avons choisi de partir sur une structure normalisée, qui a introduit des problèmes de performance dans l'application. Du coup je comptais parler des impacts de l'introduction d'Immutable dans la stack (positifs et négatifs) et de l'utilisation de reselect, des erreurs qu'on a commis et comment on les a investiguées avec why-did-you-update.

Si vous préférez, je peux aussi parler de la structure de nos composants React, comment on a découpé notre style de notre affichage avec Styled-Components et comment on a commencé dernièrement à utiliser des HOCs et pourquoi.

Sur un format de 10min cela fera court, mais je peux aussi présenter la librairie de composant React / Redux que nous avons mis en place avec Lerna et un repo NPM privé et comment elle s'est intégrée à notre projet.