Java vs WinDev

Bonjour,

Je cherche à savoir quel serait le meilleur choix entre les environnements WinDev et Java ?
J'ai lu des discussions et la plupart sont en faveur de Java pour des grosses applications. Cependant, il s'est passé du temps et à présent on en est à WinDev 20 il me semble.

Je travaille actuellement dans les services publiques et nous (informaticiens) sommes appelés à suivre un projet passé par DAO. Le problème est que le prestataire opte pour WinDev; pourtant l'ampleur du projet me fait croire que WinDev ne pourra pas convenir. En réalité je ne connais pas vraiment WinDev. Java, oui et surtout je peux citer les applications de la même envergure qui fonctionnent.

A propos de l'envergure il s'agit d'une application 3-tiers (traçabilité forestière) qui devra faire face à de nombreuses requêtes des clients pour le serveur et sur de longues distances avec éventuellement divers appareils tels que PDA, Tablette, Téléphone, ordinateur....

Les principaux critères attendus :

• Robustesse
• Portabilité
• Maintenance évolutive et corrective
• Rapidité
• Modularité

Merci pour votre contribution.

Je comprends ton inquiétude, mais soyons honnête. Tu préfère que le prestataire prenne un langage peut être inadapté mais respecte le cahier des charge. Ou qu'il prenne un langage qu'il ne maitrise pas, fasse n'importe quoi avec et finisse avec une bouse en java :)

J'ai tendance à dire qu'en tant que client, ce n'est pas à toi de choisir vraiment la technologie. Si les points que tu mentionne ne sont pas dans le cahier des charges, le prestataire s'en fou, un peu de réalisme. Coté rapidité de dev, que je sache, windev c'est un peu comme un gros lego duplo. C'est facile de coder des applications data simple, c'est compliqué de faire des trucs tordus avec parce qu'il y a pas les briques qu'il faut. Mais je ne connais pas assez, pour moi windev c'est le langage de "programmation" pour ceux qui veulent apprendre à programmer par drag and drop, et qui a besoin de nanas à poil sur la couverture pour vendre.

Citation:

---

Envoyé par tchize_

Je comprends ton inquiétude, mais soyons honnête. Tu préfère que le prestataire prenne un langage peut être inadapté mais respecte le cahier des charge. Ou qu'il prenne un langage qu'il ne maitrise pas, fasse n'importe quoi avec et finisse avec une bouse en java :)

J'ai tendance à dire qu'en tant que client, ce n'est pas à toi de choisir vraiment la technologie. Si les points que tu mentionne ne sont pas dans le cahier des charges, le prestataire s'en fou, un peu de réalisme...

---

Suis du même avis que tchize. L'environnement de développement que le prestataire va utiliser ne vous intéresse pas, pourvu que le produit final soit obtenu et que vous ayez le résultat attendu.

Citation:

---

Envoyé par tchize_

Tu préfère que le prestataire prenne un langage peut être inadapté mais respecte le cahier des charge. Ou qu'il prenne un langage qu'il ne maitrise pas, fasse n'importe quoi avec et finisse avec une bouse en java :)

---

C'est sûr qu'il ne fait pas utiliser une techno qu'on ne maitrise pas, mais WinDev n'a pas l'air d'être une techno super ouvert, le jour où tu changes de prestataire tu perdras surement en "maintenance évolutive et corrective" et autres critères cités.

Bonjour,

Citation:

---

Envoyé par lankoande

Suis du même avis que tchize. L'environnement de développement que le prestataire va utiliser ne vous intéresse pas, pourvu que le produit final soit obtenu et que vous ayez le résultat attendu.

---

Désolé mais pour moi, cela s'appelle "ne pas voir plus loin que le bout de son nez". S'il n'y a pas de transfert de compétences, c'est d'une grand absurdité, sinon ça peut aller à partir du moment où l'on sait que la maintenabilité est assurée.
Pour les autres critères faut voir.

Comme il s'agit de services publiques, raison de plus pour faire les choses correctement et de façon pérenne, sans se lier trop fortement à des prestataires ou éditeurs en particulier.

Je ne saurais critiquer WinDev par contre, je ne le connais pas mais il est vrai que je n'ai jamais eu envie de m'y pencher.

Citation:

---

Envoyé par Laurent.B

je ne le connais pas mais il est vrai que je n'ai jamais eu envie de m'y pencher.

---

Moi en tant que développeur quand je vois ça :

Citation:

---

WinDev utilise des formats de fichier propriétaire sous forme binaire. Ce qui implique l'utilisation exclusive du gestionnaire de source maison (GDS) ainsi que le moteur de recherche de l'EDI. Le code ne peut pas être édité via un logiciel classique tel que le bloc-notes et surtout ne peut être mis sous contrôle de version dans un système standard tel que Subversion, Git ou Mercurial, par exemple. En fait, le développeur WinDev est totalement lié à l’environnement de développement vendu par l'éditeur.

---

Citation:

---

Version 17 « 917 nouveautés » [...] Version 18 « 918 nouveautés » [...] Version 19 « 919 nouveautés » [...] Version 20 « 920 nouveautés »

---

Citation:

---

Le WLangage permet de programmer en français, en anglais et en chinois [...] voire en mélangeant les langues

---

En encore l'article Wikipédia rempli d'humour :

Citation:

---

À partir de la version 19 les champs peuvent être créés par pure programmation. Il est cependant toujours impossible (2015) de créer des classes dérivées depuis les champs proposés, ce que permet la plupart des autres langages depuis le siècle dernier.

---

... je me pose des questions :aie:

Sources : https://fr.wikipedia.org/wiki/WinDev , https://fr.wikipedia.org/wiki/WLangage

Windev fonctionne depuis des années déjà et continue d'être très dynamique.
Il a été conçu pour faire du développement rapide ; comme dit _Tschize, c'est du "duplo" plutôt que du "lego"
Il existe une communauté de développeurs Windev et donc, en cas de défaillance du fournisseur, il est possible d'en trouver un autre.

Fonctionnellement, c'est sûr que cela n'a pas la même portée que java
mais si cela répond aux spécifications de l'application alors pourquoi pas ?

Par contre si tu prévois une grosse base de données, alors il peut être intéressant
de demander au fournisseur de passer sur du Sql Server ou Oracle ou MySql par exemple.
Après, il est facile d'y connecter des outils de reporting indépendants de Windev ce qui limite la dépendance au fournisseur.

Je voudrais rajouter quelques trucs à tête reposée.
Tu auras peut être plus de retours dans la section windev du forum. Parce que là tu oppose java et windev, mais que viens faire java dans ton projet? Après tout si tu a besoin d'une appli mobile, et que IOS est une cible, java c'est déjà raté :aie:
Certe je m'inquiéterais un peu de la capacité de windev à supporter une grosse charge. Mais par expérience tomcat ou jboss ont aussi du mal sur certaines applis. Essaie de faire tourner une instance de tomcat avec des jsp et 200.000 visiteurs en 30 minutes et tu m'en dira des nouvelles :mouarf:. Heureusement, un petit apache en front-end, un CDN et c'est gérable. A chaque problème sa solution. Faudra bien valider ça à la réception et si ça casse, tant pis pour le presta qui sera pas payé :ptdr:.
Et on peut écrire aussi des tortues en java ou en c# hein! Le langage ne fait pas tout.
Aussi, par expérience sur des projets passé avec des prestataire. Un truc "con" à exiger, c'est d'avoir propriété des sources (ben oui, ce n'est pas systématique), que l'appli puisse être entièrement construite à partir des sources sur une machine en votre contrôle, et que ce soit cette construction qui est déployée, testée, validée.

Ton presta tu le choisi par marché public si tu es un ministere.
Donc dans ton CCTP tu peux lui imposer un langage ouvert java PHP ...
Et dans ta grille de notation tu indiqueras que tu demandes au candidat de démontrer :

• Qu'il connaît le langage et (ou) la plate forme
• En quoi son choix technologique est le meilleur

Pour avoir utilisé WinDev, il faut reconnaitre qu'il permet de creer des sites pas trop moches tres facilement/rapidement. Concernant leur BDD, elle m'a parue plutot efficace sur les tests que j'ai effectué (on ne parle de de 200k visiteurs en 20 minutes :aie: ).
En fait, de ce que j'ai pu voir, cet outil est bien lorsqu'on a une application qui colle directement à la BDD (ce qui est le cas la plupart du temps). Dans ce cas, il genere quasiment automatiquement les ecrans qui vont bien et, encore une fois, avec une esthétique configurable et plutot bien foutue.
Par contre, des que tu sors un peu des clous, ca devient (tres) compliqué. Par exemple, si tu veux des composants dynamiques qui decrivent tes equipements (par exemple en fonction de leur type), ca devient plus embetant.

Concernant le langage, je dirais que si vous etes amenés à faire vous meme la maintenance des sources, il vaut mieux imposer un langage que vous maitrisez. Par contre, si c'est le prestataire qui fera la maintenance, pourquoi lui imposer un langage qu'il ne maitrise pas ?
Dans tous les cas, il vaut mieux blinder le truc des le debut en reflechissant aux cas d'utilisation que le logiciel devra remplir. Par exemple en terme de charge, reactivité, ... Ca permettra de les obliger à revoir leur copie si leur bouzin n'est pas utilisable (qu'il soit fait avec WinDev ou Java d'ailleurs). Après, c'est à eux de trouver la bonne techno par rapport aux besoins...

Un peu de statistique Stackoverflow:
Windev : 21 topics
Java : 891 181
Java EE : 22 839

la messe est dites... Bonne chance pour la maintenance et l'évolution. Tu es lié à ton prestataire à vie. il ne te reste plus qu'à prier pour qu'ils soient de bon dévelopeurs. Mais le fait de faire des gros programmes en Windev me fait douter. Bon après tu es sur un forum Java, donc je prêche pour ma paroisse...

Tiens nous au courant de l'évolution du projet dans la partie " Humour Informatique" du forum :)

Merci pour vos avis qui me donne une plus large vu de la problématique et quelques idées pour le suivi de ce projet. c'est vrai que je suis dans une chapelle java. certainement les homélies de l'autre chapelle seraient portés sur Windev. lDe toutes les façons si les deux chapelle on de même performance, je pense qu'autant que possible il faut éviter la dépendance. et selon l'IEEE java est parmis le top 3. c'est avantageux, il est plus connu. Bon maintenant il faut se rassurer que le prestataire dispose d'une certaine maitrise.

Bonjour à tous,

Etant dans le windev ET le java (Support au dev, Archi Jboss,WAS et compagnie) depuis une quinzaine d'années, je constate qu'il y a pas mal de préjugés sur la suite logicielle de PCSoft. Non ce n'est pas de la m****:roll: !

Aux arguments avancés de la maintenabilité, pénurie éventuelle de ressources etc ... légende urbaine ! Si en effet le nombre de dev java est bien plus important que celui de dev windev, il y a des ressources ! PCSoft édite des solutions depuis plus de 20 ans et ce avec un succès évident. Il est à noter que des grands comptes utilisent cet AGL (John Deere, Porsche etc ...), ce qui prouve tout de même le sérieux de la solution.

Oubliez le cliché du drag&drop ... c'est juste pour développer l'IHM. Le reste vous le codez à la mano. Les trucs tordus, on les fait aussi, c'est suffisamment ouvert pour gérer ça.

Par contre, quand je lis ça : "Le code ne peut pas être édité via un logiciel classique tel que le bloc-notes" ... à ouais d'accord, c'est primordial en effet. On est en mode développeur de garage ou quoi ? 8O

En ce qui concerne le Java vs Windev, dans les faits je préfère coder du java à 200% mais il faut avouer que windev propose quelque chose de très productif !! Et selon moi windev coûte moins cher au final, tout en assurant une certaine robustesse. La base hyperfile est loin d'être ridicule mais si c'est un frein pour l'ouverture à des outils tiers, windev propose des connecteurs natifs DB2, SQL Server etc ...

Après si j'ai bien compris, il s'agirait d'une solution globale et pour le coup la solution pcsoft semble cohérente pour limiter les coûts. En effet elle propose windev, webdev, et windev mobile : un seul langage pour différentes cibles. Cela veut dire aussi une seule ressource pour gérer à terme la maintenance de l'ensemble. Si le choix se portait sur une autre techno, il faudrait un dev JEE, un dev android et/ou ios etc ...

Mon avis personnel c'est si la maintenance évolutive doit être internalisée, je pencherais tout de même pour du java. Si c'est un prestataire qui gère le tout, peu importe la techno : après tout les garanties doivent être prises via les conditions d'attribution ...

Bonne journée et bon choix !

Citation:

---

Envoyé par verybig

il s'agirait d'une solution globale et pour le coup la solution pcsoft semble cohérente pour limiter les coûts. En effet elle propose windev, webdev, et windev mobile
...
Si c'est un prestataire qui gère le tout, peu importe la techno : après tout les garanties doivent être prises via les conditions d'attribution

---

Témoignage intéressant en effet qui recoupe tout à fait ce que me disait un collègue qui fait du Windev.
Il a développé une solution de gestion de stocks de (gros) chantiers qui s'utilise sur pc + tablette.

Du coup c'est la solidité du prestataire qu'il faut vérifier :
- structure de l'équipe de développement (cv ...)
- développements similaires déjà réalisés
- solidité financière de la boîte
- contrat d'assurance RC pro, etc .

Témoignage intéressant merci. Je vais faire quand mêm mon "cherche la petite bête".

Citation:

---

Envoyé par verybig

des grands comptes utilisent cet AGL (John Deere, Porsche etc ...), ce qui prouve tout de même le sérieux de la solution.

---

Ce genre d'argument, quel que soit le language est complètement faux. De part leur taille, les grands comptes ont de tout. Je suis sur que tu peux encore trouver du developpement actif chez eux en Cobol, en Fortran 77 ou en assembleur mainframe IBM. Ce n'est pas une raison pour commencer des nouveaux projet avec ces vieille bête qui ne suivent plus ;)

Je vais même dire qu'un langage utilisé uniquement par des grosses boites (pas le cas ici pour windev hein :) ) est à éviter car cela prouve que seule des boites pouvant se permettre des pertes des quelques centaines de milliers de dollars l'utilisent....

J'ai travaillé il y a bien longtemps avec Windev, on avait constaté 2 gros points faibles à l'époque :
- leur base de données complètement bancale
- la lenteur avec une utilisation à distance

Bien sûr, ils ont pu progresser depuis, il faut peut-être vérifier ces points avec une version récente.

Pour le reste, c'était un L4G plutôt complet, très simple à prendre en main, développement d'application très rapide mais difficile voir impossible de sortir de ce qu'il sait faire. Donc, si le produit couvre le besoin, pas de soucis particulier sinon, galère en perspective...

Pour la qualité du code produit, c'est un faux problème, on peut faire de sacrées belles merdes avec java aussi.
Pour ce qui est de la maintenance future, comme déjà dit, ça se prévoit dans le contrat... mais il ne devrait pas y avoir trop de problèmes en cas de défaillance du prestataire d'en trouver un autre qui maîtrise WinDev, surtout en France.

Bon, à l'époque, j'avais poussé Delpi et c'est la solution qu'on avait retenu, beaucoup plus performante... mais c'est un autre débat :D

Dans ton cas, si le prestataire veut le faire en WinDev, pourquoi pas, c'est SA responsabilité finalement (si le contrat est bien fait)
Un intérêt que j'y vois réside dans le fait que l'outil peut générer des applications mobiles pour tous les OS, iOS, Android, Windows mobile... (non, on avait dit pas Window ! :mrgreen:)

Bref, pourquoi pas...

Citation:

---

Envoyé par OButterlin

Pour la qualité du code produit, c'est un faux problème, on peut faire de sacrées belles merdes avec java aussi.
[...]
Bon, à l'époque, j'avais poussé Delpi et c'est la solution qu'on avait retenu, beaucoup plus performante... mais c'est un autre débat :D

---

On peut faire de la merde avec tout, mais est-ce qu'ils ont Sonar-like pour vérifier s'ils ont fait de la merde avec WinDev ?
[...]
T'as poussé Delphi parce que tu aimes Delphi :D

Quand j'ai vu ce sujet, j'ai pensé à ça :

http://www.commitstrip.com/wp-conten...-550-final.jpg

Citation:

---

Envoyé par Gugelhupf

T'as poussé Delphi parce que tu aimes Delphi :D

---

Aussi... :mouarf:
(mais c'était un super RAD vraiment puissant et performant)