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.
- 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
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