Conseil : Windev ou Access

R Vuille

02/07/2003 à 18:04

Bonjour
J'ai programmer pas mal en Access2. Désavantage de Access2 (car je ne
connais que trés peu les dernière version) c'est les mise à jour
(moulinnette etc...)
Les divers programme dévellopé en Access je n'ai jamais perdu de données
mais.........

Il me semble que Windev est quand même mieux pour cela.
Le reste je n'en sais rien....

--
Merci et bonnes salutations
Visitez www.saphirw.ch et donner vos impressions et idées
"Jean-Claude Meuterlos" a écrit dans le message de
news:bduvd0$fjj$

Je développe depuis pas mal de temps sous Access

Un de mes clients veut que je réalise une application avec Windev

dois-je le convaincre de développer sous Access ou est-ce que Windev c'est
bien ?

Merci (et pas de troll)

JCF1

02/07/2003 à 18:25

"Jean-Claude Meuterlos" a écrit dans le message de
news:bduvd0$fjj$

Je développe depuis pas mal de temps sous Access

Un de mes clients veut que je réalise une application avec Windev

dois-je le convaincre de développer sous Access ou est-ce que Windev c'est
bien ?

Merci (et pas de troll)

Bonjour,

Personnellement je choisirai Windev :
1° C'est quand même (contrairement à Access) un vrai langage de
programmation, avec une interface de développement très élaborée.
2° On peut utiliser des fichiers HF, mais également des fichiers Access si
le besoin s'en fait sentir.
3° WD offre plus de possibilités et de souplesse qu'Access.
4° Access est quand même un vieux produit, un peu limité, même dans sa
dernière version.
5° Même si Windev à quelques défauts et encore des bugs (mais rien n'est
parfait), il est beaucoup plus performant qu'Access.
pour ne citer que les principales raisons, mais il y en bien d'autres.

Nota : Ce sujet à déjà été traité ici il n'y a pas très longtemps, mais je
n'arrive plus à retrouver la discution.

Sincères salutations
--
Jean-Claude FLAJOULOT
Sécurité, Conseil & Biométrie

http://perso.wanadoo.fr/securite.conseil.et.biometrie/

Dominique \QNX\ Lecocq -www.binact.com-

02/07/2003 à 19:00

Salut

Bonjour,

Personnellement je choisirai Windev :
1° C'est quand même (contrairement à Access) un vrai langage de
programmation, avec une interface de développement très élaborée.

Tu penses que VB (ou VBA) n'est pas un langage de programmation?
ils vont être content chez Krosoft.

2° On peut utiliser des fichiers HF, mais également des fichiers Access si
le besoin s'en fait sentir.

Oui, idem pour Access (fait je vais dire VB)

3° WD offre plus de possibilités et de souplesse qu'Access.

NON ! avec VB (Acces en 1 click tu transforme ton form en web Form)
je pense que la souplesse n'est pas la 1ere vertu de WD

4° Access est quand même un vieux produit, un peu limité, même dans sa
dernière version.

Ooooops si vieux veux dire : qui a de la bouteille oui...
Si tu te passes du moteur Jet pour attaquer du MSDE avec VB (Access)
en front end alors là un vieux produit ça me fais rigoler

5° Même si Windev à quelques défauts et encore des bugs (mais rien n'est
parfait), il est beaucoup plus performant qu'Access.

Sans objet... il faut définir les conditions de test.

pour ne citer que les principales raisons, mais il y en bien d'autres.

Nota : Ce sujet à déjà été traité ici il n'y a pas très longtemps, mais je
n'arrive plus à retrouver la discution.

Il n'y a pas de réponse au problème. Chacun voit midi à sa porte.
Pour ma part j'utilise (utilisais) WD depuis la version 2.0 jusqu'à la 7.0
si le monsieur est balaize en VB (access) alors ne passe surtout pas
à WD car l'approche est très différente.

Sincères salutations

Idem

--
Jean-Claude FLAJOULOT
Sécurité, Conseil & Biométrie

http://perso.wanadoo.fr/securite.conseil.et.biometrie/

Dominique "QNX" Lecocq
Informatique industrielle embarquée, temps-réel.
www.binact.com

R Vuille

02/07/2003 à 19:11

Bonjour,
Je connaissais bien Basic (1980-1985~), puis FrameWorkII, III, IV avec
Dbase, Access2.
Je pense pour quelqu'un qui connait bien la programmation cela ne pose pas
trop de problème de passer en WD.
Par contre il faudra se méfier du style de programmation :-)

Benh oui moi je fais trop souvent la liaison Acces ;-(
J'ai aussi perdu la main.

En Access2 ce qui fonctionnait trés bien ce sont les requêtes ! c'était
facile à faire et trés rapide. La je ne peux pas dire du tout mon avis en
WD.
Il faut dire que j'ai pesé le pour et le contre assez longtemps. Il y a plus
de positifs du côté pratique en WD que en Access. Le reste on verra bien
--
Merci et bonnes salutations
Visitez www.saphirw.ch et donner vos impressions et idées
"Dominique "QNX" Lecocq -www.binact.com-" a écrit dans le
message de news:bdv2u3$pai$

Salut
> Bonjour,
>

Il n'y a pas de réponse au problème. Chacun voit midi à sa porte.
Pour ma part j'utilise (utilisais) WD depuis la version 2.0 jusqu'à la 7.0
si le monsieur est balaize en VB (access) alors ne passe surtout pas
à WD car l'approche est très différente.

> Sincères salutations
Idem

Pascal H

02/07/2003 à 20:45

Le mer. 02 juil. 2003 17:57:44, dans le message
news:bduvd0$fjj$, "Jean-Claude Meuterlos"
a écrit :

Je développe depuis pas mal de temps sous Access

Un de mes clients veut que je réalise une application avec Windev

dois-je le convaincre de développer sous Access ou est-ce que
Windev c'est bien ?

Merci (et pas de troll)

Bonsoir,

Etant donné la forte implication des partisans et opposants de Windev
ici, je pense qu'il serait judicieux d'affiner les contraintes qui vous
sont imposées (mono ou multi instances, possibilité de client/serveur,
nombre de postes connectés à la BDD, infrastucture actuelle,
reprise d'existant, fréquence des mises à jour, ...).
Parce que là je crois qu'on est parti vers le bon vieux troll des
familles, même si votre intention première n'était pas dans ce sens ;)

Autre approche: si vous connaissez bien Access, pensez-vous que vous
serez susceptibles de vous heurter à certains de ses défauts pour
répondre à la demande de votre client. Et pourquoi veut-il absolument
vous orienter vers WD ?
Je sais que le client est roi, mébon !

--
Pascal Héraud

news.wanadoo.fr

02/07/2003 à 21:33

Bonjour, j'ai utilisé ACCESS 97 pendant 1 an et demi, j'utilise WD(75204g
today) depuis 1 an.

Comparatif sur 2 ou 3 points :

1) Graphe relationnel (Meurise) :
- Celui de ACCESS n'est pas du tout pratique : à partir de 20-30 tables
on y voit plus rien, pas de zoom, manipulation fastidieuse ...
- WD :
- tu peux manipuler une base avec une centaine de tables sans
trop de difficultés et tu y vois clair
- modification automatique des bases des clients sans perte des
saisies et sans programmation : le bonheur :)
- à partir de 100 tables c'est le bazar
(Il faudrait un systéme de vues : 1 vue = n tables+relations
de la base regroupées sous le meme sujet, et visualisables
seules un peu comme une sous base. Ce serait un peu comme
des angles de vues permettant d'eclairer visuellement
une grosse base comme un ensemble de petites.)
- autres avantages ... (vous pouvez lancer des fleurs, c'est
vraiment pas mal)

Resultat : livrer une version N+1 d'une bas access avec reprise des
données existantes c'est la mort, avec WD c'est le bonheur

2) Editeur de requetes :
- Celui de ACCESS est ultime :
- appel de procedures directement dans le code de la requete
- formules de calcul complexes
- passage de references aux champs des fenetres en parametre
- Celui de WD est nul :
- permet à peine de faire des requetes selection, et encore ...
- crach en execution si resultat consequent
- execution lente meme avec hOptimise...
- jointures externes ne marchaient pas il n'y a pas si logtemps (je
ne sais pas si c'est le cas aujourd'hui)
- autres problémes ...

Resultat :
- parfois une requete complexe (10 à 15 tables, formules de calcul
integrées, appel de fonctions, champs de fenetres passés en parametre)
faite en 10 minutes sous ACCESS 97 = des heures de programmation
W-Language sous WD

3) Etats :
- J'ai eu pas mal de problémes sous ACCESS :
- pb. de superposition de champs calculés par dessus un doc Word
integré
- champs décalés : en mode edition / à l'apercu / à l'impression / à
l'impression sur des imprimantes differentes (galére)
- tableaux : souci avec l'etirement de la hauteur des lignes =>
passage aux tableaux avec hauteur de lignes fixes
- par contre on peut les baser sur des requetes access ultimes (gros
avantage)

- WD :
- souffre de la faiblesse de son editeur de requetes
- crachs sur machines de faible puissance
- lenteur
- par contre les problémes d'edition que j'ai eu sous access ne sont
plus qu'un mauvais souvenir :)

Resultat :
- leger avantage pour WD malgré les crachs, et la perte de temps sur
les requetes (à développer)

4) Fenetres et code :
Access :
- pas beau
- tres soulpes avec le systéme des sous formulaires (sous
formulaires qui n'existent pas en WD)
- listes-deroulantes (combos) dans les tables en saisie tres
puissantes : possibilité de les lier à des requetes multicolonnes ... (à
développer)
- tres facile de faite des onglets et des sous formulaires dont le
contenu dépent les uns des autres (tres pratique)
- programmation VB : possibilités limitées mais sans surprises,
fiable : une valeur sure

WD :
- beau
- les sous formulaires n'existent pas
- combos dans les tables en saisie inutilisables (impossible
d'afficher plusieurs colonnes) : recours au W-bricolage
- programmation w-language :
- pilotage du moteur hyper-file que je modis tous les jours de
plus en plus (merde mal documentée, et instable : un tas de bugs)
- simple si tu as une seule table dans ta fenetre, ou si la
fenetre contient des champs liés à une seule table
- simple si on construit l'application sur le modéle du RAD (rad
inutile dans 99,9% des cas ... mais amusant :))
- impossible de faire un equivalent de sous-formulaires-access
(dans une meme fenetre)
- impossible de cascader plusieurs tables en saisie (dans la
meme fenetre) sans faire un infarctus

Conclusion :
- avantage pour WD si toutes les applis qu'on développe sont
structurées sur le modéle du rad
- avantage enorme pour access dans tous les autres cas : tres
souple, efficace, sans surprises, stable
- moteur hyper-file de merde : mal documenté, ultra-complexe, il
faut des mois
pour le maitriser à peu pres quand on fait des choses
compliquées, et encore on a des surprises
- je suis entrain de développer un tas de classes pour gerer les
tables et fiches en cascade
(objectif : compencer l'absence des sous-formulaires, et faire
des classes moins merdiques que celles du rad)
avec une surprise de taille : l'objet en WD c'est une daube
merdique de premiere

5) Autres remarques :
- WD :
- un tas de bugs merdiques (violations GPF, dépassements de
piles ...)
- à quand un vrai language objet ?
(allocation/destruction des objets merdique, obligation
d'utiliser massivement les indirections, une vraie merde ...)
- moteur hyper-file completement opaque et trop peu
documenté si on veut faire des choses un peu compliquées
- W-language : une collection de jouets à tout faire, mais à
ne rien faire proprement
- quand meme plaisant : triggers, timers, multi-treading,
interception d'evnements, acces aux API, ftp, internet ...
- plus ultime : modif. auto des données, programme
d'installation avec mise à jour reso (quand il marche) ...
- replication : à tester ?
- à quand la possibilité de modifier la structure des
données par programmation ???
(oui oui je sais il y a WDModFic en ligne de commande
.... )
- gestion globale des erreurs par programmation : plante,
refuse d'intercepter certaines erreurs, et provoque des crachs violation GPF
et autres ...
(j'ai fait une classe qui gere les erreurs HF et toutes
les autres, mais ... crach des dll WD dans plein de cas ...)
- generation d'un vrai executable (bonjour la taille, et la
conso memoire quand il charge les dll)
- acces natifs : pas testé
- odbc sur fichiers HF : merdique
- assistants pour debutants à toutes les etapes du
développement
- la doc est quand meme bien foutue (la touche F1 est usée
sur ma machine), il manque un
bouquin de 10 tomes pour dissequer le moteur HF sous le
capot
- cour d'autoformation bien fait pour commencer
- formation niveau perfectionnement ultra legere
- autres formations : à voir
- interface bien foutue, agreable à utiliser, gere tout le
cycle de développement de a à z

- ACCESS 97 :
- possibilités modestes mais ce qui est utilisable
fonctionne sans surprises
- editeur de requetes ultime
- un tas de merdes avec les editions

Conclusion :
- je modis tous les jours les violations GPF et autres bugs et trous
de WinDev
- je ne veux plus jamais faire du ACCESS depuis que je suis passé à
WinDev (AGL de feignant :))
- un jour on va peut etre acheter WebDev ... si je gette pas WinDev
à la poubelle suite à une accumulation de crachs avant :)

Toutes mes excuses pour les fautes, les insultes, et un leger manque
d'objectivité par moment : c'est la fin de la semaine, je fatigue :)
Bon dev à tous, n'hesitez pas à confronter ceci à d'autres points de vue.
Cordialement, Alexey K.

Vous avez filtré cet utilisateur ! Consultez son message

Bonjour, j'ai utilisé ACCESS 97 pendant 1 an et demi, j'utilise WD(75204g
today) depuis 1 an.

Comparatif sur 2 ou 3 points :

1) Graphe relationnel (Meurise) :
- Celui de ACCESS n'est pas du tout pratique : à partir de 20-30 tables
on y voit plus rien, pas de zoom, manipulation fastidieuse ...
- WD :
- tu peux manipuler une base avec une centaine de tables sans
trop de difficultés et tu y vois clair
- modification automatique des bases des clients sans perte des
saisies et sans programmation : le bonheur :)
- à partir de 100 tables c'est le bazar
(Il faudrait un systéme de vues : 1 vue = n tables+relations
de la base regroupées sous le meme sujet, et visualisables
seules un peu comme une sous base. Ce serait un peu comme
des angles de vues permettant d'eclairer visuellement
une grosse base comme un ensemble de petites.)
- autres avantages ... (vous pouvez lancer des fleurs, c'est
vraiment pas mal)

Resultat : livrer une version N+1 d'une bas access avec reprise des
données existantes c'est la mort, avec WD c'est le bonheur

2) Editeur de requetes :
- Celui de ACCESS est ultime :
- appel de procedures directement dans le code de la requete
- formules de calcul complexes
- passage de references aux champs des fenetres en parametre
- Celui de WD est nul :
- permet à peine de faire des requetes selection, et encore ...
- crach en execution si resultat consequent
- execution lente meme avec hOptimise...
- jointures externes ne marchaient pas il n'y a pas si logtemps (je
ne sais pas si c'est le cas aujourd'hui)
- autres problémes ...

Resultat :
- parfois une requete complexe (10 à 15 tables, formules de calcul
integrées, appel de fonctions, champs de fenetres passés en parametre)
faite en 10 minutes sous ACCESS 97 = des heures de programmation
W-Language sous WD

3) Etats :
- J'ai eu pas mal de problémes sous ACCESS :
- pb. de superposition de champs calculés par dessus un doc Word
integré
- champs décalés : en mode edition / à l'apercu / à l'impression / à
l'impression sur des imprimantes differentes (galére)
- tableaux : souci avec l'etirement de la hauteur des lignes =>
passage aux tableaux avec hauteur de lignes fixes
- par contre on peut les baser sur des requetes access ultimes (gros
avantage)

- WD :
- souffre de la faiblesse de son editeur de requetes
- crachs sur machines de faible puissance
- lenteur
- par contre les problémes d'edition que j'ai eu sous access ne sont
plus qu'un mauvais souvenir :)

Resultat :
- leger avantage pour WD malgré les crachs, et la perte de temps sur
les requetes (à développer)

4) Fenetres et code :
Access :
- pas beau
- tres soulpes avec le systéme des sous formulaires (sous
formulaires qui n'existent pas en WD)
- listes-deroulantes (combos) dans les tables en saisie tres
puissantes : possibilité de les lier à des requetes multicolonnes ... (à
développer)
- tres facile de faite des onglets et des sous formulaires dont le
contenu dépent les uns des autres (tres pratique)
- programmation VB : possibilités limitées mais sans surprises,
fiable : une valeur sure

WD :
- beau
- les sous formulaires n'existent pas
- combos dans les tables en saisie inutilisables (impossible
d'afficher plusieurs colonnes) : recours au W-bricolage
- programmation w-language :
- pilotage du moteur hyper-file que je modis tous les jours de
plus en plus (merde mal documentée, et instable : un tas de bugs)
- simple si tu as une seule table dans ta fenetre, ou si la
fenetre contient des champs liés à une seule table
- simple si on construit l'application sur le modéle du RAD (rad
inutile dans 99,9% des cas ... mais amusant :))
- impossible de faire un equivalent de sous-formulaires-access
(dans une meme fenetre)
- impossible de cascader plusieurs tables en saisie (dans la
meme fenetre) sans faire un infarctus

Conclusion :
- avantage pour WD si toutes les applis qu'on développe sont
structurées sur le modéle du rad
- avantage enorme pour access dans tous les autres cas : tres
souple, efficace, sans surprises, stable
- moteur hyper-file de merde : mal documenté, ultra-complexe, il
faut des mois
pour le maitriser à peu pres quand on fait des choses
compliquées, et encore on a des surprises
- je suis entrain de développer un tas de classes pour gerer les
tables et fiches en cascade
(objectif : compencer l'absence des sous-formulaires, et faire
des classes moins merdiques que celles du rad)
avec une surprise de taille : l'objet en WD c'est une daube
merdique de premiere

5) Autres remarques :
- WD :
- un tas de bugs merdiques (violations GPF, dépassements de
piles ...)
- à quand un vrai language objet ?
(allocation/destruction des objets merdique, obligation
d'utiliser massivement les indirections, une vraie merde ...)
- moteur hyper-file completement opaque et trop peu
documenté si on veut faire des choses un peu compliquées
- W-language : une collection de jouets à tout faire, mais à
ne rien faire proprement
- quand meme plaisant : triggers, timers, multi-treading,
interception d'evnements, acces aux API, ftp, internet ...
- plus ultime : modif. auto des données, programme
d'installation avec mise à jour reso (quand il marche) ...
- replication : à tester ?
- à quand la possibilité de modifier la structure des
données par programmation ???
(oui oui je sais il y a WDModFic en ligne de commande
.... )
- gestion globale des erreurs par programmation : plante,
refuse d'intercepter certaines erreurs, et provoque des crachs violation GPF
et autres ...
(j'ai fait une classe qui gere les erreurs HF et toutes
les autres, mais ... crach des dll WD dans plein de cas ...)
- generation d'un vrai executable (bonjour la taille, et la
conso memoire quand il charge les dll)
- acces natifs : pas testé
- odbc sur fichiers HF : merdique
- assistants pour debutants à toutes les etapes du
développement
- la doc est quand meme bien foutue (la touche F1 est usée
sur ma machine), il manque un
bouquin de 10 tomes pour dissequer le moteur HF sous le
capot
- cour d'autoformation bien fait pour commencer
- formation niveau perfectionnement ultra legere
- autres formations : à voir
- interface bien foutue, agreable à utiliser, gere tout le
cycle de développement de a à z

- ACCESS 97 :
- possibilités modestes mais ce qui est utilisable
fonctionne sans surprises
- editeur de requetes ultime
- un tas de merdes avec les editions

Conclusion :
- je modis tous les jours les violations GPF et autres bugs et trous
de WinDev
- je ne veux plus jamais faire du ACCESS depuis que je suis passé à
WinDev (AGL de feignant :))
- un jour on va peut etre acheter WebDev ... si je gette pas WinDev
à la poubelle suite à une accumulation de crachs avant :)

Toutes mes excuses pour les fautes, les insultes, et un leger manque
d'objectivité par moment : c'est la fin de la semaine, je fatigue :)
Bon dev à tous, n'hesitez pas à confronter ceci à d'autres points de vue.
Cordialement, Alexey K.

Dominique \QNX\ Lecocq -www.binact.com-

02/07/2003 à 21:39

> VB je l'ai abandonné cela va faire 9 ans.
J'utilisais Visual FoxPro de la 2.0 sous DOS (ce n'était pas alors un
produit Microsoft mais Fox Software, mais Bill Gates les a bouffés)

jusqu'à

la 6.0, j'ai investi dans la 7.0 (Microsoft même pas foutu de fournir une
aide en Français, obligé de traduire à chaque consultation, quel gain de
temps) pour l'abandonner au bout de 2 mois et passer à WD 7, cela ne s'est
pas fait sans problèmes surtout avec les Bugs de l'époque (c'est vrai),

mais

actuellement et surtout avec la 7.5, le produit est à mon avis très
performant (mais là c'est mon avis personnel et je ne veux surtout pas
l'imposer à ceux qui pensent le contraire) et en plus pour une fois c'est

un

produit Français et là personne ne peux dire le contraire.

Oui comme Turbo pascal ....

Actuellement j'utilise encore un outil de développement Microsoft c'est
Visual C++ 6.0, mais je ne leur achèterais plus de mise à jour, bien
suffisant d'être obligé de passer par leur monopole Windows.

Alors là je ne suis pas ok with you...
Si Windows a une position dominante, il n'est pas le système majeur.
Heureusement pour moi qui bosse sur de nombreux systèmes "alternatifs"
quand ce n'est pas sans OS du tout....
Et puis si Windows est là ou il en est c'est "grâce" aux utilisateurs et pas
"par la faute" de Mr Portail.
Quand on fait de la mesure il y d'autres systèmes bien plus perfo non?
Quand on fait du conseil on orienter son client sûr autre chose que Fenêtre
2000 non?
Pour revenir à Access je soutiens haut et fort que si l'on jette le "moteur"
jet,
le produit se tient correctement, j'ai pas mal d'appli de collecte de mesure
qui
fonctionnent depuis ...1993 (je suis pas sûr de la date) encore en dos +
W3.11
distribué à l'époque avec un runtime...

Pour Mr Meuterlos : si vous passez à WD, venez nous rejoindre à la Windev
Asso...
C'est pas cher et on se marre bien lors des Windeveries...qui ne sont pas
réservées
qu'aux membres...

Dominique Lecocq
membre WindevAsso N°51 (mais qi sait pas s'il est à jour de cotise...hep
Manu )
www.binact.com

> VB je l'ai abandonné cela va faire 9 ans.
J'utilisais Visual FoxPro de la 2.0 sous DOS (ce n'était pas alors un
produit Microsoft mais Fox Software, mais Bill Gates les a bouffés)

jusqu'à

la 6.0, j'ai investi dans la 7.0 (Microsoft même pas foutu de fournir une
aide en Français, obligé de traduire à chaque consultation, quel gain de
temps) pour l'abandonner au bout de 2 mois et passer à WD 7, cela ne s'est
pas fait sans problèmes surtout avec les Bugs de l'époque (c'est vrai),

mais

actuellement et surtout avec la 7.5, le produit est à mon avis très
performant (mais là c'est mon avis personnel et je ne veux surtout pas
l'imposer à ceux qui pensent le contraire) et en plus pour une fois c'est

un

produit Français et là personne ne peux dire le contraire.

Oui comme Turbo pascal ....

Actuellement j'utilise encore un outil de développement Microsoft c'est
Visual C++ 6.0, mais je ne leur achèterais plus de mise à jour, bien
suffisant d'être obligé de passer par leur monopole Windows.

Alors là je ne suis pas ok with you...
Si Windows a une position dominante, il n'est pas le système majeur.
Heureusement pour moi qui bosse sur de nombreux systèmes "alternatifs"
quand ce n'est pas sans OS du tout....
Et puis si Windows est là ou il en est c'est "grâce" aux utilisateurs et pas
"par la faute" de Mr Portail.
Quand on fait de la mesure il y d'autres systèmes bien plus perfo non?
Quand on fait du conseil on orienter son client sûr autre chose que Fenêtre
2000 non?
Pour revenir à Access je soutiens haut et fort que si l'on jette le "moteur"
jet,
le produit se tient correctement, j'ai pas mal d'appli de collecte de mesure
qui
fonctionnent depuis ...1993 (je suis pas sûr de la date) encore en dos +
W3.11
distribué à l'époque avec un runtime...

Pour Mr Meuterlos : si vous passez à WD, venez nous rejoindre à la Windev
Asso...
C'est pas cher et on se marre bien lors des Windeveries...qui ne sont pas
réservées
qu'aux membres...

Dominique Lecocq
membre WindevAsso N°51 (mais qi sait pas s'il est à jour de cotise...hep
Manu )
www.binact.com

Vous avez filtré cet utilisateur ! Consultez son message

> VB je l'ai abandonné cela va faire 9 ans.
J'utilisais Visual FoxPro de la 2.0 sous DOS (ce n'était pas alors un
produit Microsoft mais Fox Software, mais Bill Gates les a bouffés)

jusqu'à

la 6.0, j'ai investi dans la 7.0 (Microsoft même pas foutu de fournir une
aide en Français, obligé de traduire à chaque consultation, quel gain de
temps) pour l'abandonner au bout de 2 mois et passer à WD 7, cela ne s'est
pas fait sans problèmes surtout avec les Bugs de l'époque (c'est vrai),

mais

actuellement et surtout avec la 7.5, le produit est à mon avis très
performant (mais là c'est mon avis personnel et je ne veux surtout pas
l'imposer à ceux qui pensent le contraire) et en plus pour une fois c'est

un

produit Français et là personne ne peux dire le contraire.

Oui comme Turbo pascal ....

Actuellement j'utilise encore un outil de développement Microsoft c'est
Visual C++ 6.0, mais je ne leur achèterais plus de mise à jour, bien
suffisant d'être obligé de passer par leur monopole Windows.

Alors là je ne suis pas ok with you...
Si Windows a une position dominante, il n'est pas le système majeur.
Heureusement pour moi qui bosse sur de nombreux systèmes "alternatifs"
quand ce n'est pas sans OS du tout....
Et puis si Windows est là ou il en est c'est "grâce" aux utilisateurs et pas
"par la faute" de Mr Portail.
Quand on fait de la mesure il y d'autres systèmes bien plus perfo non?
Quand on fait du conseil on orienter son client sûr autre chose que Fenêtre
2000 non?
Pour revenir à Access je soutiens haut et fort que si l'on jette le "moteur"
jet,
le produit se tient correctement, j'ai pas mal d'appli de collecte de mesure
qui
fonctionnent depuis ...1993 (je suis pas sûr de la date) encore en dos +
W3.11
distribué à l'époque avec un runtime...

Pour Mr Meuterlos : si vous passez à WD, venez nous rejoindre à la Windev
Asso...
C'est pas cher et on se marre bien lors des Windeveries...qui ne sont pas
réservées
qu'aux membres...

Dominique Lecocq
membre WindevAsso N°51 (mais qi sait pas s'il est à jour de cotise...hep
Manu )
www.binact.com

JCF1

02/07/2003 à 23:09

"Dominique "QNX" Lecocq -www.binact.com-" a écrit dans le
message de news:bdvc9d$cm6$

un produit Français et là personne ne peux dire le contraire.

Oui comme Turbo pascal ....

Sauf erreur Turbo pascal est un produit Borland (pas très Français quand
même).

Alors là je ne suis pas ok with you...
Si Windows a une position dominante, il n'est pas le système majeur.

Je suis bien obligé de subir Windows, comme la plupert d'entre nous, allez
donc dire à vos client de le dégager pour passer à autre chose et vous
verrez.

Sincères salutations
--
Jean-Claude FLAJOULOT
Sécurité, Conseil & Biométrie

http://perso.wanadoo.fr/securite.conseil.et.biometrie/

jacques trepp

03/07/2003 à 09:37

> - un jour on va peut etre acheter WebDev ... si je gette pas

WinDev

à la poubelle suite à une accumulation de crachs avant :)

Toutes mes excuses pour les fautes, les insultes, et un leger manque
d'objectivité par moment : c'est la fin de la semaine, je fatigue :)
Bon dev à tous, n'hesitez pas à confronter ceci à d'autres points de vue.
Cordialement, Alexey K.

ben, dis-donc ! t'es remonté ! Comme dirait Alain (il se reconnaitra)
les oranges, tu les aimes normales ou sanguines ?

cordialement

--
Jacques TREPP
LCM
9 rue jean Mermoz
81160 ST JUERY

"news.wanadoo.fr" a écrit dans le message de news:
bdvc1k$aha$

R Vuille

03/07/2003 à 10:28

Bonjour,
Tout le monde il est gentil sur ce news :-) pas de problème pour un débutant
! Et bienvenue dans le monde WD.

--
Merci et bonnes salutations
Visitez www.saphirw.ch et donner vos impressions et idées
"Jean-Claude Meuterlos" a écrit dans le message de
news:be0maq$dc3$

Merci à tous pour vos réponses, malgré ma grosse expérience sous Access 97

/

2000, je vais faire le pas vers WD

donc vous me retrouverez sur ce forum (soyez indulgent avecun débutant

!!!)

A Bientôt

"Jean-Claude Meuterlos" a écrit dans le message

de

news:bduvd0$fjj$
> Je développe depuis pas mal de temps sous Access
>
> Un de mes clients veut que je réalise une application avec Windev
>
> dois-je le convaincre de développer sous Access ou est-ce que Windev

c'est

> bien ?
>
> Merci (et pas de troll)
>
>

Conseil : Windev ou Access

10 réponses

Veuillez sélectionner un problème