Chez Extracadabra, j’ai dirigé une équipe de trois à quatre développeurs frontend. Le POC du site public et du blog utilisait déjà Nuxt et Strapi. Mon travail a surtout consisté à le fiabiliser avec un monorepo, une CI plus robuste et un environnement local plus simple à reproduire.
Reprendre un POC en mouvement
Le site public et le blog Extracadabra expliquent le service aux candidats et aux établissements, orientent vers les espaces adaptés et donnent à l’équipe éditoriale un support pour publier ses contenus. Ces surfaces existaient sous la forme d’un POC déjà construit avec Nuxt et Strapi.
Le reste du produit comprenait aussi des applications mobiles encore actives en Vue 2. Leur évolution continuait en parallèle, avec des contraintes et un rythme différents de ceux du site public.
Fiabiliser un existant sans ralentir les autres produits
Le POC du site et du blog devait devenir une base durable. L’objectif n’était pas de remplacer Nuxt ou Strapi, mais de fiabiliser l’organisation du code, la CI, l’environnement local et les pratiques de contribution, tout en améliorant les performances, le SEO et l’autonomie éditoriale.
En parallèle, les développements mobiles devaient continuer sur Vue 2 pendant que les premières briques Vue 3 étaient préparées. Il fallait mener plusieurs migrations sans interrompre le travail produit en cours.
Mon rôle de lead
J’étais Lead Frontend d’une équipe de trois à quatre développeurs. J’ai piloté la fiabilisation du socle, la migration de Vue 2 vers Vue 3, l’organisation des applications dans un monorepo et l’évolution de la CI.
Le site public et le blog sont passés à Vue 3 pendant la refonte. Les premières briques mobiles ont été préparées en parallèle pour que l’équipe puisse continuer la migration tandis que le développement Vue 2 restait actif.
Fiabiliser le socle web
Faire évoluer le POC Nuxt et Strapi
Nuxt et Strapi étaient déjà en place. Le passage à Vue 3 s’inscrivait dans la refonte, mais le chantier portait surtout sur la fiabilité du projet, sa maintenance et sa capacité à être repris facilement par l’équipe.
Structurer le monorepo et la CI
Le monorepo réunissait les projets et leur outillage, mais chaque application conservait son propre cycle de vie. La CI et les conventions de contribution étaient partagées sans coupler artificiellement le site, le blog et les applications mobiles. Cette organisation rendait les changements plus prévisibles et améliorait la DX.
Rendre l’environnement local reproductible
Le POC utilisait SQLite en local. J’ai mis en place Docker Compose pour lancer Strapi et les dépendances nécessaires de manière reproductible. Le setup local ne dépendait plus d’une suite d’étapes propres à chaque machine.
Ce que l’équipe a pu reprendre
Le travail portait aussi sur les performances, le SEO et l’autonomie éditoriale. Le POC est devenu une base que l’équipe pouvait maintenir et faire évoluer avec des responsabilités plus lisibles.
Le monorepo, la CI et l’environnement Docker Compose ont simplifié la reprise du projet. Les premières fondations mobiles en Vue 3 ont permis de poursuivre la migration en parallèle du développement encore mené sur Vue 2.
Ce que je retiens de cette reprise
Le passage à Vue 3 était la partie visible. Le travail principal consistait à rendre l’existant fiable, simple à installer et plus facile à faire évoluer pendant que les applications Vue 2 continuaient d’avancer.