De WinDev à l'open source : comment l'IA a changé la donne dans la migration de nos applications
Pendant des années, WinDev a été un choix pertinent pour développer rapidement des applications métier robustes, avec sa base de données HFSQL intégrée et son environnement tout-en-un. Mais le monde change : les entreprises veulent aujourd'hui des solutions ouvertes, interopérables, hébergeables où elles le souhaitent, et surtout... elles veulent pouvoir avancer vite sans être dépendantes d'un seul éditeur.
Dans cet article, je vous partage le chemin que j'ai suivi pour migrer un projet WinDev vers une stack 100% open source, en m'appuyant massivement sur l'intelligence artificielle et sans écrire une seule ligne de code. Deux volets : la migration de la base de données HFSQL vers PostgreSQL, puis la réécriture de l'application elle-même grâce à des outils comme Replit et Claude Code.
Partie 1 : Migrer sa base de données HFSQL vers PostgreSQL
La base de données est souvent le cœur névralgique d'une application métier. C'est aussi la partie la plus délicate à migrer, car elle contient des années de données réelles, avec toutes leurs incohérences, leurs cas particuliers et leurs bricolages historiques. Voici la méthode en quatre étapes que je recommande.
Étape 1 : Créer la structure de la base de données PostgreSQL
La première étape consiste à transposer le schéma HFSQL (tables, champs, types, clés, index, contraintes) vers un schéma PostgreSQL équivalent.
Quelques points de vigilance :
- Les types de données ne correspondent pas toujours 1 pour 1 entre HFSQL et PostgreSQL (dates, booléens, champs mémo, numériques à précision variable). Il faut établir une table de correspondance précise.
- Les clés primaires et étrangères de HFSQL sont parfois implicites ou gérées de façon non stricte par l'application : il faut les rendre explicites dans PostgreSQL.
- Les index et contraintes d'unicité doivent être recréés, quitte à les ajuster car HFSQL est parfois plus permissif que PostgreSQL sur certains cas.
Windev propose des outils pour faciliter la création de la structure de la base de données. Des ajustements manuels restent souvent necessaire.
Étape 2 : Migrer les données avec un outil développé en WinDev
C'est ici que beaucoup de tentatives de migration échouent si elles sont trop simplifiées. On pourrait penser qu'un simple export/import CSV suffit, mais dans la réalité, les données métier accumulées sur des années contiennent presque toujours :
- des valeurs nulles là où le nouveau schéma attend une valeur par défaut,
- des doublons ou incohérences qui n'avaient jamais posé de problème sous HFSQL,
- des formats de dates ou de nombres hétérogènes,
- des relations orphelines (clés étrangères pointant vers des enregistrements supprimés),
- des champs mémo ou binaires nécessitant un traitement spécifique.
La solution la plus fiable reste de développer un outil de migration en WinDev lui-même, car c'est l'environnement qui connaît nativement et parfaitement HFSQL. Cet outil se connecte en lecture à la base HFSQL et en écriture à PostgreSQL (via un connecteur natif de préférence), et applique toute la logique de transformation et de nettoyage nécessaire, table par table, avec des rapports d'anomalies détaillés.
L'avantage de coder ce migrateur "à la main" (avec l'aide de l'IA pour la partie logique et les cas particuliers) est qu'on garde une traçabilité complète : chaque ligne rejetée ou transformée peut être journalisée, ce qui est indispensable pour valider la migration avec les métiers.
Étape 3 : Adapter l'application WinDev pour fonctionner sur PostgreSQL
Une fois les données migrées, il ne faut pas nécessairement réécrire toute l'application dans la foulée. Une étape intermédiaire précieuse consiste à faire fonctionner l'application WinDev existante directement sur la nouvelle base PostgreSQL, en remplaçant les accès HFSQL par des accès natifs PostgreSQL (ou via une couche d'abstraction).
Cette étape a plusieurs bénéfices :
- Elle valide en conditions réelles que la migration des données est correcte, avec les utilisateurs qui continuent à travailler normalement.
- Elle découple le sujet base de données du sujet réécriture applicative : on ne change qu'une variable à la fois, ce qui limite les risques.
- Elle offre une période de transition sereine, le temps de préparer la nouvelle application.
Étape 4 : Réécrire l'application dans une nouvelle stack
Enfin vient la réécriture de l'application elle-même, dans une stack open source moderne. C'est le sujet de la seconde partie de cet article, car c'est justement là que l'IA change complètement la manière de travailler.
Partie 2 : Réécrire son application avec des outils open source et l'IA
Replit : un cadre complet, façon WinDev, mais 100% open source
Pour quelqu'un qui vient de WinDev, l'un des points forts de l'environnement est d'avoir "tout sous la main" : éditeur, base de données, déploiement, sans avoir à jongler entre quinze outils différents. C'est exactement ce que propose Replit, mais avec des stacks open source comme React/Node.js ou Ruby on Rails.
Ce qui rend Replit particulièrement adapté pour démarrer un projet SaaS :
- Un environnement de développement complet dans le navigateur : pas d'installation, pas de configuration réseau ou de dépendances à gérer soi-même au départ.
- Un agent IA intégré capable de générer une application complète à partir d'une description en langage naturel, avec base de données, authentification, interface, etc.
- La possibilité de récupérer les sources à tout moment : le code produit reste standard (React, Node.js, Ruby on Rails...), sans verrouillage propriétaire. On peut à tout moment exporter le projet vers son propre GitHub et continuer en local.
- Un hébergement et un déploiement intégrés, pratiques pour tester rapidement une v1 auprès de vrais utilisateurs.
C'est donc un excellent point d'entrée pour quelqu'un qui souhaite retrouver le confort "tout-en-un" de WinDev, mais dans un monde open source, avec des technologies largement répandues et un marché de développeurs beaucoup plus large.
Claude Code : la même puissance, sur son PC, avec WSL
Pour ceux qui préfèrent garder la main sur leur environnement local plutôt que de travailler dans le navigateur, il existe une alternative tout aussi puissante : Claude Code, utilisable directement sur un PC Windows via WSL (Windows Subsystem for Linux).
Le principe est similaire à Replit dans l'esprit : on dispose d'un agent IA qui peut lire, écrire et modifier l'ensemble du code d'un projet, exécuter des commandes, lancer des tests, gérer le versioning Git, tout cela en dialoguant simplement avec lui en langage naturel. La différence est que tout se passe sur sa propre machine, avec un contrôle total sur l'environnement, les fichiers, et l'hébergement du code.
La vraie magie : développer sans écrire une ligne de code
Voici le changement de paradigme le plus important pour quelqu'un venant de WinDev : on ne conçoit plus les écrans avec un éditeur de fenêtres. Fini le glisser-déposer de champs, boutons et zones répétables dans un designer visuel.
À la place, on décrit ce que l'on veut, en français, comme on l'expliquerait à un développeur :
« Ajoute un formulaire de saisie de commande avec un champ client en liste déroulante, un tableau de lignes de commande, et un total calculé automatiquement en bas. »
L'IA génère alors le code de l'interface, la logique associée, et l'on peut ensuite affiner à volonté :
« Rends le tableau plus compact » ou « Ajoute une validation qui empêche d'enregistrer si la quantité est à zéro. »
Tout se fait par itérations successives, en langage naturel, sans jamais ouvrir un éditeur visuel ni écrire directement de code (même si on peut toujours le relire et le comprendre si on le souhaite).
Le changement de paradigme pour un développeur WinDev
Pour quelqu'un habitué à WinDev, la différence de posture est profonde :
| WinDev | Approche IA (Replit / Claude Code) |
|---|---|
| On dessine l'écran soi-même dans l'éditeur de fenêtres |
On décrit l'écran souhaité, l'IA le génère |
| On écrit le code des traitements en WLangage |
On décrit le comportement attendu, l'IA écrit le code |
| On connaît et maîtrise un seul environnement propriétaire |
On utilise des technologies standards, transférables, avec une immense communauté |
| La productivité dépend de la maîtrise de l'outil WinDev | La productivité dépend de la clarté de ce qu'on explique à l'IA |
Concrètement, on travaille comme si on avait embauché un développeur à qui l'on décrit ses besoins, qui pose éventuellement des questions, propose des solutions, et livre du travail qu'on peut ensuite ajuster en continu. La charge mentale liée à la syntaxe, aux raccourcis d'un IDE propriétaire ou à la configuration d'un designer visuel disparaît presque entièrement. Vous pouvez aussi en profiter pour apprendre le nouveau langage en même temps que le projet avance, pour que vous puissiez intervenir en maintenance si besoin, même si vous n'en aurez pas besoin.
C'est, à mon sens, une simplicité largement supérieure à celle que proposait WinDev en son temps : non pas parce que WinDev était mal conçu, mais parce que le paradigme change complètement de nature. On ne pilote plus un outil, on collabore avec un collègue virtuel, disponible immédiatement, qui connaît autant React, Node.js ou Ruby on Rails que n'importe quel développeur senior.
En résumé
Migrer un projet WinDev vers l'open source n'est plus aujourd'hui un chantier titanesque réservé à de grosses équipes techniques. En procédant par étapes progressives sur la base de données (structure, migration outillée, transition, puis réécriture), et en s'appuyant sur des outils comme Replit ou Claude Code pour la partie applicative, il est possible de reconstruire une application moderne, ouverte et pérenne, tout en gardant une maîtrise complète du code source produit.
L'IA ne remplace pas la réflexion métier ni la connaissance fine de son application : elle remplace la barrière technique qui, hier encore, imposait de maîtriser un langage et un IDE spécifiques pour espérer construire quelque chose.
Vous étudiez la faisabilité de la migration d'une application développée avec Windev vers de l'open source, pour ne plus avoir de dépendance : nous pouvons vous accompagner pour vous faire découvrir les possibilités et vous faciliter la transition. N'hésitez pas à prendre rendez-vous pour en discuter, ou à discuter sur le chat ci-dessous, ou par email : info@sealog.info.
Commentaires
Enregistrer un commentaire