Aller au contenu
Anas Chaabane
Retour aux projets
01Data visualisation · Vayetek

Truechart Plus

Des moteurs graphiques conformes IBCS dans Power BI et Qlik

Rôle
Lead Développeur Full Stack
Période
2026 — Aujourd'hui
Stack
React · TypeScript +4

Pensé pour fluidifier la visualisation de données et le travail d'équipe, TRUECHART renforce la clarté IBCS avec le commentaire en temps réel, un pivot souple et des fonctions de planification comme le splashing et les scénarios — analyse, collaboration et stratégie au même endroit.

01Le problème

Power BI et Qlik exposent tous deux une API d'extension, et imposent tous deux la même contrainte : votre visuel s'exécute dans leur boucle de mise à jour, sur leur modèle de données, dans leur budget mémoire. Un graphique qui tourne sans effort dans une application React autonome saccade — ou fige le rapport entier — dès qu'il doit se redessiner à chaque filtre croisé, chaque redimensionnement et chaque sélection.

Les clients qui demandent ces visuels ne cherchent pas de la décoration. Ils veulent des encodages que la bibliothèque standard ne sait pas exprimer : comparaisons superposées, hiérarchies personnalisées, échelles métier, sur des jeux de dizaines de milliers de lignes.

02L'approche

Chaque visuel est découpé en trois couches. Une couche données remet la vue fournie par l'hôte à plat, typée. Une couche layout construite sur D3 calcule échelles, empilements et tracés, sans jamais toucher au DOM. Une fine couche React peint exactement ce que le layout a produit.

Garder D3 hors du DOM est la décision qui fait tenir le reste. Plus de double comptabilité entre deux bibliothèques qui veulent posséder les mêmes nœuds, plus de SVG orphelin après une mise à jour, et une couche layout testable sans navigateur.

  • Calcul de layout mémoïsé sur la révision de données de l'hôte : un redimensionnement ne recalcule jamais les échelles
  • Chemins de rendu sur canvas au-delà du point où le SVG n'est plus viable
  • Une couche de tokens partagée pour hériter du thème du rapport au lieu de coder les couleurs en dur
  • Schémas du panneau de propriétés typés de bout en bout : une option de mise en forme ne peut pas exister sans son gestionnaire

03Encadrer l'équipe

J'encadre ici une équipe de cinq développeurs et plus : je pose l'architecture, je relis chaque pull request, et je débloque les gens avant que ça ne coûte un sprint. La revue est l'endroit où se fait l'essentiel du travail de performance — entre un visuel qui se redessine en 16 ms et un qui prend 400 ms, il y a en général quatre lignes dans un chemin de rendu.

En parallèle, j'ai refactorisé une base de code React historique du même produit, réduisant les re-rendus inutiles d'environ 25 % et rendant l'interface nettement plus réactive.

Résultat
  • Composants graphiques livrés dans les délais, avec les product managers et les designers comme partenaires
  • 25 % de re-rendus en moins sur la base de code React refactorisée
  • Vélocité de sprint en hausse après la prise en charge de la revue de code et du déblocage de l'équipe
Projet suivant

Mnadhem

Un hub d'opérations pensé pour le commerce tunisien réel

Vous travaillez sur quelque chose de similaire ? J'aimerais en entendre parler.

Démarrer une conversation