Il y a une phase dans le développement logiciel qui sépare les prototypes des produits. Les fonctionnalités marchent. Les données circulent. Les pages s'affichent. Mais les bords sont rugueux. Les sessions 300 et 301 ont été les sessions de polissage, et la session 320 a éliminé toute source de données fictives restante.
La session 301 a ajouté la gestion complète des définitions d'entités directement dans la console : créer de nouvelles entités, éditer les schémas existants et supprimer les définitions -- tout depuis l'interface graphique. L'API génère des fichiers .flin propres sur le disque.
Les corrections de bugs incluaient : défilement horizontal pour les tables larges, colonne d'actions sticky, et correction des cases à cocher booléennes remplacées par des bascules toggle. Trois thèmes de sidebar ont été ajoutés (par défaut, accentué, blanc) avec des variantes mode sombre.
La session 320 a supprimé le mot « bientôt » de la console. Sept pages avaient des badges « Coming Soon » avec des données fictives. Toutes ont été remplacées par de vrais points de terminaison API. Deux nouveaux modules Rust ont été créés : metrics.rs et log_buffer.rs.
Après les sessions 300, 301 et 320, la console d'administration FLIN a atteint la disponibilité production : 19 pages montrant toutes des données réelles, 30+ points de terminaison API, zéro données fictives, 3 thèmes de sidebar avec support du mode sombre, CRUD complet d'entités incluant la gestion de schéma depuis l'interface, authentification de production avec bcrypt et 2FA, et monitoring en temps réel.
Ceci est la partie 145 de la série « Comment nous avons construit FLIN », documentant comment un CEO à Abidjan et un CTO IA ont poli une console d'administration du prototype à la production en trois sessions focalisées.
Navigation de la série : - [144] Historique des entités et vues temporelles dans l'admin - [145] Polissage final UI/UX de la console (vous êtes ici) - Prochain arc : écosystème et outillage FLIN