☀️ FEUILLETON DE L’ÉTÉ — Épisode 2

Comment faire analyser plus de 3 000 pages d’un projet WinDev par une IA ?

Dans l’épisode 1, je vous expliquais pourquoi nous avons décidé de migrer NomadBiz de WinDev vers .NET.

Cette fois, on rentre dans le concret.

Notre première idée était simple :
👉 donner directement le projet WinDev à notre agent IA et lui demander de l’analyser.
Sauf que ça ne marche pas vraiment comme ça.

Les fichiers WinDev tels que les .wdw, .wdc ou .wdg sont dans des formats propriétaires que l’IA ne peut pas simplement parcourir comme elle le ferait avec un projet C#, PHP ou JavaScript.

Premier problème donc :
comment faire comprendre à une IA une application de plus de 25 000 lignes de code, environ 60 fenêtres et 1 500 heures de développement ?

La réponse est venue de WinDev lui-même.
L’IDE permet de générer un dossier technique complet du projet. Le projet étant en Windev 28, nous ne pouvons pas passer les fichiers du projet en mode txt.
Et dans notre cas, le résultat a été assez impressionnant :
👉 3 059 pages de documentation.
À l’intérieur :
→ le code WLanguage
→ les procédures
→ les classes
→ la description des fenêtres
→ les champs
→ les tables
→ les états d’impression
→ et même des captures des interfaces

Mais nous ne voulions surtout pas dire à l’IA :
“Voilà 3 059 pages, refais-nous exactement la même chose.”
Parce qu’une migration est aussi l’occasion de faire du ménage.
Nous lui avons donc demandé de commencer par nous questionner sur NomadBiz.

À quoi sert cette fenêtre ? Qui l’utilise ? À quelle fréquence ? Est-elle toujours utile ? Existe-t-il une autre façon de répondre au même besoin ?

Et c’est là que le travail est devenu particulièrement intéressant.
Sur environ 60 fenêtres, certaines sont utilisées quotidiennement.
D’autres beaucoup moins.

Et quelques-unes ne méritent tout simplement pas d’être reprises dans la nouvelle version.

L’IA nous aide donc à cartographier le logiciel, mais la décision reste humaine.

Notre objectif n’est pas de traduire 25 000 lignes de WLanguage en C# ligne par ligne.

C’est de reconstruire NomadBiz en conservant ce qui apporte réellement de la valeur.

En parallèle, nous avons récupéré le schéma de la base HFSQL grâce au fichier .xdd, exploitable en XML :
tables, colonnes, clés, index, relations…

Nous avions donc :
le code et les interfaces d’un côté,
les données de l’autre,
et surtout notre connaissance métier pour expliquer à l’IA ce qui devait être conservé, modifié ou supprimé.

Première vraie leçon de cette migration :
une IA peut analyser énormément de choses, mais elle ne sait pas qu’une fenêtre n’est plus utilisée si personne ne le lui dit.
La qualité d’une migration dépend donc autant des questions posées que du code généré.

🎬 Prochain épisode :
Nous passons de l’analyse à l’action.
Comment migrer les données sans perdre des années de règles métier ?

#WinDev #dotNET #IA #MigrationLogicielle #HFSQL #WLanguage #DevBooster

13/08/2026 - 10:58