Étiqueté : développement, migration, nexos, safire, wxkanban

Ce sujet contient 0 réponse, 1 participant et a été mis à jour pour la dernière fois par Admin01_WxForum, le il y a 1 mois.

Affichage de 1 message (sur 1 au total)

Auteur

Messages

août 12, 2026 à 8:05 pm #1150

Maître des clés

Oui, ils se recoupent sur un même besoin, mais je ne les considérerais pas comme trois produits strictement équivalents. Ils occupent plutôt trois positions différentes autour d’un marché émergent : la migration, la modernisation et la continuité de développement des applications issues d’environnements RAD propriétaires, en particulier WinDev, WebDev et WinDev Mobile.

Le point commun est assez fort pour considérer qu’ils sont concurrents au moins partiellement : chacun cherche, à sa manière, à permettre à un développeur Wx de continuer à exploiter la valeur accumulée dans ses applications tout en réduisant sa dépendance à PC SOFT. (Wxperts)

Comparaison synthétique

Critère	wxKanban / wxPerts	NEXOS Studio	SafireDev
Positionnement principal	Migration assistée par IA + méthode de développement + gestion projet	Plateforme de développement déterministe assistée par IA /service de modernisation	Nouvel environnement RAD complet
Cible Wx explicite	Oui, très fortement	Oui, très fortement	Oui, implicitement et structurellement
Migration WinDev	Oui	Oui (assistée par l’entreprise)	Prévue / en développement
Migration WebDev	Oui	Oui (assistée par l’entreprise)	Prévue / en développement
Migration WinDev Mobile	Oui	Oui (assistée par l’entreprise)	Prévue / en développement
Réutilisation logique métier	Oui, via extraction et transformation	Inventaire + reconstruction du modèle : oui Logique métier ré-implémentée sur une architecture propre	Oui, via conversion vers le modèle Safire
HFSQL	Migration vers DB standard	Connexion/migration HFSQL vers DB standard	Modèle de données Safire propre
Stack cible	Très libre, déterminée avec l’IA	Principalement TypeScript/React/NestJS/React Native/Tauri	Safire
Nouvel IDE	Non, pas au sens classique	Non, plutôt workspace de migration/génération	Oui : SafireIDE
Nouveau langage propriétaire	Non	Non	Oui : langage Safire
Développement après migration	Oui, via IA et stack ouverte	Oui, directement sur technologies standard	Oui, dans SafireIDE
Gestion projet / cycle de vie	Très importante	Importante pour migration/validation	Secondaire
IA	Centrale	Centrale pour génération	Intégrée et contrôlée
Maturité affichée (en août 2026)	Produit opérationnel / commercial, démos vérifiables	Produit fonctionnel, en développement actif, démos vérifiables	Developer preview / pré-alpha
Risque de nouveau lock-in	Faible si stack ouverte choisie	Faible (Typescript)	Plus élevé, car nouvel écosystème Safire

Il faut prendre la dernière ligne avec nuance : Safire est justement conçu autour de la propriété et de la lisibilité du code source, donc il cherche explicitement à éviter un enfermement du type « métadonnées invisibles dans l’IDE ». Mais il crée malgré tout son propre langage, son propre runtime, son IDE et son écosystème, alors que NEXOS et wxKanban cherchent davantage à faire atterrir l’utilisateur dans des technologies déjà largement répandues. (Safire)

1. wxKanban / wxPerts

wxKanban est probablement celui des trois qui est le plus directement né de la problématique actuelle des développeurs WinDev.

Le discours de wxPerts est explicite : wxKanban lui-même était auparavant une application WinDev et a été transformé en application full-stack moderne. Le processus proposé consiste notamment à faire sortir les données de HFSQL vers PostgreSQL, MS SQL ou MySQL, à transformer les procédures et éléments WinDev en informations exploitables par l’IA, à capturer les interfaces et à reconstruire l’application avec des technologies modernes. (Wxperts)

Ce qu’il apporte à un utilisateur WinDev

Son intérêt principal est de transformer un projet existant en matière compréhensible par une IA de développement.

Le processus présenté par wxPerts est approximativement :

WinDev → extraction de la connaissance → spécifications structurées → IA → nouvelle application.

Cela peut être particulièrement intéressant pour des projets ayant accumulé énormément de :

procédures WLangage ;
fenêtres ;
règles métier ;
structures HFSQL ;
états ;
habitudes fonctionnelles.

wxKanban insiste beaucoup sur le fait que la valeur du développeur n’est pas seulement dans le code mais dans sa connaissance du métier et du cycle de développement. (Wxperts)

Un avantage très particulier

Contrairement à un simple convertisseur de code, wxKanban devient également l’environnement de pilotage de la nouvelle application.

Il intègre notamment un cycle structuré de type :

Design → Implementation → QA → Human Testing → Beta → Release

avec spécifications approuvées, contrôle des modifications de l’IA et suivi par Kanban. Il comprend aussi des fonctions plus classiques de gestion d’activité, dont le suivi du temps et la facturation PDF. (Wxperts)

C’est donc presque :

migration + spécifications + AI coding workflow + gestion du projet de développement.

Stack cible

C’est aussi le plus agnostique des trois.

wxPerts affirme que la cible peut être choisie parmi de nombreuses technologies, à condition que l’IA dispose de suffisamment de connaissances sur le stack. La présentation faite autour de wxKanban mentionne notamment TypeScript, React, C#, .NET, Go, Node, NestJS, Delphi, MAUI, Blazor, etc. (WX Alliance)

C’est une différence importante avec NEXOS.

2. NEXOS Studio

NEXOS est beaucoup plus clairement positionné comme outil de développement et de modernisation d’applications. Néanmoins, il est équipé pour aider à la migration de projets.

Son message n’est pas essentiellement :

« développez autrement »

mais plutôt :

« donnez-nous votre application actuelle, analysons-la, modélisons-la et reconstruisons-la progressivement sur une architecture moderne ».

Le workflow annoncé est très structuré :

Diagnose → Prioritize → Blueprint → Generate → Connect → Validate. (NEXOS Studio)

Analyse d’un projet Wx

NEXOS annonce pouvoir inventorier notamment :

fenêtres ;
pages WebDev ;
requêtes ;
états ;
procédures ;
dépendances ;
données.

L’utilisateur peut déposer le dossier d’un projet WinDev, WebDev ou WinDev Mobile dans le migrateur. (NEXOS Studio). Le système construit ensuite un blueprint du système cible : données, règles, permissions, flux et canaux. C’est probablement le produit qui ressemble le plus à un véritable outil industriel de migration applicative.

Architecture cible beaucoup plus déterminée

NEXOS fait un choix technique beaucoup plus fort :

Next.js / React pour le Web ;
NestJS / Node.js pour le backend ;
Expo / React Native pour mobile ;
Tauri pour desktop ;
TypeScript comme langage transversal. (NEXOS Studio)

L’idée est intéressante pour les utilisateurs Wx parce qu’elle reproduit en quelque sorte l’approche intégrée PC SOFT :

un modèle applicatif commun → Web + desktop + mobile + backend.

Mais en utilisant des technologies ouvertes et largement répandues.

Correspondance avec l’univers Wx

NEXOS fait même une correspondance assez explicite (NEXOS Studio) :

HFSQL → PostgreSQL / MySQL / SQLite / SQL Server / Oracle / etc.
WLangage → TypeScript
WinDev / WebDev → React
WinDev Mobile → React Native
backend → NestJS
desktop → Tauri

Pour un développeur Wx, cette approche est donc assez facile à comprendre conceptuellement.

Gros avantage : migration progressive et méthode déterministe.

NEXOS insiste beaucoup sur la coexistence entre l’ancienne et la nouvelle application. Par exemple, il prévoit de pouvoir continuer à utiliser HFSQL pendant une phase de transition, et de migrer module par module avant le basculement final. (NEXOS Studio). C’est extrêmement important pour les ERP, logiciels métiers et applications installées chez de nombreux clients.

L’utilisation de l’IA est aussi optimisée pour ne pas utiliser inutilement de token (~70 % ingénierie déterministe + ~30 % IA, même modèle → même résultat) permettant une meilleure maîtrise des coûts.

3. SafireDev

Safire est conceptuellement le plus différent.

Il ne cherche pas principalement à transformer WinDev en React ou TypeScript.

Il cherche plutôt à créer un nouvel environnement de développement RAD pour applications de gestion, présentant beaucoup des qualités qui ont historiquement rendu WinDev attractif.

Safire se décrit comme un système complet composé notamment de :

SafireIDE ;
langage Safire ;
concepteur de fenêtres ;
modèles de données ;
CRUD ;
états ;
classes ;
services ;
applications Web ;
APIs ;
packaging ;
runtime. (Safire)

En d’autres termes :

Safire pourrait devenir un concurrent direct de WinDev lui-même.

C’est une différence fondamentale.

Pourquoi Safire peut être particulièrement familier à un développeur WinDev

Sa philosophie reprend énormément de concepts classiques du RAD métier :

dictionnaire de données ;
fenêtres ;
contrôles ;
procédures ;
classes ;
états ;
browse/update ;
génération CRUD ;
événements ;
liaison données/interface ;
services ;
packaging. (Safire)

Un développeur WinDev pourrait donc trouver Safire conceptuellement beaucoup moins dépaysant qu’un passage direct à React + NestJS.

Même la syntaxe est conçue pour être relativement lisible et orientée métier.

Mais Safire introduit un nouveau langage

C’est son principal paradoxe.

Il répond au problème :

« je ne veux plus être dépendant de WinDev »

en proposant :

un nouvel environnement RAD avec un nouveau langage.

Safire tente de réduire le risque d’enfermement en faisant du fichier source lisible la « vérité » du projet : fenêtres, états, dictionnaires, classes, configuration, etc. doivent rester lisibles, différentiables et récupérables hors de l’IDE. (Safire)

C’est très différent du modèle PC SOFT.

Mais cela ne change pas le fait que Safire constitue un écosystème spécifique.

Son IA est également différente

L’IA de Safire est volontairement très contrôlée.

Une modification doit pouvoir être :

proposée ;
présentée sous forme de diff ;
acceptée ou refusée ;
sauvegardée ;
compilée/testée ;
enregistrée dans l’historique.

(Safire)

C’est probablement une bonne réponse à un problème des outils de vibe coding : éviter qu’une IA modifie des dizaines de fichiers sans compréhension claire des conséquences.

Attention à la maturité

C’est aujourd’hui le principal différenciateur.

Safire dit explicitement que le produit est encore en Version 1 Developer Preview / pré-alpha, et que plusieurs éléments actuellement décrits sont encore des contrats d’architecture ou des preuves de concept devant être approfondis au niveau compilateur, VM, runtime et IDE. (Safire)

Ses tarifs définitifs ne sont d’ailleurs pas encore publiés. (Safire)

Je ne le mettrais donc pas aujourd’hui au même niveau de disponibilité opérationnelle que les deux autres.

Est-ce le même marché ?

Au sens large : oui

Je définirais le marché commun comme :

le marché des solutions de migration, de modernisation et de remplacement des applications RAD métier propriétaires.

Et, dans une définition plus étroite :

le marché des solutions permettant aux utilisateurs de WinDev, WebDev et WinDev Mobile de réduire ou supprimer leur dépendance technologique à PC SOFT tout en préservant leurs applications, données et règles métier.

Sur ce marché très précis, les trois sont effectivement concurrents.

Un éditeur disposant de 20 ans de code WinDev pourrait parfaitement se poser la question :

« Est-ce que je migre avec wxKanban, avec NEXOS ou vers Safire ? »

C’est donc bien une relation de substituabilité.

Mais leurs marchés principaux diffèrent

Je représenterais leur positionnement ainsi :

                 SORTIE DE L'ÉCOSYSTÈME PC SOFT

                  wxKanban       NEXOS
                      \           /
                       \         /
                        \       /
                         \     /
                          \   /
                         Safire
                           |
                           |
                    RAD de remplacement
                           |
                        WinDev

Ou plus concrètement :

wxKanban

Marché principal :
AI-assisted software development + migration de legacy.

NEXOS

Marché principal :
Application modernization / legacy migration.

Safire

Marché principal :
Low-code/RAD professionnel pour applications de gestion.

On peut même distinguer trois philosophies de sortie de WinDev

C’est probablement la comparaison la plus intéressante.

wxKanban : « sortir grâce à l’IA »

Le patrimoine WinDev est transformé en connaissances et spécifications permettant à l’IA de reconstruire l’application.

Wx → spécifications → IA → stack choisie

NEXOS : « industrialiser la migration »

Le patrimoine WinDev est analysé, modélisé puis reconstruit sur une architecture prédéfinie.

Wx → analyse → modèle NEXOS → TypeScript/React

Safire : « remplacer WinDev par un autre RAD »

Le patrimoine WinDev est progressivement transposé dans un nouvel environnement de développement ressemblant conceptuellement à un RAD traditionnel.

Wx → Safire

Pour quel utilisateur Wx chaque produit est-il le plus intéressant ?

Profil	Choix qui paraît le plus naturel
Développeur indépendant voulant apprendre le développement IA	wxKanban
Développeur voulant choisir librement son futur stack	wxKanban
Entreprise avec gros patrimoine WinDev à moderniser méthodiquement	NEXOS
ERP / application métier critique nécessitant migration progressive	NEXOS
Équipe souhaitant React/TypeScript/Tauri/React Native	NEXOS
Développeur très attaché au modèle RAD de WinDev	Safire
Développeur qui ne veut pas apprendre React/NestJS	Safire, à terme
Nouvelle application métier avec développement visuel	Safire, si le produit atteint sa maturité annoncée
Utilisateur souhaitant absolument éviter tout nouvel écosystème propriétaire	NEXOS ou wxKanban plutôt que Safire

Pour Wx Alliance, cette comparaison est particulièrement intéressante

Je pense que ces trois offres constituent quelque chose de plus important que trois outils isolés : elles commencent à former un véritable marché de sortie de l’écosystème PC SOFT.

C’est significatif parce que, pendant longtemps, l’un des arguments implicites en faveur de WinDev était qu’une migration était pratiquement synonyme de réécriture complète manuelle.

Ces solutions proposent maintenant trois alternatives crédibles :

migration assistée par IA,
migration industrielle automatisée,
ou migration vers un RAD alternatif.

Cela change progressivement l’équation économique du verrouillage technologique.

Et il y a un autre point intéressant : deux de ces trois approches ne cherchent même plus à reproduire WLangage. Elles cherchent à extraire les règles métier du patrimoine Wx puis à les réimplémenter ailleurs. (Wxperts)

À mon sens, c’est probablement le véritable marché émergent :

« WinDev exit / legacy Wx modernization », c’est-à-dire l’ensemble des technologies et services permettant de transformer un patrimoine WinDev/WebDev/WinDev Mobile existant en logiciels maintenables hors de PC SOFT.

Ce marché était presque inexistant il y a quelques années. L’IA générative rend maintenant économiquement envisageable ce qui nécessitait auparavant une réécriture manuelle extrêmement coûteuse.

Auteur

Messages