Cinq ans d'expérience,puis une R&D d'IA.

J'ai commencé par là : des sites clients, puis un premier outil de gestion de contenu maison. Les pages à faire vivre sont modifiables directement par le client, sans ouvrir un ticket pour chaque changement de texte.

Le cadre d'édition est délimité à la conception : on change un titre, un paragraphe, une image, pas la structure. Moins d'allers-retours pour les mises à jour, aucun risque de casser le reste du site.

Plusieurs référentiels publics décrivent la même réalité sous des angles différents : les établissements d'un côté, les personnes morales de l'autre, les données sectorielles encore ailleurs. Une même structure y apparaît sous une raison sociale légèrement différente, à une adresse écrite autrement, avec des dates de mise à jour qui ne coïncident pas.

Le travail : faire correspondre ces bases sans clé commune, marquer le douteux, et rejouer le rapprochement à chaque nouvelle version sans écraser les corrections manuelles. Cette dernière contrainte est celle qui coûte le plus cher à traiter, et celle qu'on oublie le plus souvent au moment de la conception.

Le résultat : un portail, une API, des connecteurs et des dictionnaires de traduction. Une dizaine de sources récupérées, croisées et tenues à jour sans intervention. À chaque nouvelle version d'un référentiel, le système détecte ce qui a bougé et le propose au lieu de l'imposer : une adresse modifiée, un téléphone qui change, une structure qui ferme. Comme un CRM qui vous signalerait de lui-même qu'un client a déménagé. C'est le moment où le système a cessé de demander du temps tous les jours.

Ce que j'en tire : la même méthode s'applique dès qu'il faut croiser des bases métier sans clé commune fiable : formats hétérogènes, versions qui se croisent, corrections manuelles à préserver.

Voir l'offre développement →

Mené en parallèle du chantier précédent : un portail public de suivi hydrologique, alimenté par des API publiques.

Ce que renvoient ces API tient en deux valeurs : une hauteur d'eau et une heure de mesure. Tout le reste est calculé par-dessus.

• La vitesse de variation, en centimètres par heure.
• La tendance qui en découle, classée en paliers lisibles plutôt qu'en chiffre brut, avec détection des changements de sens et des accélérations.
• L'écart sur douze heures.
• La position du niveau actuel entre le minimum et le maximum jamais relevés à la station, pour rendre comparables des stations dont les échelles n'ont rien à voir.
• La relation amont-aval et les distances le long du cours d'eau.
• Un texte de synthèse rédigé automatiquement à partir de ces valeurs.

C'est le point que je retiens de ce projet : la valeur n'est presque jamais dans la donnée récupérée, elle est dans les indicateurs qu'on en tire et dans la façon dont on les rend lisibles. C'est une leçon qui s'applique à tous les projets de traitement de données.