Le système de design qui dérive une application à la fois
A four-app design system drifted: a banned icon library still imported, a hardcoded hex instead of the accent token, and components built but never mounted.
Deux copies ont divergé
Une idée tenue à la main à deux endroits — schéma et migration, dev et prod, app et app.
En auditant les quatre applications pour le nettoyage de design, j'ai trouvé que le système avait fracturé. Le super-admin importe encore la bibliothèque d'icônes que j'ai bannie de toutes les autres applications il y a des mois. Son logo est codé en dur à #970C10 au lieu du token d'accent — un mauvais rouge, dans du code livré. L'explosion de célébration du mobile était construite, peaufinée, et jamais montée nulle part. La page d'accueil mobile livre un défilement de faux noms d'organisations.
La cause est structurelle plutôt que négligente : la refonte s'est faite application par application et la dernière n'a jamais eu son tour, et rien ne fait échouer un build pour un composant non monté, un token contourné ou du contenu placeholder. Le système avait une documentation avec une liste de patterns bannis, et rien qui ait jamais passé les applications au crible contre elle. Un système de design sans passe d'application est un vœu — la doc te dit les règles, seule une passe te dit si le produit les suit.