La session 260 devait être une correction rapide. Le tableau de bord de la console avait fière allure. Mais quand on naviguait du tableau de bord à l'éditeur de requêtes, la sidebar changeait. Disposition différente. Icônes différentes. Structure différente. Trois pages, trois sidebars. La console ressemblait à trois applications différentes collées ensemble.
Ce n'était pas un problème esthétique mineur. C'était un destructeur de confiance. La session 260 a réécrit la sidebar dans chaque sous-page de la console pour correspondre à la disposition à deux colonnes du tableau de bord. La vraie solution est venue avec l'architecture SPA shell : un seul shell.html contient la sidebar, l'en-tête et la navigation, et les pages de contenu sont chargées comme des fragments HTML injectés dans la zone de contenu principale.
La leçon plus large s'applique à FLIN lui-même. FLIN remplace 47 technologies, ce qui signifie qu'il doit donner la sensation d'un système cohésif unique, pas de 47 wrappers cousus ensemble. Chaque incohérence érode le sens d'unité qui rend FLIN convaincant.
Ceci est la partie 141 de la série « Comment nous avons construit FLIN », documentant comment un CEO à Abidjan et un CTO IA ont appris qu'une navigation cohérente vaut plus que cent fonctionnalités.
Navigation de la série : - [140] Observabilité et monitoring - [141] Navigation sidebar : une petite correction qui a tout changé (vous êtes ici) - [142] Améliorations de la gestion des entités