Bonjour, j'ai assist=E9 =E0 la pr=E9sentation de Windev 11 de PC SOFT =E0
Montpellier. Cette ann=E9e encore, j'aimerai avoir des avis sur l'offre
promotionnelle.
Le budget est certes non n=E9gligeable pour ma petite soci=E9t=E9 qui a
deux licences WD/WB et WD mobile =E0 mettre =E0 jour.
Mais il y a des nouveaut=E9s hyper interressantes comme les proc=E9dures
stock=E9es (alors l=E0, je crois qu'ils vont faire mal !), les tests,
fonctions H...() sur linux, ... etc
Par ailleurs, je me trompe peut =EAtre, mais vu le nombre de nouveaut=E9s
sur Webdev, j'ai l'impression que Webdev atteind le m=EAme degr=E9 de
maturit=E9 que Windev. Pour moi qui doit "Webiser" une grosse partie de
mes applicatifs, je me demande si le moment n'est pas venu.
Si le passage de W10 =E0 WD11 se fait aussi bien que celui de WD8-9 et
10, =E7a donne envie.
Concernant la repr=E9sentation elle-m=EAme, je dois dire que je suis
vraiment surpris, mais pas dans le sens de certaines critiques qu'il
m'arrive de lire. J'ai trouv=E9 =E7a sympa, amical, les trois
pr=E9sentateurs nous ont mis =E0 l'aise et le temps est pass=E9 tr=E9s
vite.=20
qu'est-ce qui se passe, Alex ? Romain t'aurait-il coupé le sifflet ?
parce que tu as envoyé un message sans réponse :) mais tu t'es rattrappé immédiatement. it was only a joke. ;)
Alex
Salut jacques
Pourquoi cette question ?
J'avoue que j'ai eu du mal à me faire comprendre car les idées sont un opeu confuses dans ma tête mais j'y suis quand même arrivé :lol jacques trepp wrote:
Alex a écrit : > wrote: > >>Alex a écrit : >> >> >>>Salut >>> >>>En effet les procédures vont permettre de réaliser de nombreux >>>traitements qui ne pénaliseront pas les perfomances en terme de >>>transit de données. >> >>C'est l'un des principaux arguments. Tu as oublié l'indépendances >>Métier / IHM. Car c'est ce dernier argument qui fait souvent le plus >>le poids. >> >> >>>Le plus gros avantage que présentent quand même les procédures >>>stockées sous HF CS c'est de pouvoir les écrire en WinDev et non p as >>>en PL/SQL comme c'est le cas jusqu'à présent sur les autres DBB les >>>plus connues. >> >>Je pensais que tu écrivais en WLangage. Sinon pourquoi rapprocher >>cette nouveauté du PL/SQL exclusivement ? J'accède à une base >>SQL-Server j'utilise le langage procédural qui m'est fourni, j'accès >>à Oracle je fait de même, j'accède à FireBird c'est pareil... >>Chaque base à son langage procédural spécifique >> >> >>>Reste à voir réellement l'impact que cela aura sur les requêtes des >>>autres utilisateurs. >> >>+1 > >
qu'est-ce qui se passe, Alex ? Romain t'aurait-il coupé le sifflet ?
Salut jacques
Pourquoi cette question ?
J'avoue que j'ai eu du mal à me faire comprendre car les idées sont
un opeu confuses dans ma tête mais j'y suis quand même arrivé :lol
jacques trepp wrote:
Alex a écrit :
> elecoest@gmail.com wrote:
>
>>Alex a écrit :
>>
>>
>>>Salut
>>>
>>>En effet les procédures vont permettre de réaliser de nombreux
>>>traitements qui ne pénaliseront pas les perfomances en terme de
>>>transit de données.
>>
>>C'est l'un des principaux arguments. Tu as oublié l'indépendances
>>Métier / IHM. Car c'est ce dernier argument qui fait souvent le plus
>>le poids.
>>
>>
>>>Le plus gros avantage que présentent quand même les procédures
>>>stockées sous HF CS c'est de pouvoir les écrire en WinDev et non p as
>>>en PL/SQL comme c'est le cas jusqu'à présent sur les autres DBB les
>>>plus connues.
>>
>>Je pensais que tu écrivais en WLangage. Sinon pourquoi rapprocher
>>cette nouveauté du PL/SQL exclusivement ? J'accède à une base
>>SQL-Server j'utilise le langage procédural qui m'est fourni, j'accès
>>à Oracle je fait de même, j'accède à FireBird c'est pareil...
>>Chaque base à son langage procédural spécifique
>>
>>
>>>Reste à voir réellement l'impact que cela aura sur les requêtes des
>>>autres utilisateurs.
>>
>>+1
>
>
qu'est-ce qui se passe, Alex ? Romain t'aurait-il coupé le sifflet ?
J'avoue que j'ai eu du mal à me faire comprendre car les idées sont un opeu confuses dans ma tête mais j'y suis quand même arrivé :lol jacques trepp wrote:
Alex a écrit : > wrote: > >>Alex a écrit : >> >> >>>Salut >>> >>>En effet les procédures vont permettre de réaliser de nombreux >>>traitements qui ne pénaliseront pas les perfomances en terme de >>>transit de données. >> >>C'est l'un des principaux arguments. Tu as oublié l'indépendances >>Métier / IHM. Car c'est ce dernier argument qui fait souvent le plus >>le poids. >> >> >>>Le plus gros avantage que présentent quand même les procédures >>>stockées sous HF CS c'est de pouvoir les écrire en WinDev et non p as >>>en PL/SQL comme c'est le cas jusqu'à présent sur les autres DBB les >>>plus connues. >> >>Je pensais que tu écrivais en WLangage. Sinon pourquoi rapprocher >>cette nouveauté du PL/SQL exclusivement ? J'accède à une base >>SQL-Server j'utilise le langage procédural qui m'est fourni, j'accès >>à Oracle je fait de même, j'accède à FireBird c'est pareil... >>Chaque base à son langage procédural spécifique >> >> >>>Reste à voir réellement l'impact que cela aura sur les requêtes des >>>autres utilisateurs. >> >>+1 > >
qu'est-ce qui se passe, Alex ? Romain t'aurait-il coupé le sifflet ?
patrice
"titou44" a écrit dans le message de news:
j'adore voir fleurir en cette période (arrivée d'une nouvelle version) ces adorateurs sympathiques, zélés. il faut en prendre partie. c'est commes les oiseaux migrateurs. mais attention, au printemps dernir les autorités ont eu peur q'ils apportent la grippe aviaire. donc attention...
mouais sont fatigués cette année. zont meme pas pris le soin de préparer leur coup. ya ka chercher dans google groups par auteur sur et (les deux emails utilisé par chapi-chapo) pour comprendre...
"titou44" <titou44pasdespam@freesurf.fr> a écrit dans le message de
news:mn.c55c7d6a9d5b0bb8.63086@freesurf.fr...
j'adore voir fleurir en cette période (arrivée d'une nouvelle version)
ces adorateurs sympathiques, zélés. il faut en prendre partie. c'est
commes les oiseaux migrateurs. mais attention, au printemps dernir les
autorités ont eu peur q'ils apportent la grippe aviaire. donc
attention...
mouais sont fatigués cette année. zont meme pas pris le soin de préparer
leur coup.
ya ka chercher dans google groups par auteur sur presence34@free.fr et
alex.maurer@valgovam.fr (les deux emails utilisé par chapi-chapo)
pour comprendre...
j'adore voir fleurir en cette période (arrivée d'une nouvelle version) ces adorateurs sympathiques, zélés. il faut en prendre partie. c'est commes les oiseaux migrateurs. mais attention, au printemps dernir les autorités ont eu peur q'ils apportent la grippe aviaire. donc attention...
mouais sont fatigués cette année. zont meme pas pris le soin de préparer leur coup. ya ka chercher dans google groups par auteur sur et (les deux emails utilisé par chapi-chapo) pour comprendre...
Alex
Oups mauvaise manip pour le message vide ...
En fait je n'ai jamais utilisé ce forum jusqu'à hier car je ne le connaissais pas.
J'ai appris son existence hier par un copain et c'est pour cela que j'y suis venu y faire un tour. Je développe seul dans mon coin et c'est vrai que des fois j'aurais bien besoin d'aide pour me sortir de certaines impasses.
Mais j'ai un peu l'impression d'être considéré comme un intrus parce que la présentation de WinDev 11 m'a fait une bonne impression. Le coût n'est pas négligeable pour moi mais en ce qui me concerne je vais investir dans cette nouvelle version.
jacques trepp wrote:
Alex a écrit : > Salut jacques > > Pourquoi cette question ? >
>>> >>> >>qu'est-ce qui se passe, Alex ? Romain t'aurait-il coupé le sifflet ? > >
parce que tu as envoyé un message sans réponse :) mais tu t'es rattrappé immédiatement. it was only a joke. ;)
Oups mauvaise manip pour le message vide ...
En fait je n'ai jamais utilisé ce forum jusqu'à hier car je ne le
connaissais pas.
J'ai appris son existence hier par un copain et c'est pour cela que j'y
suis venu y faire un tour. Je développe seul dans mon coin et c'est
vrai que des fois j'aurais bien besoin d'aide pour me sortir de
certaines impasses.
Mais j'ai un peu l'impression d'être considéré comme un intrus parce
que la présentation de WinDev 11 m'a fait une bonne impression. Le
coût n'est pas négligeable pour moi mais en ce qui me concerne je
vais investir dans cette nouvelle version.
jacques trepp wrote:
Alex a écrit :
> Salut jacques
>
> Pourquoi cette question ?
>
>>>
>>>
>>qu'est-ce qui se passe, Alex ? Romain t'aurait-il coupé le sifflet ?
>
>
parce que tu as envoyé un message sans réponse :)
mais tu t'es rattrappé immédiatement.
it was only a joke. ;)
En fait je n'ai jamais utilisé ce forum jusqu'à hier car je ne le connaissais pas.
J'ai appris son existence hier par un copain et c'est pour cela que j'y suis venu y faire un tour. Je développe seul dans mon coin et c'est vrai que des fois j'aurais bien besoin d'aide pour me sortir de certaines impasses.
Mais j'ai un peu l'impression d'être considéré comme un intrus parce que la présentation de WinDev 11 m'a fait une bonne impression. Le coût n'est pas négligeable pour moi mais en ce qui me concerne je vais investir dans cette nouvelle version.
jacques trepp wrote:
Alex a écrit : > Salut jacques > > Pourquoi cette question ? >
>>> >>> >>qu'est-ce qui se passe, Alex ? Romain t'aurait-il coupé le sifflet ? > >
parce que tu as envoyé un message sans réponse :) mais tu t'es rattrappé immédiatement. it was only a joke. ;)
Romain PETIT
Alex avait soumis l'idée :
Pour les bases de données, je suis d'accord avec toi mais le fait de connaitre le langage SQL ne permet pas forcément d'écrire une procédure stockée pour lesquelles la connaissance d'un langage particulier est nécessaire.
Je ne suis pas très familier avec les PS, mais cela ne me semble pas très différent de la problématique des différences de synthaxes SQL entre les différents SGDB. Elles ne sont pas portables mais elles restent quand même similaires dans leurs structure et synthaxe.
Je veux juste dire que les produits proposés par Pc Soft permettent de réaliser des applications de façon simple et rapide sans pour autant être un champion du développement. La rapidité d'apprentissage en est une preuve et tu ne pourras pas dire le contraire.
Non je ne dis pas le contraire. Par contre, je persiste à penser que c'est aussi un problème que de commencer le métier du développement avec WD et son W-langage prémaché, sans s'intéresser à ce qu'il y a sous le capot de la machine...
A+
-- Romain PETIT http://cerbermail.com/?O16kfXOFcq (cliquez sur le lien ci-dessus pour me contacter en privé)
Alex avait soumis l'idée :
Pour les bases de données, je suis d'accord avec toi mais le fait de
connaitre le langage SQL ne permet pas forcément d'écrire une
procédure stockée pour lesquelles la connaissance d'un langage
particulier est nécessaire.
Je ne suis pas très familier avec les PS, mais cela ne me semble pas
très différent de la problématique des différences de synthaxes SQL
entre les différents SGDB.
Elles ne sont pas portables mais elles restent quand même similaires
dans leurs structure et synthaxe.
Je veux juste dire que les produits proposés par Pc Soft permettent de
réaliser des applications de façon simple et rapide sans pour autant
être un champion du développement. La rapidité d'apprentissage en
est une preuve et tu ne pourras pas dire le contraire.
Non je ne dis pas le contraire.
Par contre, je persiste à penser que c'est aussi un problème que de
commencer le métier du développement avec WD et son W-langage prémaché,
sans s'intéresser à ce qu'il y a sous le capot de la machine...
A+
--
Romain PETIT
http://cerbermail.com/?O16kfXOFcq
(cliquez sur le lien ci-dessus pour me contacter en privé)
Pour les bases de données, je suis d'accord avec toi mais le fait de connaitre le langage SQL ne permet pas forcément d'écrire une procédure stockée pour lesquelles la connaissance d'un langage particulier est nécessaire.
Je ne suis pas très familier avec les PS, mais cela ne me semble pas très différent de la problématique des différences de synthaxes SQL entre les différents SGDB. Elles ne sont pas portables mais elles restent quand même similaires dans leurs structure et synthaxe.
Je veux juste dire que les produits proposés par Pc Soft permettent de réaliser des applications de façon simple et rapide sans pour autant être un champion du développement. La rapidité d'apprentissage en est une preuve et tu ne pourras pas dire le contraire.
Non je ne dis pas le contraire. Par contre, je persiste à penser que c'est aussi un problème que de commencer le métier du développement avec WD et son W-langage prémaché, sans s'intéresser à ce qu'il y a sous le capot de la machine...
A+
-- Romain PETIT http://cerbermail.com/?O16kfXOFcq (cliquez sur le lien ci-dessus pour me contacter en privé)
Michel HERRSCHER
Bonjour,
Dans un message Alex disait :
...
J'ai appris son existence hier par un copain et c'est pour cela que j'y suis venu y faire un tour. Je développe seul dans mon coin et c'est vrai que des fois j'aurais bien besoin d'aide pour me sortir de certaines impasses.
Venez aux Windreveries c'est un bon premier pas pour rencontrer des developpeurs, puis Adherez à l'asso .
A+
-- Michel HERRSCHER CONSULTANT Tel : +33450870912 http://www.mhc.herrscher.fr Président WINDASSO - Association des utilisateurs WxxDEV(c) http://www.windasso.org
Inscrivez vous aux WinDReveries2006 : http://www.windasso.org/cgi-bin/gespage.exe?exec=stat_w2006Inscr
Bonjour,
Dans un message Alex disait :
...
J'ai appris son existence hier par un copain et c'est pour cela que j'y
suis venu y faire un tour. Je développe seul dans mon coin et c'est
vrai que des fois j'aurais bien besoin d'aide pour me sortir de
certaines impasses.
Venez aux Windreveries c'est un bon premier pas pour rencontrer des
developpeurs,
puis Adherez à l'asso .
A+
--
Michel HERRSCHER CONSULTANT
Tel : +33450870912
http://www.mhc.herrscher.fr
Président WINDASSO - Association des utilisateurs WxxDEV(c)
http://www.windasso.org
Inscrivez vous aux WinDReveries2006 :
http://www.windasso.org/cgi-bin/gespage.exe?exec=stat_w2006Inscr
J'ai appris son existence hier par un copain et c'est pour cela que j'y suis venu y faire un tour. Je développe seul dans mon coin et c'est vrai que des fois j'aurais bien besoin d'aide pour me sortir de certaines impasses.
Venez aux Windreveries c'est un bon premier pas pour rencontrer des developpeurs, puis Adherez à l'asso .
A+
-- Michel HERRSCHER CONSULTANT Tel : +33450870912 http://www.mhc.herrscher.fr Président WINDASSO - Association des utilisateurs WxxDEV(c) http://www.windasso.org
Inscrivez vous aux WinDReveries2006 : http://www.windasso.org/cgi-bin/gespage.exe?exec=stat_w2006Inscr
elecoest
re
En ce qui me concerne, j'utilise les produits de Pc Soft depuis 1996 et j'ai commencé à développer sur la version 2.1 pour passer en 4.1 puis en 5.5 assez vite en l'espace de deux ans. J'ai toujours été satisfait des produits qui m'ont été fournis malgré la présence de quelques bugs que j'ai toujours réussi à contourner pour la plus grande majorité jusqu'à ce qu'ils soient corrigés dans une version intermédiaire.
Tu as des exemples de bugs "contournés" ou corrigés car je pense que celà peut interresser certains ici même.
Pour les bases de données, je suis d'accord avec toi mais le fait de connaitre le langage SQL ne permet pas forcément d'écrire une procédure stockée pour lesquelles la connaissance d'un langage particulier est nécessaire.
Tu es sur que nous faisons le même métier d'informaticien ? car si tu connais le SQL dans 2 jours tu sais développer en pl/sql pas de la haute voltige mais tu sais te débrouiller (preuves à l'appui). La seule connaissance qu'il faut au développeur ce sont les curseurs (les Hlit sur une requete HF). Ensuite c'est comme tout langage il a sa grammaire (IF, THEN ELSE, LOOP, FOR e1 in c1).
Je veux juste dire que les produits proposés par Pc Soft permettent de réaliser des applications de façon simple et rapide sans pour autant être un champion du développement. La rapidité d'apprentissage en est une preuve et tu ne pourras pas dire le contraire.
Comme nous le dit le ST ou le service commercial. L'inconvénient de cette technique c'est qu'au bout de 3 ans de développements avec x développeurs "novices" celà peut devenir une usine à gaz difficillement maintenable (Idem preuves à l'appui).
Pour qui connait VB il faut une semaine pour appréhender WinDev avec les supports de cours de JLB. Maintenant j'ai su faire un script python accédant à une base de données Oracle et communiquant avec WinDev au travers de la couche http en 1 journée sans rien connaitre de ce langage à 8 heures du matin celà fait-il que python est un langage facile ? Il ne faut pas confondre facilité d'apprentissage et capacité d'adaptation. Un DSI te demande de t'adapter à un nouveau langage car la technique évolue sans cesse.
re
En ce qui me concerne, j'utilise les produits de Pc Soft depuis 1996 et
j'ai commencé à développer sur la version 2.1 pour passer en 4.1
puis en 5.5 assez vite en l'espace de deux ans. J'ai toujours été
satisfait des produits qui m'ont été fournis malgré la présence de
quelques bugs que j'ai toujours réussi à contourner pour la plus
grande majorité jusqu'à ce qu'ils soient corrigés dans une version
intermédiaire.
Tu as des exemples de bugs "contournés" ou corrigés car je pense que
celà peut interresser certains ici même.
Pour les bases de données, je suis d'accord avec toi mais le fait de
connaitre le langage SQL ne permet pas forcément d'écrire une
procédure stockée pour lesquelles la connaissance d'un langage
particulier est nécessaire.
Tu es sur que nous faisons le même métier d'informaticien ? car si tu
connais le SQL dans 2 jours tu sais développer en pl/sql pas de la
haute voltige mais tu sais te débrouiller (preuves à l'appui). La
seule connaissance qu'il faut au développeur ce sont les curseurs (les
Hlit sur une requete HF). Ensuite c'est comme tout langage il a sa
grammaire (IF, THEN ELSE, LOOP, FOR e1 in c1).
Je veux juste dire que les produits proposés par Pc Soft permettent de
réaliser des applications de façon simple et rapide sans pour autant
être un champion du développement. La rapidité d'apprentissage en
est une preuve et tu ne pourras pas dire le contraire.
Comme nous le dit le ST ou le service commercial. L'inconvénient de
cette technique c'est qu'au bout de 3 ans de développements avec x
développeurs "novices" celà peut devenir une usine à gaz
difficillement maintenable (Idem preuves à l'appui).
Pour qui connait VB il faut une semaine pour appréhender WinDev avec
les supports de cours de JLB. Maintenant j'ai su faire un script python
accédant à une base de données Oracle et communiquant avec WinDev au
travers de la couche http en 1 journée sans rien connaitre de ce
langage à 8 heures du matin celà fait-il que python est un langage
facile ? Il ne faut pas confondre facilité d'apprentissage et
capacité d'adaptation. Un DSI te demande de t'adapter à un nouveau
langage car la technique évolue sans cesse.
En ce qui me concerne, j'utilise les produits de Pc Soft depuis 1996 et j'ai commencé à développer sur la version 2.1 pour passer en 4.1 puis en 5.5 assez vite en l'espace de deux ans. J'ai toujours été satisfait des produits qui m'ont été fournis malgré la présence de quelques bugs que j'ai toujours réussi à contourner pour la plus grande majorité jusqu'à ce qu'ils soient corrigés dans une version intermédiaire.
Tu as des exemples de bugs "contournés" ou corrigés car je pense que celà peut interresser certains ici même.
Pour les bases de données, je suis d'accord avec toi mais le fait de connaitre le langage SQL ne permet pas forcément d'écrire une procédure stockée pour lesquelles la connaissance d'un langage particulier est nécessaire.
Tu es sur que nous faisons le même métier d'informaticien ? car si tu connais le SQL dans 2 jours tu sais développer en pl/sql pas de la haute voltige mais tu sais te débrouiller (preuves à l'appui). La seule connaissance qu'il faut au développeur ce sont les curseurs (les Hlit sur une requete HF). Ensuite c'est comme tout langage il a sa grammaire (IF, THEN ELSE, LOOP, FOR e1 in c1).
Je veux juste dire que les produits proposés par Pc Soft permettent de réaliser des applications de façon simple et rapide sans pour autant être un champion du développement. La rapidité d'apprentissage en est une preuve et tu ne pourras pas dire le contraire.
Comme nous le dit le ST ou le service commercial. L'inconvénient de cette technique c'est qu'au bout de 3 ans de développements avec x développeurs "novices" celà peut devenir une usine à gaz difficillement maintenable (Idem preuves à l'appui).
Pour qui connait VB il faut une semaine pour appréhender WinDev avec les supports de cours de JLB. Maintenant j'ai su faire un script python accédant à une base de données Oracle et communiquant avec WinDev au travers de la couche http en 1 journée sans rien connaitre de ce langage à 8 heures du matin celà fait-il que python est un langage facile ? Il ne faut pas confondre facilité d'apprentissage et capacité d'adaptation. Un DSI te demande de t'adapter à un nouveau langage car la technique évolue sans cesse.
Daniel
Je suis entièrement d'accord avec l'analyse de Romain
d'autant que même au niveau des procédures stockées une normalisation est entrain de se faire au niveau du langage.
L'expérience REELLE que nous avons eu l'occasion de découvrir concernant les systèmes propriétaires peut devenir rapidement catastrophique en terme de données. Ci-dessous un exemple concret:
/////////////////////////////////////
Développement d'une application sur HF classique : avec des contraintes : -qui font qu'il est préférable d'avoir de nombreuses rubriques dans une table, au lieu d'avoir de nombreuses tables avec peu de rubrique. ... -sans contrainte de nommage imposé par HF, avec des types spécifiques etc...
Le temps passant, le logiciel a grossi, grossi, grossi...
Et est arrivé HF client/serveur.
Migration de l'application en version client/serveur. Assez rapide et obligation de le faire en fonction de l'importance du projet.
Redonne un souffle au projet, mais au bout de 3 mois, les limites du systèmes sont atteintes: - le serveur ne tient pas la charge système/utilisateur. Demandant plusieurs reboot dans la journée. - les requêtes sont longues (plusieurs minutes pour certains écrans) - Même l'un des serveurs sur lequel repose le GDS doit être rebooté, car il bloque (grosse équipe de developpement).
Aujourd'hui grace à un système hyper propriétaire, la société a complètement fait abstraction de la notion architecture "donnée" de l'application comme permet de le faire Windev, cette approche est faisable sur du petit projet, mais comme beaucoup on commence sur un petit projet sous HF, qui grossit et on reporte toujours au lendemain un problème de migration vers des SGBDR fiables et éprouvés, en espérant que PCSoft réussira à apporter LA solution.
Aujourd'hui LA solution n'existe pas , et la société a compris que seule une migration vers un SGBDR fiable et éprouvé est LA solution.
Problème c'est que le fait d'avoir démarré d'une base reposant sur le système de fichiers partagés (HF), a fait que l'analyse demande un travail énorme de transposition, car ce que permet de faire HF n'est pas assez stricte.
La société ne remet pas en cause, la productivité apportée par l'outil Windev, mais est bloquée et à la limite du précipice, car elle a été trop crédulite et a cru que HF était équivalent aux autres bases.
///////////////////////////////////////////
Ma conclusion, comme on ne sait pas de quoi sera fait demain: même sur un projet monoposte aller sur des bases SQL, non liée à l'outil de développement. Projet monoposte SQLite Projet Multiposte Mysql, SQLServer, Postgresql... Gros projet Oracle, DB2, Postgresql...
D'où le dicton "Ne jamais mettre ses oeufs dans le même panier".
Romain PETIT a écrit :
Alex a couché sur son écran :
Salut
Bonjour,
La seule chose que je voulais dire c'est qu'il ne sera pas nécessaire de connaitre le PL/SQL pour pouvoir utiliser les procédures stockées. N'importe quel développeur utilisant une base de données HF en C/S pouerra écrire ses propres procédures stockées contrairement aux bases comme SQL S. ou O..... ou la connaissance du PL/SQL est nécessaire.
Franchement, n'est-il pas préférable qu'un développeur digne de ce nom connaisse les bases du SQL a partir du moment où il fricote avec ce qui ressemble à une base données ? (au moins pour sa culture personnelle...)
La problème de la portabilité du code de ces procédures stockées n'est pas en question.
Pour quelle raison ? Parce que chaque base a son langage comme le dit Emmanuel ? Ne serait-il pas judicieux que les codes des PS soient portables ? (je pose la question, je suis novice en la matière)
Pour en revenir à ta remarque, je ne pense pas que cette dernière n'est pas des plus constructives.
Disons qu'elle est orientée. C'est pour rétablir un peu l'équilibre quand les sous-marins sont de sortie... Pourtant, c'était bien une question.
Si tu trouves que les produits de PC Soft présentent plus d'inconvénient que d'avantage pourquoi les utilises tu et surtout pourquoi es tu présent sur ce forum si ce n'est pour critiquer ...
Il te suffit de faire une recherche google pour le savoir.
Allez, je t'aide un peu en triant : http://groups.google.fr/groups/search?hl=fr&lr=&num0&q=%22romain+petit%22+AND+%28BUG+OR+COMMERCIALE%29+group%3Afr.comp.developpement.agl.windev&qt_s=Rechercher
-- suivre ce lien pour répondre: http://cerbermail.com/?2KrV3YZXnn Daniel ;-)
Je suis entièrement d'accord avec l'analyse de Romain
d'autant que même au niveau des procédures stockées une normalisation
est entrain de se faire au niveau du langage.
L'expérience REELLE que nous avons eu l'occasion de découvrir concernant
les systèmes propriétaires peut devenir rapidement catastrophique en
terme de données.
Ci-dessous un exemple concret:
/////////////////////////////////////
Développement d'une application sur
HF classique :
avec des contraintes :
-qui font qu'il est préférable d'avoir de nombreuses rubriques dans une
table, au lieu d'avoir de nombreuses tables avec peu de rubrique.
...
-sans contrainte de nommage imposé par HF, avec des types spécifiques etc...
Le temps passant, le logiciel a grossi, grossi, grossi...
Et est arrivé HF client/serveur.
Migration de l'application en version client/serveur. Assez rapide et
obligation de le faire en fonction de l'importance du projet.
Redonne un souffle au projet, mais au bout de 3 mois, les limites du
systèmes sont atteintes:
- le serveur ne tient pas la charge système/utilisateur. Demandant
plusieurs reboot dans la journée.
- les requêtes sont longues (plusieurs minutes pour certains écrans)
- Même l'un des serveurs sur lequel repose le GDS doit être rebooté, car
il bloque (grosse équipe de developpement).
Aujourd'hui grace à un système hyper propriétaire, la société a
complètement fait abstraction de la notion architecture "donnée" de
l'application comme permet de le faire Windev, cette approche est
faisable sur du petit projet, mais comme beaucoup on commence sur un
petit projet sous HF, qui grossit et on reporte toujours au lendemain un
problème de migration vers des SGBDR fiables et éprouvés, en espérant
que PCSoft réussira à apporter LA solution.
Aujourd'hui LA solution n'existe pas , et la société a compris que seule
une migration vers un SGBDR fiable et éprouvé est LA solution.
Problème c'est que le fait d'avoir démarré d'une base reposant sur le
système de fichiers partagés (HF), a fait que l'analyse demande un
travail énorme de transposition, car ce que permet de faire HF n'est pas
assez stricte.
La société ne remet pas en cause, la productivité apportée par l'outil
Windev, mais est bloquée et à la limite du précipice, car elle a été
trop crédulite et a cru que HF était équivalent aux autres bases.
///////////////////////////////////////////
Ma conclusion, comme on ne sait pas de quoi sera fait demain:
même sur un projet monoposte aller sur des bases SQL, non liée à l'outil
de développement.
Projet monoposte SQLite
Projet Multiposte Mysql, SQLServer, Postgresql...
Gros projet Oracle, DB2, Postgresql...
D'où le dicton "Ne jamais mettre ses oeufs dans le même panier".
Romain PETIT a écrit :
Alex a couché sur son écran :
Salut
Bonjour,
La seule chose que je voulais dire c'est qu'il ne sera pas nécessaire
de connaitre le PL/SQL pour pouvoir utiliser les procédures stockées.
N'importe quel développeur utilisant une base de données HF en C/S
pouerra écrire ses propres procédures stockées contrairement aux
bases comme SQL S. ou O..... ou la connaissance du PL/SQL est
nécessaire.
Franchement, n'est-il pas préférable qu'un développeur digne de ce nom
connaisse les bases du SQL a partir du moment où il fricote avec ce qui
ressemble à une base données ? (au moins pour sa culture personnelle...)
La problème de la portabilité du code de ces procédures stockées
n'est pas en question.
Pour quelle raison ?
Parce que chaque base a son langage comme le dit Emmanuel ?
Ne serait-il pas judicieux que les codes des PS soient portables ?
(je pose la question, je suis novice en la matière)
Pour en revenir à ta remarque, je ne pense pas que cette dernière
n'est pas des plus constructives.
Disons qu'elle est orientée.
C'est pour rétablir un peu l'équilibre quand les sous-marins sont de
sortie...
Pourtant, c'était bien une question.
Si tu trouves que les produits de PC
Soft présentent plus d'inconvénient que d'avantage pourquoi les
utilises tu et surtout pourquoi es tu présent sur ce forum si ce n'est
pour critiquer ...
Il te suffit de faire une recherche google pour le savoir.
Allez, je t'aide un peu en triant :
http://groups.google.fr/groups/search?hl=fr&lr=&num0&q=%22romain+petit%22+AND+%28BUG+OR+COMMERCIALE%29+group%3Afr.comp.developpement.agl.windev&qt_s=Rechercher
--
suivre ce lien pour répondre:
http://cerbermail.com/?2KrV3YZXnn
Daniel
;-)
Je suis entièrement d'accord avec l'analyse de Romain
d'autant que même au niveau des procédures stockées une normalisation est entrain de se faire au niveau du langage.
L'expérience REELLE que nous avons eu l'occasion de découvrir concernant les systèmes propriétaires peut devenir rapidement catastrophique en terme de données. Ci-dessous un exemple concret:
/////////////////////////////////////
Développement d'une application sur HF classique : avec des contraintes : -qui font qu'il est préférable d'avoir de nombreuses rubriques dans une table, au lieu d'avoir de nombreuses tables avec peu de rubrique. ... -sans contrainte de nommage imposé par HF, avec des types spécifiques etc...
Le temps passant, le logiciel a grossi, grossi, grossi...
Et est arrivé HF client/serveur.
Migration de l'application en version client/serveur. Assez rapide et obligation de le faire en fonction de l'importance du projet.
Redonne un souffle au projet, mais au bout de 3 mois, les limites du systèmes sont atteintes: - le serveur ne tient pas la charge système/utilisateur. Demandant plusieurs reboot dans la journée. - les requêtes sont longues (plusieurs minutes pour certains écrans) - Même l'un des serveurs sur lequel repose le GDS doit être rebooté, car il bloque (grosse équipe de developpement).
Aujourd'hui grace à un système hyper propriétaire, la société a complètement fait abstraction de la notion architecture "donnée" de l'application comme permet de le faire Windev, cette approche est faisable sur du petit projet, mais comme beaucoup on commence sur un petit projet sous HF, qui grossit et on reporte toujours au lendemain un problème de migration vers des SGBDR fiables et éprouvés, en espérant que PCSoft réussira à apporter LA solution.
Aujourd'hui LA solution n'existe pas , et la société a compris que seule une migration vers un SGBDR fiable et éprouvé est LA solution.
Problème c'est que le fait d'avoir démarré d'une base reposant sur le système de fichiers partagés (HF), a fait que l'analyse demande un travail énorme de transposition, car ce que permet de faire HF n'est pas assez stricte.
La société ne remet pas en cause, la productivité apportée par l'outil Windev, mais est bloquée et à la limite du précipice, car elle a été trop crédulite et a cru que HF était équivalent aux autres bases.
///////////////////////////////////////////
Ma conclusion, comme on ne sait pas de quoi sera fait demain: même sur un projet monoposte aller sur des bases SQL, non liée à l'outil de développement. Projet monoposte SQLite Projet Multiposte Mysql, SQLServer, Postgresql... Gros projet Oracle, DB2, Postgresql...
D'où le dicton "Ne jamais mettre ses oeufs dans le même panier".
Romain PETIT a écrit :
Alex a couché sur son écran :
Salut
Bonjour,
La seule chose que je voulais dire c'est qu'il ne sera pas nécessaire de connaitre le PL/SQL pour pouvoir utiliser les procédures stockées. N'importe quel développeur utilisant une base de données HF en C/S pouerra écrire ses propres procédures stockées contrairement aux bases comme SQL S. ou O..... ou la connaissance du PL/SQL est nécessaire.
Franchement, n'est-il pas préférable qu'un développeur digne de ce nom connaisse les bases du SQL a partir du moment où il fricote avec ce qui ressemble à une base données ? (au moins pour sa culture personnelle...)
La problème de la portabilité du code de ces procédures stockées n'est pas en question.
Pour quelle raison ? Parce que chaque base a son langage comme le dit Emmanuel ? Ne serait-il pas judicieux que les codes des PS soient portables ? (je pose la question, je suis novice en la matière)
Pour en revenir à ta remarque, je ne pense pas que cette dernière n'est pas des plus constructives.
Disons qu'elle est orientée. C'est pour rétablir un peu l'équilibre quand les sous-marins sont de sortie... Pourtant, c'était bien une question.
Si tu trouves que les produits de PC Soft présentent plus d'inconvénient que d'avantage pourquoi les utilises tu et surtout pourquoi es tu présent sur ce forum si ce n'est pour critiquer ...
Il te suffit de faire une recherche google pour le savoir.
Allez, je t'aide un peu en triant : http://groups.google.fr/groups/search?hl=fr&lr=&num0&q=%22romain+petit%22+AND+%28BUG+OR+COMMERCIALE%29+group%3Afr.comp.developpement.agl.windev&qt_s=Rechercher
-- suivre ce lien pour répondre: http://cerbermail.com/?2KrV3YZXnn Daniel ;-)
Alex
Bonjour
J'ai effectivement vu qu'elles avaient lieu à la fin du mois de Novembre le 24 et 25 mais c'est un week-end où je ne suis pas disponible : Rando en 4x4 autour des chateaux cathares.
Je ne pourrais donc pas être parmi vous ce week-end là mais je vais continuer à participer à ce forum pour apprendre de nouvelles choses et si possible faire profiter de mon expérience aux autres.
Michel HERRSCHER wrote:
Bonjour,
Dans un message Alex disait :
> ... > J'ai appris son existence hier par un copain et c'est pour cela que j'y > suis venu y faire un tour. Je développe seul dans mon coin et c'est > vrai que des fois j'aurais bien besoin d'aide pour me sortir de > certaines impasses.
Venez aux Windreveries c'est un bon premier pas pour rencontrer des developpeurs, puis Adherez à l'asso .
A+
-- Michel HERRSCHER CONSULTANT Tel : +33450870912 http://www.mhc.herrscher.fr Président WINDASSO - Association des utilisateurs WxxDEV(c) http://www.windasso.org
Inscrivez vous aux WinDReveries2006 : http://www.windasso.org/cgi-bin/gespage.exe?exec=stat_w2006Inscr
Bonjour
J'ai effectivement vu qu'elles avaient lieu à la fin du mois de
Novembre le 24 et 25 mais c'est un week-end où je ne suis pas
disponible : Rando en 4x4 autour des chateaux cathares.
Je ne pourrais donc pas être parmi vous ce week-end là mais je vais
continuer à participer à ce forum pour apprendre de nouvelles choses
et si possible faire profiter de mon expérience aux autres.
Michel HERRSCHER wrote:
Bonjour,
Dans un message Alex disait :
>
...
> J'ai appris son existence hier par un copain et c'est pour cela que j'y
> suis venu y faire un tour. Je développe seul dans mon coin et c'est
> vrai que des fois j'aurais bien besoin d'aide pour me sortir de
> certaines impasses.
Venez aux Windreveries c'est un bon premier pas pour rencontrer des
developpeurs,
puis Adherez à l'asso .
A+
--
Michel HERRSCHER CONSULTANT
Tel : +33450870912
http://www.mhc.herrscher.fr
Président WINDASSO - Association des utilisateurs WxxDEV(c)
http://www.windasso.org
Inscrivez vous aux WinDReveries2006 :
http://www.windasso.org/cgi-bin/gespage.exe?exec=stat_w2006Inscr
J'ai effectivement vu qu'elles avaient lieu à la fin du mois de Novembre le 24 et 25 mais c'est un week-end où je ne suis pas disponible : Rando en 4x4 autour des chateaux cathares.
Je ne pourrais donc pas être parmi vous ce week-end là mais je vais continuer à participer à ce forum pour apprendre de nouvelles choses et si possible faire profiter de mon expérience aux autres.
Michel HERRSCHER wrote:
Bonjour,
Dans un message Alex disait :
> ... > J'ai appris son existence hier par un copain et c'est pour cela que j'y > suis venu y faire un tour. Je développe seul dans mon coin et c'est > vrai que des fois j'aurais bien besoin d'aide pour me sortir de > certaines impasses.
Venez aux Windreveries c'est un bon premier pas pour rencontrer des developpeurs, puis Adherez à l'asso .
A+
-- Michel HERRSCHER CONSULTANT Tel : +33450870912 http://www.mhc.herrscher.fr Président WINDASSO - Association des utilisateurs WxxDEV(c) http://www.windasso.org
Inscrivez vous aux WinDReveries2006 : http://www.windasso.org/cgi-bin/gespage.exe?exec=stat_w2006Inscr
Alex
Qu'entends tu par là ?
Que ce que l'on raconte c'est du flan et que nous ne le faisons pas gratuitement ?
patrice wrote:
"titou44" a écrit dans le message de news: > j'adore voir fleurir en cette période (arrivée d'une nouvelle versi on) > ces adorateurs sympathiques, zélés. il faut en prendre partie. c'est > commes les oiseaux migrateurs. mais attention, au printemps dernir les > autorités ont eu peur q'ils apportent la grippe aviaire. donc > attention... >
mouais sont fatigués cette année. zont meme pas pris le soin de pré parer leur coup. ya ka chercher dans google groups par auteur sur et (les deux emails utilisé par chapi-chapo) pour comprendre...
Qu'entends tu par là ?
Que ce que l'on raconte c'est du flan et que nous ne le faisons pas
gratuitement ?
patrice wrote:
"titou44" <titou44pasdespam@freesurf.fr> a écrit dans le message de
news:mn.c55c7d6a9d5b0bb8.63086@freesurf.fr...
> j'adore voir fleurir en cette période (arrivée d'une nouvelle versi on)
> ces adorateurs sympathiques, zélés. il faut en prendre partie. c'est
> commes les oiseaux migrateurs. mais attention, au printemps dernir les
> autorités ont eu peur q'ils apportent la grippe aviaire. donc
> attention...
>
mouais sont fatigués cette année. zont meme pas pris le soin de pré parer
leur coup.
ya ka chercher dans google groups par auteur sur presence34@free.fr et
alex.maurer@valgovam.fr (les deux emails utilisé par chapi-chapo)
pour comprendre...
Que ce que l'on raconte c'est du flan et que nous ne le faisons pas gratuitement ?
patrice wrote:
"titou44" a écrit dans le message de news: > j'adore voir fleurir en cette période (arrivée d'une nouvelle versi on) > ces adorateurs sympathiques, zélés. il faut en prendre partie. c'est > commes les oiseaux migrateurs. mais attention, au printemps dernir les > autorités ont eu peur q'ils apportent la grippe aviaire. donc > attention... >
mouais sont fatigués cette année. zont meme pas pris le soin de pré parer leur coup. ya ka chercher dans google groups par auteur sur et (les deux emails utilisé par chapi-chapo) pour comprendre...
