[Généralités] Pourquoi utiliser WinDev ? - Page 8

mogwai162 · 01/02/2010, 09h40

Citation:

Envoyé par Jean-P.

...je ne pense pas qu'il y aurait de honte, sur le forum officiel, a créer une section "report de bugs"...

Sur le forum ça ne se fera jamais, ne rêvons pas. Par contre sur celui ci...

Mais est-ce vraiment utile ?

Emmanuel Lecoester · 01/02/2010, 12h51

Citation:

Envoyé par mogwai162

Sur le forum ça ne se fera jamais, ne rêvons pas. Par contre sur celui ci...

Non.

Citation:

Mais est-ce vraiment utile ?

Pour avoir abordé le sujet il y a longtemps, nous n'y voyons aucun intérêt. Certains s'y sont tentés sans grand résultat.

Notre forum est une forum d'entre-aide technique ni plus ni moins.

Emmanuel Lecoester · 01/02/2010, 12h53

Citation:

Envoyé par harf18

Et pourtant tu peux douter...
J'ai eu le commercial de PCSoft au moment de la commande annuelle de windev. Je lui ai parlé des commentaires sur le forum. Mais ils ont pris le parti de ne pas consulter les forums extérieurs : Ils considèrent que les mauvaises critiques peuvent venir de concurrents se faisant passer pour des utilisateurs mécontent afin de dévaloriser leurs produits.
Si si, c'est ce qu'il m'a dit texto...

Ils savent que le forum existe, ils savent qui contacter en cas de soucis qui leur serait remonté.

Maintenant qu'ils lisent ou non le forum de manière assidue ce n'est pas çà qui fait avancer notre équipe WinDev

mais bien de vous fournir des services d'entre-aide autour des produit de PC-Soft.

sphynxounet · 09/02/2010, 09h52

Alors je m'attaque à la programmation dynamique de champ ... j'ai cherché un peu partout et au début je tombe sur des posts sur différents forum avec pour seule solution d'utiliser ChampClone() ... je me dis "roooo c'est une blague, il doit bien y avoir une autre solution que d'être obligé de créer à côté de la fenêtre un champ qui nous sert à rien puis de le cloner" ... et puis ...

Bref pour la création dynamique de champ c'est un brin étrange comme façon de faire. A la rigueur ça peut être pratique si on clone vraiment un champ mais dans mon cas on devrait pouvoir créer pas mal de champs image différents les uns des autres. Heureusement que l'indirection existe mais c'est pas super facile à lire. (et là le côté 10 fois plus vite ... avec VS en VB.NET créer un tableau de champ ça prend 1 seule ligne)

Sitas · 01/03/2010, 16h42

Citation:

Envoyé par Marco46

La politique commerciale de PCSoft est également un vrai problème, il n'y a pas de rétro-compatibilité ascendante/descendante entre les différentes versions ce qui au bout de quelques années pause d'énormes problèmes pour faire circuler le code mutualisé entre des projets (classes, bibliothèques, composants, etc ...) dans différentes versions de l'AGL.
EDIT : le gestionnaire de source est également très mauvais. Dommage de pas pouvoir utiliser un SVN ou un CVS, enfin un vrai gestionnaire quoi.

Salut à tous,

Je dois prochainement me mettre à bosser sous Windev (le marketing "10x plus vite" et la sensation "je suis devenu un développeur en 3 clics" à fonctionné à plein régime sur les décideurs).

Je suis assez inquiet de ce que je lis ici. J'ai mis 3 ans à imposer un gestionnaire de source (Tortoise), apparemment je vais pouvoir tout jeter à la poubelle pour (beaucoup ?) moins bien. Est-ce que le GDS gère l'accès concurrentiel ? Selon quel mode (Verrouiller-modifier-déverrouiller ou copier-modifier-fusionner) ?

Si j'ai bien compris la remarque ci-dessus : si on à un "jeux" de composants, feuilles de fonctions/procédures génériques et communs à tous les projets, ils faudra les dupliquer autant de fois que l'on aura de versions de windev ?

Merci de vos éclaircissements.

Lo² · 01/03/2010, 17h03

Salut à toi,

A propos de la rétro-comptabilité, tu n'auras pas à dupliquer x fois les composants parce que tu as x versions Windev.
Le seule "hic", si "hic" il y a, c'est que dès lors que tu ouvres un projet d'une ancienne version de Windev avec une version plus récente, le projet est compilé pour fonctionner avec celle-ci.
Donc si tu veux modifier un projet d'une ancienne version Windev, sans avoir à le migrer, il te faudra l'ouvrir avec l'ancienne version. Pour info, il n'y a aucun soucis pour avoir x versions Windev sur un poste.

Pour le GDS, je l'utilise et je n'ai pas eu de problème.
L'accès peut être géré par développeur sur certains éléments du projet sur le mode Verrouiller-modifier-déverrouiller.
L'autre mode est accessible, s'il s'agit de modifier un même élèment par plusieurs développeurs, mais pas glop et même déconseillé.

Bien à toi

Louis Griffont · 02/03/2010, 08h32

Citation:

Envoyé par Lo²

Salut à toi,

A propos de la rétro-comptabilité, tu n'auras pas à dupliquer x fois les composants parce que tu as x versions Windev.
Le seule "hic", si "hic" il y a, c'est que dès lors que tu ouvres un projet d'une ancienne version de Windev avec une version plus récente, le projet est compilé pour fonctionner avec celle-ci.
Donc si tu veux modifier un projet d'une ancienne version Windev, sans avoir à le migrer, il te faudra l'ouvrir avec l'ancienne version. Pour info, il n'y a aucun soucis pour avoir x versions Windev sur un poste.

Heu, c'est vrai pour tout les langages, il me semble ! Je n'imagine pas demandé à un langage en version X, de compiler un projet en version X-n ?

Lo² · 02/03/2010, 08h57

Je me suis mal exprimé.

Prenons un exemple :
J'ai un projet en Windev 12. Je voudrais voir un bout de code sans pour autant modifier, mais sur le poste, je ne possède que la version 15.
Le fait d'ouvrir le projet en 12 avec une version 15, fait migrer le projet en 15.

mogwai162 · 02/03/2010, 09h06

C'est vrai que ce serait bien pratique. Mais aussi avoir la version dans laquelle ça a été fait.

Marco46 · 02/03/2010, 12h09

Citation:

Envoyé par Louis Griffont

Heu, c'est vrai pour tout les langages, il me semble ! Je n'imagine pas demandé à un langage en version X, de compiler un projet en version X-n ?

Tu peux utiliser du code java 1.5 dans du java 1.6, mais même si ce que tu dis est vrai une nouvelle version de java ou de VB ou de C++ ne sors pas tous les 6/12 mois.

Citation:

Envoyé par Sitas

Je suis assez inquiet de ce que je lis ici. J'ai mis 3 ans à imposer un gestionnaire de source (Tortoise), apparemment je vais pouvoir tout jeter à la poubelle pour (beaucoup ?) moins bien. Est-ce que le GDS gère l'accès concurrentiel ? Selon quel mode (Verrouiller-modifier-déverrouiller ou copier-modifier-fusionner) ?

Le verrouiller modifier déverrouiller fonctionne plutôt bien mais :
- le GDS est globalement lent, surtout quand plusieurs dev bossent sur le même projet).
- il n'y a de support que pour la dernière version du GDS et il plante de temps en temps.
- La fusion de modifs je ne m'y risquerais pas.

Sinon oui Tortoise et SVN tu peux mettre à la poubelle avec Windev.

Citation:

Envoyé par Sitas

Si j'ai bien compris la remarque ci-dessus : si on à un "jeux" de composants, feuilles de fonctions/procédures génériques et communs à tous les projets, ils faudra les dupliquer autant de fois que l'on aura de versions de windev ?

Prenons un exemple concret.

J'ai un composant écrit en Windev 10 pour gérer les mails.
J'ai une gestion commerciale écrite en 10 et une compta écrite en 12.

Si je veux avoir mon composant dans ma compta, je dois migrer mon projet de composant en 12 et avoir 2 versions différentes en permanence.
Donc si je trouve un bug, je dois le corriger en 10, puis migrer le projet en 12 puis générer les installs pour chaque version de windev.

Maintenant ya un autre dev de ta boite qui se pointe et qui développe un spécifique pour un autre client et qui a besoin de fonctionnalités du 14 donc il gère son projet en 14 et ce mec là a besoin de ton composant de mails.

Il te faudra désormais gérer 3 versions de ton composant. Alors que ce composant n'a pas évolué et a techniquement un code qui est identique de la version 10 à 14 et qui donc devrait pouvoir s'exécuter. Mais non il ne peut pas.

[EDIT : Là où ça devient vraiment compliqué c'est quand tu as des composants qui utilisent des composants et que ces composants sont utilisés dans plusieurs composants. ]

Le processus est le même pour tous les éléments d'un projet, classes, collections de procédures, fenêtres, etc ...

Si tu es habitué à développer objet tu vas pleurer. Impossible de faire quelque chose de correct avec Windev à ce niveau. L'éditeur de code est rebutant à lui tout seul. On ne peut pas organiser son code correctement, on ne peut pas surcharger les méthodes correctement, on ne peut pas avoir plusieurs constructeur, ... c'est vraiment le degré zéro de la prog objet.

Ceci dit, si tu réalises des outils de gestion, tu trouveras que Windev fait réellement gagner du temps sur les IHM.

Lo² · 02/03/2010, 12h21

Je ne connais pas les composants mais je viens de faire un essai :
Composant créer en Windev12, intégré dans un projet Windev Mobile 15.

A part le message me signifiant que le composant n'a pas été compilé pour une version Mobile, il a bien été intégré.

Guillaume1958 · 05/03/2010, 09h37

Bonjour,
C’est la première fois que je poste sur un forum de développeurs.
J’en profite pour me présenter car cela n’est pas neutre dans mon positionnement vis-à-vis de Windev.
Je suis seul programmeur de gestion en entreprise et cela depuis plus de 20 ans.
Je suis passé par différents langages : GAP II, Basic, Pascal, C++, et Delphi 5 et depuis 10 ans : Windev. (V7 à V12)

Le passage sous Windev a été pour moi une révélation et je n’ai pas l’intention d’en changer.
Un tout en un qui m’accompagne de l’analyse à la distribution.
Un environnement complet, tout en Français.
Une gestion de l’interface homme/machine bien conçu avec export des tableaux vers Excel.
Un langage qui me va bien et prend en charge les aspects les plus répétitifs.
Une base de donnée Hyper file Classic robuste et performante, libre de droits.
Un créateur d’états, de requêtes, d’installation, débogage… etc…

… Bon, certes, ce « couteau suisse » n’est pas le saint graal, j’ai parfois des limitations ou des prises de tête avec !
Mais pour un programmeur de gestion en solo qui n’a ni moyens, ni ne bénéficie de formations, c’est un outil qui m’a rarement lâché.

Il faut reconnaître que mes besoins sont assez simples et terre à terre. L’élégance d’une ligne de code, la philosophie de la programmation objet, me passe largement au dessus de la tête !

Le coût de Windev est amorti par les services et la réactivité que je peux apporter à mon entreprise. De ne pas à avoir à chaque fois à réinventer l’eau tiède.

Louis Griffont · 05/03/2010, 09h57

Bonjour Guillaume1958,

Je pense que tu es le public type visé par Windev.

EDM-TAHITI · 05/03/2010, 19h58

Hello,
Tout le monde a raison, car chacun d'entre nous apporte des plus et des moins.
Pour ce qui me concerne, je suis d'accord sur l'instabilité de Windev dans sa plateforme de conception. C'est crevant de devoir redemmarer le logiciel au moins trois fois par jours, sans compter que quand tu 'run', il met des plombes à compiler le code....
En revanche, comme vous, j'ai des grossesapplis qui fonctionne chez des clients, du style un fichier de factures qui avale par jour entre 850 et 2.000 facture, à raison de deux lignes en moyenne pour le corps de la facture, j'en suis à des fichiers comportant aujourd'hui entre 500.000 et 600.000 enregsitrement, sans faille, sans perte de donnée. Ca c'est pour la fiabilité de Windev en matière de SGDB.
Ce qu'il faut bien voir, et comprendre, c'est que windev est stable quand on fait des liaisons entre clé numérique. A partir du moment ou on utilise des clés ALPHANUM, là, et par expérience, cela relève de la gageure d'être certains que tout va bien se passer. Aussi, tous les programmeurs qui sont passés dans mes boites, je les obligeais à n'utiliser que des clés numérique, en identifiant uniques ou dupliqués, permettant de modifier les données alphanum sans remettre en cause la liaison MEURISE.
Enfin, L'IHM est simpa est permet de gagner un temps précieux. De plus, il se comporte comme du C, dans certains cas. On peut faire des include de fichier entete (comme pour le c++). On peut y insérer des collection de procédure (comme la gestion d'accès à un serveur MANTA, etc...
Mais, il faut être très rigoureux, tout instancier correctement, les objets doivent être nommés correctement, ne pas utiliser des nom identique pour des fenetres, des fichiers, des variables, etc.... au risque de se retrouver déborder tres tres tres rapidement.
A conclusion, Windev n'est n'y mauvais, ni bon, c'est une plateforme de développement et dont la base est distribuable gratuitement, ce qui n'est pa sle cas de toutes les bases. Commercialement, je préfère me mettre dan sles poches la différence de prix plutot que de verser annuellement une redevance à Oracle, A Bill, a MySQL, etc....
mais ceci, est un avis personnel
Amicalement

Jannus · 06/03/2010, 00h29

Citation:

Envoyé par EDM-TAHITI

C'est crevant de devoir redemmarer le logiciel au moins trois fois par jours

Et c'est forcément WinDev ?

J'ai eu quelques plantages, mais sur des années d'utilisation de WinDev et pas forcément à cause de WinDev.

Raptor92 · 06/03/2010, 08h48

Bonjour à Tous,

Citation:

Envoyé par Guardian

Et c'est forcément WinDev ?

J'ai eu quelques plantages, mais sur des années d'utilisation de WinDev et pas forcément à cause de WinDev.

Depuis un peu plus de deux ans, cela n'a jamais "planté".
Ne serait-ce pas plutôt le pc ?

Bonne journée

EDM-TAHITI · 08/03/2010, 08h12

Hello,
Je ne sais si c'est le PC ou si c'est l'adressage de Windev avec Explorer qui passe en 'mode plante'. Mais pour ce qui est du PC, et comme tous les PC de développement utilisés, il n'est pas 'pollué' par tous les trucs inimaginables que chacun d'entre nous peut télécharger pour voir, pour tester.
Récement, j'ai un un problème, non lié à Windev, mais avec le gestionnaire de NVIDIA, EXPLORER,et WINDEV.
Apparement, l'instanciation entre les trois semble poser soucis, et uniquement dans ce cas là. Je travaille actuellement sur le sujet, peut-être aurais-je la chance de trouver, sinon, je continuerai à faire comme d'hab; arrêter le programme Windev et le relancer.
Amicalement

Grisou · 11/03/2010, 08h44

Je ne vais pas cracher dans la soupe, mais j'ai commencé en 82 comme tout le monde assembleur et il y a quelques années j'ai découvert WINDEV (2.1 etc suite... en passant par HIGHTSCREEN), qui m'a fait gagner beaucoup de temps et un peu d'argent.
Mais ce que je désapprouve chez eux, c'est le fait que l'on signale des erreurs, des mauvais adressages mémoires qui causent des chevauchement et induit au plantage.
On leur soumet la solution, et pour bénéficier de la mise a jour et bien il faut payer, car la modif n'est pas faite dans les mise a jour quotidiennes mais dans les mises a jour lors de changement de version.

Alors étant soumis au quota car je ne suis pas une vache a lait, et bien je me suis arrêté a la version 10. Et lorsque j'avai un soucis, je développais ma propre DLL pour contourner le problème.

Mais maintenant je suis en retraite forcée pour maladie et ce n'est plus mon soucis premier, car mon cerveau refuse de developper ce que je pense.

Bon dev a tous.

Lo² · 11/03/2010, 09h02

Je ne comprends pas vraiment cette rengaine sur le fait qu'il y ait des "bugs" (cela englobe également les méconnaissances transformées en bug) dans cet AGL.
Depuis quand ne devrait-il pas y avoir de bug ? Les autres outils n'en ont pas ? n'ont pas de limitations ?
Depuis quand on ne devrait pas développer son petit composant pour arriver à faire ce qu'on veut ?

Je ne dis pas non plus que je n'ai pas pesté sur certaines choses, mais il y a des moments il faut arrêter de sortir son cageot de tomates pourries systématiquement dés que ça va pas.

"Développer 10 fois plus vite" ne veut pas dire qu'on appuie sur un bouton et "hop" le projet est pondu !

Grisou · 11/03/2010, 09h13

Salut, ce n'est pas le fait qu'il y ait ou non des bugs. C'est le fait que lorsqu on leur donne la solution pour qu'ils corrigent ce bug. Celui ci est fait mais dans des versions qui seront payantes et non dans les versions de MAJ courantes pour lesquelles on a signaler le problème. Donc on achete, on corrige et on paie encore pour avoir la modification, c'est ce que je leur repproche.
En plus les erreurs d'adressage mémoire, ce sont des erreurs de débutants, ce que PCSOFT depuis le temps ne doit plus être !

Voila maintenant si c'est trop dur a comprendre !!!!

09/02/2010, 09h52	#144
sphynxounet Membre éclairé Inscription : décembre 2007 Messages : 435 Détails du profil Informations personnelles : Âge : 31 Localisation : France Informations forums : Inscription : décembre 2007 Messages : 435 Points : 338 Points : 338	Windev ? pourquoi pas mais quand même des fois ... Alors je m'attaque à la programmation dynamique de champ ... j'ai cherché un peu partout et au début je tombe sur des posts sur différents forum avec pour seule solution d'utiliser ChampClone() ... je me dis "roooo c'est une blague, il doit bien y avoir une autre solution que d'être obligé de créer à côté de la fenêtre un champ qui nous sert à rien puis de le cloner" ... et puis ... Bref pour la création dynamique de champ c'est un brin étrange comme façon de faire. A la rigueur ça peut être pratique si on clone vraiment un champ mais dans mon cas on devrait pouvoir créer pas mal de champs image différents les uns des autres. Heureusement que l'indirection existe mais c'est pas super facile à lire. (et là le côté 10 fois plus vite ... avec VS en VB.NET créer un tableau de champ ça prend 1 seule ligne)
	10

02/03/2010, 09h06	#149
mogwai162 Membre Expert Patrick Catella Chef de projet MOA Inscription : janvier 2006 Messages : 1 374 Détails du profil Informations personnelles : Nom : Patrick Catella Âge : 50 Localisation : France, Vosges (Lorraine) Informations professionnelles : Activité : Chef de projet MOA Informations forums : Inscription : janvier 2006 Messages : 1 374 Points : 1 918 Points : 1 918	C'est vrai que ce serait bien pratique. Mais aussi avoir la version dans laquelle ça a été fait. __________________ Patrick Catella Je ne réponds pas aux messages privés si ceux ci suivent un sujet. Il est préférable pour tous de poursuivre la discussion dans le sujet d'origine. Je suis Concepteur développeur Windev (10 ans) et Windev mobile (4 ans) en recherche d'emploi. J'etudie toute proposition
	00

01/03/2010, 17h03	#146
Lo² Membre Expert Développeur informatique Inscription : juin 2004 Messages : 1 222 Détails du profil Informations personnelles : Sexe : Localisation : France Informations professionnelles : Activité : Développeur informatique Secteur : High Tech - Éditeur de logiciels Informations forums : Inscription : juin 2004 Messages : 1 222 Points : 1 512 Points : 1 512	Salut à toi, A propos de la rétro-comptabilité, tu n'auras pas à dupliquer x fois les composants parce que tu as x versions Windev. Le seule "hic", si "hic" il y a, c'est que dès lors que tu ouvres un projet d'une ancienne version de Windev avec une version plus récente, le projet est compilé pour fonctionner avec celle-ci. Donc si tu veux modifier un projet d'une ancienne version Windev, sans avoir à le migrer, il te faudra l'ouvrir avec l'ancienne version. Pour info, il n'y a aucun soucis pour avoir x versions Windev sur un poste. Pour le GDS, je l'utilise et je n'ai pas eu de problème. L'accès peut être géré par développeur sur certains éléments du projet sur le mode Verrouiller-modifier-déverrouiller. L'autre mode est accessible, s'il s'agit de modifier un même élèment par plusieurs développeurs, mais pas glop et même déconseillé. Bien à toi
	00

02/03/2010, 08h57	#148
Lo² Membre Expert Développeur informatique Inscription : juin 2004 Messages : 1 222 Détails du profil Informations personnelles : Sexe : Localisation : France Informations professionnelles : Activité : Développeur informatique Secteur : High Tech - Éditeur de logiciels Informations forums : Inscription : juin 2004 Messages : 1 222 Points : 1 512 Points : 1 512	Je me suis mal exprimé. Prenons un exemple : J'ai un projet en Windev 12. Je voudrais voir un bout de code sans pour autant modifier, mais sur le poste, je ne possède que la version 15. Le fait d'ouvrir le projet en 12 avec une version 15, fait migrer le projet en 15.
	00

02/03/2010, 12h21	#151
Lo² Membre Expert Développeur informatique Inscription : juin 2004 Messages : 1 222 Détails du profil Informations personnelles : Sexe : Localisation : France Informations professionnelles : Activité : Développeur informatique Secteur : High Tech - Éditeur de logiciels Informations forums : Inscription : juin 2004 Messages : 1 222 Points : 1 512 Points : 1 512	Je ne connais pas les composants mais je viens de faire un essai : Composant créer en Windev12, intégré dans un projet Windev Mobile 15. A part le message me signifiant que le composant n'a pas été compilé pour une version Mobile, il a bien été intégré.
	00

05/03/2010, 09h37	#152
Guillaume1958 Invité régulier Inscription : mars 2010 Messages : 11 Détails du profil Informations forums : Inscription : mars 2010 Messages : 11 Points : 6 Points : 6	Bonjour, C’est la première fois que je poste sur un forum de développeurs. J’en profite pour me présenter car cela n’est pas neutre dans mon positionnement vis-à-vis de Windev. Je suis seul programmeur de gestion en entreprise et cela depuis plus de 20 ans. Je suis passé par différents langages : GAP II, Basic, Pascal, C++, et Delphi 5 et depuis 10 ans : Windev. (V7 à V12) Le passage sous Windev a été pour moi une révélation et je n’ai pas l’intention d’en changer. Un tout en un qui m’accompagne de l’analyse à la distribution. Un environnement complet, tout en Français. Une gestion de l’interface homme/machine bien conçu avec export des tableaux vers Excel. Un langage qui me va bien et prend en charge les aspects les plus répétitifs. Une base de donnée Hyper file Classic robuste et performante, libre de droits. Un créateur d’états, de requêtes, d’installation, débogage… etc… … Bon, certes, ce « couteau suisse » n’est pas le saint graal, j’ai parfois des limitations ou des prises de tête avec ! Mais pour un programmeur de gestion en solo qui n’a ni moyens, ni ne bénéficie de formations, c’est un outil qui m’a rarement lâché. Il faut reconnaître que mes besoins sont assez simples et terre à terre. L’élégance d’une ligne de code, la philosophie de la programmation objet, me passe largement au dessus de la tête ! Le coût de Windev est amorti par les services et la réactivité que je peux apporter à mon entreprise. De ne pas à avoir à chaque fois à réinventer l’eau tiède.
	00

05/03/2010, 09h57	#153
Louis Griffont Inactif Inscription : février 2003 Messages : 4 342 Détails du profil Informations forums : Inscription : février 2003 Messages : 4 342 Points : 4 044 Points : 4 044	Bonjour Guillaume1958, Je pense que tu es le public type visé par Windev.
	00

05/03/2010, 19h58	#154
EDM-TAHITI Membre Expert Eric CHARIEAU Ingénieur à la recherche d'un poste... Inscription : janvier 2010 Messages : 873 Détails du profil Informations personnelles : Nom : Eric CHARIEAU Âge : 49 Localisation : France, Hérault (Languedoc Roussillon) Informations professionnelles : Activité : Ingénieur à la recherche d'un poste... Secteur : High Tech - Éditeur de logiciels Informations forums : Inscription : janvier 2010 Messages : 873 Points : 1 702 Points : 1 702	Hello, Tout le monde a raison, car chacun d'entre nous apporte des plus et des moins. Pour ce qui me concerne, je suis d'accord sur l'instabilité de Windev dans sa plateforme de conception. C'est crevant de devoir redemmarer le logiciel au moins trois fois par jours, sans compter que quand tu 'run', il met des plombes à compiler le code.... En revanche, comme vous, j'ai des grossesapplis qui fonctionne chez des clients, du style un fichier de factures qui avale par jour entre 850 et 2.000 facture, à raison de deux lignes en moyenne pour le corps de la facture, j'en suis à des fichiers comportant aujourd'hui entre 500.000 et 600.000 enregsitrement, sans faille, sans perte de donnée. Ca c'est pour la fiabilité de Windev en matière de SGDB. Ce qu'il faut bien voir, et comprendre, c'est que windev est stable quand on fait des liaisons entre clé numérique. A partir du moment ou on utilise des clés ALPHANUM, là, et par expérience, cela relève de la gageure d'être certains que tout va bien se passer. Aussi, tous les programmeurs qui sont passés dans mes boites, je les obligeais à n'utiliser que des clés numérique, en identifiant uniques ou dupliqués, permettant de modifier les données alphanum sans remettre en cause la liaison MEURISE. Enfin, L'IHM est simpa est permet de gagner un temps précieux. De plus, il se comporte comme du C, dans certains cas. On peut faire des include de fichier entete (comme pour le c++). On peut y insérer des collection de procédure (comme la gestion d'accès à un serveur MANTA, etc... Mais, il faut être très rigoureux, tout instancier correctement, les objets doivent être nommés correctement, ne pas utiliser des nom identique pour des fenetres, des fichiers, des variables, etc.... au risque de se retrouver déborder tres tres tres rapidement. A conclusion, Windev n'est n'y mauvais, ni bon, c'est une plateforme de développement et dont la base est distribuable gratuitement, ce qui n'est pa sle cas de toutes les bases. Commercialement, je préfère me mettre dan sles poches la différence de prix plutot que de verser annuellement une redevance à Oracle, A Bill, a MySQL, etc.... mais ceci, est un avis personnel Amicalement
	00

08/03/2010, 08h12	#157
EDM-TAHITI Membre Expert Eric CHARIEAU Ingénieur à la recherche d'un poste... Inscription : janvier 2010 Messages : 873 Détails du profil Informations personnelles : Nom : Eric CHARIEAU Âge : 49 Localisation : France, Hérault (Languedoc Roussillon) Informations professionnelles : Activité : Ingénieur à la recherche d'un poste... Secteur : High Tech - Éditeur de logiciels Informations forums : Inscription : janvier 2010 Messages : 873 Points : 1 702 Points : 1 702	Hello, Je ne sais si c'est le PC ou si c'est l'adressage de Windev avec Explorer qui passe en 'mode plante'. Mais pour ce qui est du PC, et comme tous les PC de développement utilisés, il n'est pas 'pollué' par tous les trucs inimaginables que chacun d'entre nous peut télécharger pour voir, pour tester. Récement, j'ai un un problème, non lié à Windev, mais avec le gestionnaire de NVIDIA, EXPLORER,et WINDEV. Apparement, l'instanciation entre les trois semble poser soucis, et uniquement dans ce cas là. Je travaille actuellement sur le sujet, peut-être aurais-je la chance de trouver, sinon, je continuerai à faire comme d'hab; arrêter le programme Windev et le relancer. Amicalement
	00

11/03/2010, 08h44	#158
Grisou Nouveau Membre du Club Claude MANDIN Inscription : octobre 2007 Messages : 41 Détails du profil Informations personnelles : Nom : Claude MANDIN Âge : 54 Localisation : France Informations professionnelles : Secteur : Service public Informations forums : Inscription : octobre 2007 Messages : 41 Points : 29 Points : 29	Je ne vais pas cracher dans la soupe, mais j'ai commencé en 82 comme tout le monde assembleur et il y a quelques années j'ai découvert WINDEV (2.1 etc suite... en passant par HIGHTSCREEN), qui m'a fait gagner beaucoup de temps et un peu d'argent. Mais ce que je désapprouve chez eux, c'est le fait que l'on signale des erreurs, des mauvais adressages mémoires qui causent des chevauchement et induit au plantage. On leur soumet la solution, et pour bénéficier de la mise a jour et bien il faut payer, car la modif n'est pas faite dans les mise a jour quotidiennes mais dans les mises a jour lors de changement de version. Alors étant soumis au quota car je ne suis pas une vache a lait, et bien je me suis arrêté a la version 10. Et lorsque j'avai un soucis, je développais ma propre DLL pour contourner le problème. Mais maintenant je suis en retraite forcée pour maladie et ce n'est plus mon soucis premier, car mon cerveau refuse de developper ce que je pense. Bon dev a tous.
	00

11/03/2010, 09h02	#159
Lo² Membre Expert Développeur informatique Inscription : juin 2004 Messages : 1 222 Détails du profil Informations personnelles : Sexe : Localisation : France Informations professionnelles : Activité : Développeur informatique Secteur : High Tech - Éditeur de logiciels Informations forums : Inscription : juin 2004 Messages : 1 222 Points : 1 512 Points : 1 512	Je ne comprends pas vraiment cette rengaine sur le fait qu'il y ait des "bugs" (cela englobe également les méconnaissances transformées en bug) dans cet AGL. Depuis quand ne devrait-il pas y avoir de bug ? Les autres outils n'en ont pas ? n'ont pas de limitations ? Depuis quand on ne devrait pas développer son petit composant pour arriver à faire ce qu'on veut ? Je ne dis pas non plus que je n'ai pas pesté sur certaines choses, mais il y a des moments il faut arrêter de sortir son cageot de tomates pourries systématiquement dés que ça va pas. "Développer 10 fois plus vite" ne veut pas dire qu'on appuie sur un bouton et "hop" le projet est pondu !
	00

11/03/2010, 09h13	#160
Grisou Nouveau Membre du Club Claude MANDIN Inscription : octobre 2007 Messages : 41 Détails du profil Informations personnelles : Nom : Claude MANDIN Âge : 54 Localisation : France Informations professionnelles : Secteur : Service public Informations forums : Inscription : octobre 2007 Messages : 41 Points : 29 Points : 29	Salut, ce n'est pas le fait qu'il y ait ou non des bugs. C'est le fait que lorsqu on leur donne la solution pour qu'ils corrigent ce bug. Celui ci est fait mais dans des versions qui seront payantes et non dans les versions de MAJ courantes pour lesquelles on a signaler le problème. Donc on achete, on corrige et on paie encore pour avoir la modification, c'est ce que je leur repproche. En plus les erreurs d'adressage mémoire, ce sont des erreurs de débutants, ce que PCSOFT depuis le temps ne doit plus être ! Voila maintenant si c'est trop dur a comprendre !!!!
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email