Une société de service va nous faire un logiciel et elle s'oriente
vraissemenblablement vers Windev. Sachant que nous achetons également
les sources de ce logiciel pour le modifier selon nos besoins, et que
nous n'avons pas encore de compétence particulière en programmation, la
direction prévoit donc de faire de Windev 8 l'outil de dévelloppement
principal (pour PC en tout cas)de notre service informatique.
Sachant que :
- les bases de données seront sur AS400 (pas de HyperFile prévu)
- nous sommes intéressés également pas l'approche WEB de WebDev
- nous devons être capable de programmer assez rapidement (pas de délais
précis, mais le java semble être trop complexe pour s'y lancer eu égard
de nos compétences actuelles)
- nous utilisons déjà VB6 dans nos applis faites en interne, mais avec
pas mal de problèmes divers...
- je lis sur ce forum des avis très partagés sur le sérieux de PCSoft au
niveau débugage de leurs applis => force de vente des versions
supérieures...
=> Pensez vous que le choix de Windev 8 (version AS400), voire Windev
"tout court" soit le bon ? (la version final sort Mardi si j'ai bien
compris)
Est ce que quelques gens de ce forum peuvent donner un avis "impartial",
tant positif que négatif (je pèserai les pour/contre après...)
Bref, j'espère seulement que nous n'allons pas regretter l'investissement (pas seulement financier) et que nous pourrons faire "de belles applis" sans trop de problèmes...
Et n'oubliez pas d'adhérer à l'asso. ;-)))
Elle fait vivre le site et les Windeveries... et bientôt d'autres services....
A+-- Michel Herrscher Consultant Président de WinDAsso - Association des Développeurs WINDEV(c) http://www.windasso.org Tel=+33 450 870912 Fax=+33 450 871741 GSM=+33 609044711
Bonjour,
Dans un message Zorg disait :
Bref, j'espère seulement que nous n'allons pas regretter
l'investissement (pas seulement financier) et que nous pourrons faire
"de belles applis" sans trop de problèmes...
Et n'oubliez pas d'adhérer à l'asso. ;-)))
Elle fait vivre le site et les Windeveries... et bientôt d'autres
services....
A+--
Michel Herrscher Consultant
Président de WinDAsso - Association des Développeurs WINDEV(c)
http://www.windasso.org
Tel=+33 450 870912 Fax=+33 450 871741 GSM=+33 609044711
Bref, j'espère seulement que nous n'allons pas regretter l'investissement (pas seulement financier) et que nous pourrons faire "de belles applis" sans trop de problèmes...
Et n'oubliez pas d'adhérer à l'asso. ;-)))
Elle fait vivre le site et les Windeveries... et bientôt d'autres services....
A+-- Michel Herrscher Consultant Président de WinDAsso - Association des Développeurs WINDEV(c) http://www.windasso.org Tel=+33 450 870912 Fax=+33 450 871741 GSM=+33 609044711
Roumegou
"Zorg" a couché sur son écran :
Les "futurs" développeurs ne seront pas débutant puisque passés maîtres - pour la plupart - sur l'AS400 dans des langages autrement plus complexes. Un peu de VB pour d'autres et du Lotus Notes pour le dernier ! Reste ma pomme, qui avec ses batch issus de MSDOS ou "autre trucs" fait rapidement en PHP, risque de semer la zizanie !
Venant de l'AS400 moi aussi (synon principalement), je trouve que WD est très bien adapté pour cette transition. C'est beaucoup moins verbeux que VB et l'on vient plus vite à l'essentiel. Donc c'est une décision qui se tient si l'on veut faire des applications de gestion. Là où je mettrai un petit bemol, c'est de ne pas profiter de cette transition pour passer carrément à des bases de données SQL ouvertes (oracle, mysql, sqlserveur ... non barrez sqlserveur) et pourquoi pas DB2400 (mais j'ai quitté l'as400 à une époque où personne n'était passé à db2400 et je ne suis pas sûr que ce ne soit pas encore le cas) Là vous continuez dans des solutions captives. Alors qu'en misant sur les SGBD, peu importe ensuite l'outil de développement. Vous pourrez vous orienter sur le plus adapté à vos besoins.
Bref, j'espère seulement que nous n'allons pas regretter l'investissement (pas seulement financier) et que nous pourrons faire "de belles applis" sans trop de problèmes...
C'est un choix que je qualifierai de "pépère" mais sans que cela soit péjoratif; car le risque en matière d'informatique ne sied pas à toutes les entreprises (pour ne pas dire que cela peut être une grosse connerie !) Après pour "les belles applis", c'est plus une question d'hommes que d'outils (heureusement)
a+ Tony
-- Eric Roumegou http://cerbermail.com/?Wk2D8D62KI (cliquez sur le lien ci-dessus pour me contacter en privé)
"Zorg" a couché sur son écran :
Les "futurs" développeurs ne seront pas débutant puisque passés maîtres -
pour la plupart - sur l'AS400 dans des langages autrement plus complexes. Un
peu de VB pour d'autres et du Lotus Notes pour le dernier ! Reste ma pomme,
qui avec ses batch issus de MSDOS ou "autre trucs" fait rapidement en PHP,
risque de semer la zizanie !
Venant de l'AS400 moi aussi (synon principalement), je trouve que WD
est très bien adapté pour cette transition.
C'est beaucoup moins verbeux que VB et l'on vient plus vite à
l'essentiel.
Donc c'est une décision qui se tient si l'on veut faire des
applications de gestion.
Là où je mettrai un petit bemol, c'est de ne pas profiter de cette
transition pour passer carrément à des bases de données SQL ouvertes
(oracle, mysql, sqlserveur ... non barrez sqlserveur) et pourquoi pas
DB2400 (mais j'ai quitté l'as400 à une époque où personne n'était passé
à db2400 et je ne suis pas sûr que ce ne soit pas encore le cas)
Là vous continuez dans des solutions captives. Alors qu'en misant sur
les SGBD, peu importe ensuite l'outil de développement. Vous pourrez
vous orienter sur le plus adapté à vos besoins.
Bref, j'espère seulement que nous n'allons pas regretter l'investissement
(pas seulement financier) et que nous pourrons faire "de belles applis" sans
trop de problèmes...
C'est un choix que je qualifierai de "pépère" mais sans que cela soit
péjoratif; car le risque en matière d'informatique ne sied pas à toutes
les entreprises (pour ne pas dire que cela peut être une grosse
connerie !)
Après pour "les belles applis", c'est plus une question d'hommes que
d'outils (heureusement)
a+
Tony
--
Eric Roumegou
http://cerbermail.com/?Wk2D8D62KI
(cliquez sur le lien ci-dessus pour me contacter en privé)
Les "futurs" développeurs ne seront pas débutant puisque passés maîtres - pour la plupart - sur l'AS400 dans des langages autrement plus complexes. Un peu de VB pour d'autres et du Lotus Notes pour le dernier ! Reste ma pomme, qui avec ses batch issus de MSDOS ou "autre trucs" fait rapidement en PHP, risque de semer la zizanie !
Venant de l'AS400 moi aussi (synon principalement), je trouve que WD est très bien adapté pour cette transition. C'est beaucoup moins verbeux que VB et l'on vient plus vite à l'essentiel. Donc c'est une décision qui se tient si l'on veut faire des applications de gestion. Là où je mettrai un petit bemol, c'est de ne pas profiter de cette transition pour passer carrément à des bases de données SQL ouvertes (oracle, mysql, sqlserveur ... non barrez sqlserveur) et pourquoi pas DB2400 (mais j'ai quitté l'as400 à une époque où personne n'était passé à db2400 et je ne suis pas sûr que ce ne soit pas encore le cas) Là vous continuez dans des solutions captives. Alors qu'en misant sur les SGBD, peu importe ensuite l'outil de développement. Vous pourrez vous orienter sur le plus adapté à vos besoins.
Bref, j'espère seulement que nous n'allons pas regretter l'investissement (pas seulement financier) et que nous pourrons faire "de belles applis" sans trop de problèmes...
C'est un choix que je qualifierai de "pépère" mais sans que cela soit péjoratif; car le risque en matière d'informatique ne sied pas à toutes les entreprises (pour ne pas dire que cela peut être une grosse connerie !) Après pour "les belles applis", c'est plus une question d'hommes que d'outils (heureusement)
a+ Tony
-- Eric Roumegou http://cerbermail.com/?Wk2D8D62KI (cliquez sur le lien ci-dessus pour me contacter en privé)
Là où je mettrai un petit bemol, c'est de ne pas profiter de cette transition pour passer carrément à des bases de données SQL ouvertes (oracle, mysql, sqlserveur ... non barrez sqlserveur) et pourquoi pas
Pas Sqlserver? pourquoi?
Dominique "QNX" Lecocq
Salut
Là où je mettrai un petit bemol, c'est de ne pas profiter de cette
transition pour passer carrément à des bases de données SQL ouvertes
(oracle, mysql, sqlserveur ... non barrez sqlserveur) et pourquoi pas
Là où je mettrai un petit bemol, c'est de ne pas profiter de cette transition pour passer carrément à des bases de données SQL ouvertes (oracle, mysql, sqlserveur ... non barrez sqlserveur) et pourquoi pas
Pas Sqlserver? pourquoi?
Dominique "QNX" Lecocq
Roumegou
"Dominique L" a pensé très fort :
Salut
Là où je mettrai un petit bemol, c'est de ne pas profiter de cette transition pour passer carrément à des bases de données SQL ouvertes (oracle, mysql, sqlserveur ... non barrez sqlserveur) et pourquoi pas
Pas Sqlserver? pourquoi?
parce que je parlais de bases de données ouvertes et que sqlserver implique plate forme microsoft. et que si je ne suis pas un ayatollah anti microsoft, je ne vais pas me laisser envahir quand il y a des alternatives plus crédibles. C'est tout. A l'heure d'un choix, ce sont des choses qui doivent peser. Quand tu ne peux pas faire autrement (existant), tu fais avec.
Dominique "QNX" Lecocq
-- Eric Roumegou http://cerbermail.com/?Wk2D8D62KI (cliquez sur le lien ci-dessus pour me contacter en privé)
"Dominique L" a pensé très fort :
Salut
Là où je mettrai un petit bemol, c'est de ne pas profiter de cette
transition pour passer carrément à des bases de données SQL ouvertes
(oracle, mysql, sqlserveur ... non barrez sqlserveur) et pourquoi pas
Pas Sqlserver? pourquoi?
parce que je parlais de bases de données ouvertes
et que sqlserver implique plate forme microsoft.
et que si je ne suis pas un ayatollah anti microsoft, je ne vais pas me
laisser envahir quand il y a des alternatives plus crédibles.
C'est tout.
A l'heure d'un choix, ce sont des choses qui doivent peser. Quand tu ne
peux pas faire autrement (existant), tu fais avec.
Dominique "QNX" Lecocq
--
Eric Roumegou
http://cerbermail.com/?Wk2D8D62KI
(cliquez sur le lien ci-dessus pour me contacter en privé)
Là où je mettrai un petit bemol, c'est de ne pas profiter de cette transition pour passer carrément à des bases de données SQL ouvertes (oracle, mysql, sqlserveur ... non barrez sqlserveur) et pourquoi pas
Pas Sqlserver? pourquoi?
parce que je parlais de bases de données ouvertes et que sqlserver implique plate forme microsoft. et que si je ne suis pas un ayatollah anti microsoft, je ne vais pas me laisser envahir quand il y a des alternatives plus crédibles. C'est tout. A l'heure d'un choix, ce sont des choses qui doivent peser. Quand tu ne peux pas faire autrement (existant), tu fais avec.
Dominique "QNX" Lecocq
-- Eric Roumegou http://cerbermail.com/?Wk2D8D62KI (cliquez sur le lien ci-dessus pour me contacter en privé)
Dominique L
Re,
> Pas Sqlserver? pourquoi?
parce que je parlais de bases de données ouvertes et que sqlserver implique plate forme microsoft. et que si je ne suis pas un ayatollah anti microsoft, je ne vais pas me laisser envahir quand il y a des alternatives plus crédibles. C'est tout. A l'heure d'un choix, ce sont des choses qui doivent peser. Quand tu ne peux pas faire autrement (existant), tu fais avec.
Ok vu comme cela je suis ok avec toi
Dominique
Re,
> Pas Sqlserver? pourquoi?
parce que je parlais de bases de données ouvertes
et que sqlserver implique plate forme microsoft.
et que si je ne suis pas un ayatollah anti microsoft, je ne vais pas me
laisser envahir quand il y a des alternatives plus crédibles.
C'est tout.
A l'heure d'un choix, ce sont des choses qui doivent peser. Quand tu ne
peux pas faire autrement (existant), tu fais avec.
parce que je parlais de bases de données ouvertes et que sqlserver implique plate forme microsoft. et que si je ne suis pas un ayatollah anti microsoft, je ne vais pas me laisser envahir quand il y a des alternatives plus crédibles. C'est tout. A l'heure d'un choix, ce sont des choses qui doivent peser. Quand tu ne peux pas faire autrement (existant), tu fais avec.
Ok vu comme cela je suis ok avec toi
Dominique
Peter
Manu wrote:
Hello Peter,
Bonjour Manu,
Romain PETIT wrote:
parce que c'est un langage trop permissif. Il n'est pas assez rigoureux et c'est la porte ouvertes aux bugs difficiles à détecter lorsqu'il est mis entre les mains d'un débutant.
Sur ce point, je suis d'accord avec Romain, un jeune développeur (du genre en 1ere année d'étude) confronté au W-Langage risque de prendre des raccourcis (cast automatique, variables globales avec mise à jour dans telle ou telle fenetre) fort bien utile lorsqu'on les maitrise. Par contre si dans sa carrière il est confronté à un autre langage beaucoup moins permissif tel que ADA, il risque de tomber de haut.
Les bugs on peut les faire avec ADA et avec Windev. Je ne me sent pas responsable pour les bugs des autres, jeune developpeur ou developpeur confirme.
Je ne crois pas que 'etre developpeur' est un art ou quelque chose de tres speciale, j'aime bien de le faire et je fait de l'argent avec et c'est tout.
Est-ce que un macon doit apprendre a faire des mosaiques avant de mettre les carrelages dans mon chambre de bains?
Les jeunes développeurs à force de simplicité dans les outils de dev finissent par ne plus savoir réellement ce qui se passe au final lors de l'exécution du binaire. Pour cet argument on peut citer PowerBuilder où de "jeunes" développeurs avaient jq 7 profondeurs de classe. En dev pas de problème, en prod grosse surprise.
Je crois que les outils comme Windev (Magic, Clarion, Powerbuilder, VB ...) aident a 'democratiser' le developpement et je trouve ca pas mal. Est-ce c'est vraiment toujours necessaire de savoir tout ce qu'il passe pour faire une application avec un outil qu'on a choisi. Une difference entre les super, les bons, les moins bons et les mauvais developpeurs sera toujours la.
Si c'est pour une etude de l'informatique, je comprends qu'on n'etude pas seulement le W-Language :-)), mais pour le reste, bof ...
Je ne suis pas enseignant, mais ce type d'argument je trouve un peu denigrant et plutot 'close-minded' que 'open-minded'.
le quel d'argument celui de romain ou celui de l'éditeur ?
Les arguments des deux ... (Romain cette fois, l'editeur plusieurs fois)
Regards, Peter
Manu wrote:
Hello Peter,
Bonjour Manu,
Romain PETIT wrote:
parce que c'est un langage trop permissif.
Il n'est pas assez rigoureux et c'est la porte ouvertes aux bugs
difficiles à détecter lorsqu'il est mis entre les mains d'un
débutant.
Sur ce point, je suis d'accord avec Romain, un jeune développeur (du genre
en 1ere année d'étude) confronté au W-Langage risque de prendre des
raccourcis (cast automatique, variables globales avec mise à jour dans telle
ou telle fenetre) fort bien utile lorsqu'on les maitrise. Par contre si dans
sa carrière il est confronté à un autre langage beaucoup moins permissif tel
que ADA, il risque de tomber de haut.
Les bugs on peut les faire avec ADA et avec Windev. Je ne me sent pas
responsable pour les bugs des autres, jeune developpeur ou developpeur
confirme.
Je ne crois pas que 'etre developpeur' est un art ou quelque chose de
tres speciale, j'aime bien de le faire et je fait de l'argent avec et
c'est tout.
Est-ce que un macon doit apprendre a faire des mosaiques avant de mettre
les carrelages dans mon chambre de bains?
Les jeunes développeurs à force de simplicité dans les outils de dev
finissent par ne plus savoir réellement ce qui se passe au final lors de
l'exécution du binaire. Pour cet argument on peut citer PowerBuilder où de
"jeunes" développeurs avaient jq 7 profondeurs de classe. En dev pas de
problème, en prod grosse surprise.
Je crois que les outils comme Windev (Magic, Clarion, Powerbuilder, VB
...) aident a 'democratiser' le developpement et je trouve ca pas mal.
Est-ce c'est vraiment toujours necessaire de savoir tout ce qu'il passe
pour faire une application avec un outil qu'on a choisi.
Une difference entre les super, les bons, les moins bons et les mauvais
developpeurs sera toujours la.
Si c'est pour une etude de l'informatique, je comprends qu'on n'etude
pas seulement le W-Language :-)), mais pour le reste, bof ...
Je ne suis pas enseignant, mais ce type d'argument je trouve un peu
denigrant et plutot 'close-minded' que 'open-minded'.
le quel d'argument celui de romain ou celui de l'éditeur ?
Les arguments des deux ... (Romain cette fois, l'editeur plusieurs fois)
parce que c'est un langage trop permissif. Il n'est pas assez rigoureux et c'est la porte ouvertes aux bugs difficiles à détecter lorsqu'il est mis entre les mains d'un débutant.
Sur ce point, je suis d'accord avec Romain, un jeune développeur (du genre en 1ere année d'étude) confronté au W-Langage risque de prendre des raccourcis (cast automatique, variables globales avec mise à jour dans telle ou telle fenetre) fort bien utile lorsqu'on les maitrise. Par contre si dans sa carrière il est confronté à un autre langage beaucoup moins permissif tel que ADA, il risque de tomber de haut.
Les bugs on peut les faire avec ADA et avec Windev. Je ne me sent pas responsable pour les bugs des autres, jeune developpeur ou developpeur confirme.
Je ne crois pas que 'etre developpeur' est un art ou quelque chose de tres speciale, j'aime bien de le faire et je fait de l'argent avec et c'est tout.
Est-ce que un macon doit apprendre a faire des mosaiques avant de mettre les carrelages dans mon chambre de bains?
Les jeunes développeurs à force de simplicité dans les outils de dev finissent par ne plus savoir réellement ce qui se passe au final lors de l'exécution du binaire. Pour cet argument on peut citer PowerBuilder où de "jeunes" développeurs avaient jq 7 profondeurs de classe. En dev pas de problème, en prod grosse surprise.
Je crois que les outils comme Windev (Magic, Clarion, Powerbuilder, VB ...) aident a 'democratiser' le developpement et je trouve ca pas mal. Est-ce c'est vraiment toujours necessaire de savoir tout ce qu'il passe pour faire une application avec un outil qu'on a choisi. Une difference entre les super, les bons, les moins bons et les mauvais developpeurs sera toujours la.
Si c'est pour une etude de l'informatique, je comprends qu'on n'etude pas seulement le W-Language :-)), mais pour le reste, bof ...
Je ne suis pas enseignant, mais ce type d'argument je trouve un peu denigrant et plutot 'close-minded' que 'open-minded'.
le quel d'argument celui de romain ou celui de l'éditeur ?
Les arguments des deux ... (Romain cette fois, l'editeur plusieurs fois)
Regards, Peter
Dominique L
Bonjour Peter
Les bugs on peut les faire avec ADA et avec Windev. Je ne me sent pas responsable pour les bugs des autres, jeune developpeur ou developpeur confirme.
Oui on peut faire des bug (ou des erreur de prog...) mais en ADA pas de cast sauvage par exemple, des déclaration propre, etc...
Je ne crois pas que 'etre developpeur' est un art ou quelque chose de tres speciale, j'aime bien de le faire et je fait de l'argent avec et c'est tout. Est-ce que un macon doit apprendre a faire des mosaiques avant de mettre les carrelages dans mon chambre de bains?
Non mais il doit apprendre mais pour poser le carrelage il lui faut connaître les bases..... (cf plus loin)
> Les jeunes développeurs à force de simplicité dans les outils de dev > finissent par ne plus savoir réellement ce qui se passe au final lors de > l'exécution du binaire. Pour cet argument on peut citer PowerBuilder où
de
> "jeunes" développeurs avaient jq 7 profondeurs de classe. En dev pas de > problème, en prod grosse surprise.
Je crois que les outils comme Windev (Magic, Clarion, Powerbuilder, VB ...) aident a 'democratiser' le developpement et je trouve ca pas mal. Est-ce c'est vraiment toujours necessaire de savoir tout ce qu'il passe pour faire une application avec un outil qu'on a choisi.
Oui et non.... si tu cherches pour quoi ton appli fait un "leak memory", c'est mieux de comprendre comment marche un OS (si tu ne sait pas a quelle vitesse "prend le béton" il est difficile de faire du carrelage proprement) de plus, je ne pense pas que la vulgarisation de la programmation passe par des outils comme Magic, PowerBuilder (ça j'ai donné, c'était hyper buggé) et autre Clarion. pour apprendre la musique tu dois faire des gammes pour le dev c'est pareil!! (enfin c'est mon point de vu et c'est ce que j'enseigne en tant qu'intervenant en BTS info indus et licence pro)
Une difference entre les super, les bons, les moins bons et les mauvais developpeurs sera toujours la.
oui c'est vrai mais qq1 qui a compris comment fonctionne COM ou DCOM (c'est un exempe..) est toujours préférable quand tu veux faire des choses un peu avancées..
Si c'est pour une etude de l'informatique, je comprends qu'on n'etude pas seulement le W-Language :-)), mais pour le reste, bof ...
je suis pas trop ok avec toi.... WD est plus facile quand on a les bases très solide
Les bugs on peut les faire avec ADA et avec Windev. Je ne me sent pas
responsable pour les bugs des autres, jeune developpeur ou developpeur
confirme.
Oui on peut faire des bug (ou des erreur de prog...) mais en ADA pas de cast
sauvage par exemple, des déclaration propre, etc...
Je ne crois pas que 'etre developpeur' est un art ou quelque chose de
tres speciale, j'aime bien de le faire et je fait de l'argent avec et
c'est tout.
Est-ce que un macon doit apprendre a faire des mosaiques avant de mettre
les carrelages dans mon chambre de bains?
Non mais il doit apprendre mais pour poser le carrelage il lui faut
connaître
les bases..... (cf plus loin)
> Les jeunes développeurs à force de simplicité dans les outils de dev
> finissent par ne plus savoir réellement ce qui se passe au final lors de
> l'exécution du binaire. Pour cet argument on peut citer PowerBuilder où
de
> "jeunes" développeurs avaient jq 7 profondeurs de classe. En dev pas de
> problème, en prod grosse surprise.
Je crois que les outils comme Windev (Magic, Clarion, Powerbuilder, VB
...) aident a 'democratiser' le developpement et je trouve ca pas mal.
Est-ce c'est vraiment toujours necessaire de savoir tout ce qu'il passe
pour faire une application avec un outil qu'on a choisi.
Oui et non.... si tu cherches pour quoi ton appli fait un "leak memory",
c'est mieux de comprendre comment marche un OS (si tu ne sait pas a
quelle vitesse "prend le béton" il est difficile de faire du carrelage
proprement)
de plus, je ne pense pas que la vulgarisation de la programmation passe par
des outils comme Magic, PowerBuilder (ça j'ai donné, c'était hyper buggé)
et autre Clarion.
pour apprendre la musique tu dois faire des gammes pour le dev c'est
pareil!!
(enfin c'est mon point de vu et c'est ce que j'enseigne en tant
qu'intervenant
en BTS info indus et licence pro)
Une difference entre les super, les bons, les moins bons et les mauvais
developpeurs sera toujours la.
oui c'est vrai mais qq1 qui a compris comment fonctionne COM ou DCOM
(c'est un exempe..) est toujours préférable quand tu veux faire des choses
un peu avancées..
Si c'est pour une etude de l'informatique, je comprends qu'on n'etude
pas seulement le W-Language :-)), mais pour le reste, bof ...
je suis pas trop ok avec toi.... WD est plus facile quand on a les bases
très
solide
Les bugs on peut les faire avec ADA et avec Windev. Je ne me sent pas responsable pour les bugs des autres, jeune developpeur ou developpeur confirme.
Oui on peut faire des bug (ou des erreur de prog...) mais en ADA pas de cast sauvage par exemple, des déclaration propre, etc...
Je ne crois pas que 'etre developpeur' est un art ou quelque chose de tres speciale, j'aime bien de le faire et je fait de l'argent avec et c'est tout. Est-ce que un macon doit apprendre a faire des mosaiques avant de mettre les carrelages dans mon chambre de bains?
Non mais il doit apprendre mais pour poser le carrelage il lui faut connaître les bases..... (cf plus loin)
> Les jeunes développeurs à force de simplicité dans les outils de dev > finissent par ne plus savoir réellement ce qui se passe au final lors de > l'exécution du binaire. Pour cet argument on peut citer PowerBuilder où
de
> "jeunes" développeurs avaient jq 7 profondeurs de classe. En dev pas de > problème, en prod grosse surprise.
Je crois que les outils comme Windev (Magic, Clarion, Powerbuilder, VB ...) aident a 'democratiser' le developpement et je trouve ca pas mal. Est-ce c'est vraiment toujours necessaire de savoir tout ce qu'il passe pour faire une application avec un outil qu'on a choisi.
Oui et non.... si tu cherches pour quoi ton appli fait un "leak memory", c'est mieux de comprendre comment marche un OS (si tu ne sait pas a quelle vitesse "prend le béton" il est difficile de faire du carrelage proprement) de plus, je ne pense pas que la vulgarisation de la programmation passe par des outils comme Magic, PowerBuilder (ça j'ai donné, c'était hyper buggé) et autre Clarion. pour apprendre la musique tu dois faire des gammes pour le dev c'est pareil!! (enfin c'est mon point de vu et c'est ce que j'enseigne en tant qu'intervenant en BTS info indus et licence pro)
Une difference entre les super, les bons, les moins bons et les mauvais developpeurs sera toujours la.
oui c'est vrai mais qq1 qui a compris comment fonctionne COM ou DCOM (c'est un exempe..) est toujours préférable quand tu veux faire des choses un peu avancées..
Si c'est pour une etude de l'informatique, je comprends qu'on n'etude pas seulement le W-Language :-)), mais pour le reste, bof ...
je suis pas trop ok avec toi.... WD est plus facile quand on a les bases très solide
Bref, j'espère seulement que nous n'allons pas regretter l'investissement (pas seulement financier) et que nous pourrons faire "de belles applis" sans trop de problèmes...
En tout cas soit certain que tu trouveras ici toutes les bonnes volontés pour résoudre d'éventuels problèmes.
A+
-- Romain PETIT http://cerbermail.com/?IJmancZl88 (cliquez sur le lien ci-dessus pour me contacter en privé)
Le 16/12/2003, "Zorg" a supposé :
Bref, j'espère seulement que nous n'allons pas regretter l'investissement
(pas seulement financier) et que nous pourrons faire "de belles applis" sans
trop de problèmes...
En tout cas soit certain que tu trouveras ici toutes les bonnes
volontés pour résoudre d'éventuels problèmes.
A+
--
Romain PETIT
http://cerbermail.com/?IJmancZl88
(cliquez sur le lien ci-dessus pour me contacter en privé)
Bref, j'espère seulement que nous n'allons pas regretter l'investissement (pas seulement financier) et que nous pourrons faire "de belles applis" sans trop de problèmes...
En tout cas soit certain que tu trouveras ici toutes les bonnes volontés pour résoudre d'éventuels problèmes.
A+
-- Romain PETIT http://cerbermail.com/?IJmancZl88 (cliquez sur le lien ci-dessus pour me contacter en privé)
R&B
Bonjour Zorg
Voici une histoire vraie, concernant Windev7.0 et ses évolutions... Voici 2 ans jours pour jours (à une semaine près) que le lancement du développement d'un projet à été effectué chez nous. Windev était l'outil à utiliser de manière non négociable. Le planning de développement était initialement de 24-30 mois pour notre équipe. Windev 7.0 était en PV (pré version) tout comme wd8 ce jour (avec 2 ans de moins pour pcsoft en terme de recrutement). J'ai donc fais le pari d'utiliser cette version naissante de windev en laissant de coté wd55.
Résultat : à ce jour le projet est installé (le planning a été tenu !) et donne une parfaite satisfaction à nos clients qui ont même trouvé le sourire.
Entre temps, effectivement il nous a fallu entrer à fond dans la compréhension de Windev (quitte à user les cafetières), parfois attendre un peu que certaines fonctionalité 'nouvelles' mûrissent, et râler beaucoup... jusqu'à 7.5 et ses premières mises à jour. Un jour même, nous avons du abandonner la synchronisation entre notre projet et les version Windev pour des raisons de planning : les tests de non régression étaient trop complexes et long en rapport à nos impératifs de production. Nous en somme resté à la dernière 7.0 existante !
La compatibilité 8 est assurée mais ne sera réalisée qu'à terme.
Au final, notre conclusion est simple : - Si vous connaissez windev (c'est à dire que vous êtes capable de concevoir immédiatement un projet avec cet outil et la manière de l'exploiter) et que votre projet doit entrer en production au plus tot : Le mieux et de n'utiliser qu'une version validée (et non plus une PV) voir une version estampillée .5. L'engagmeent de PCsoft à ce sujet (et il peuvent le tenir, ils ont du y travailler, comme nous sur nos projets) est de ne pas reproduire la durée de cette phase avec 8. - Si votre projet est à plus long terme et que vous partez de zéro, vous pouvez commencer avec une PV, histoire de vous faire la main et de travailler les fondamentaux... pour arriver sur les traitements critiques avec une version plus 'fiable'.
Notez quand même qu'il est possible de produire un logiciel fonctionnellement propre à partir d'un windev 'buggué' à condition evidement d'en connaitre les limites et donc de ne pas se mettre à la faute. On appelle la démarche 'contourner' ou que sais-je... mais le but est bien de produire des solutions propres, simple à utiliser et fiable, ce qui et tout à fait possible aussi avec Windev.
Bon courage en tout cas
@+ R&B
Bonjour Zorg
Voici une histoire vraie, concernant Windev7.0 et ses évolutions...
Voici 2 ans jours pour jours (à une semaine près) que le lancement du
développement d'un projet à été effectué chez nous. Windev était l'outil
à utiliser de manière non négociable. Le planning de développement était
initialement de 24-30 mois pour notre équipe.
Windev 7.0 était en PV (pré version) tout comme wd8 ce jour (avec 2 ans
de moins pour pcsoft en terme de recrutement). J'ai donc fais le pari
d'utiliser cette version naissante de windev en laissant de coté wd55.
Résultat : à ce jour le projet est installé (le planning a été tenu !)
et donne une parfaite satisfaction à nos clients qui ont même trouvé le
sourire.
Entre temps, effectivement il nous a fallu entrer à fond dans la
compréhension de Windev (quitte à user les cafetières), parfois attendre
un peu que certaines fonctionalité 'nouvelles' mûrissent, et râler
beaucoup... jusqu'à 7.5 et ses premières mises à jour.
Un jour même, nous avons du abandonner la synchronisation entre notre
projet et les version Windev pour des raisons de planning : les tests de
non régression étaient trop complexes et long en rapport à nos
impératifs de production. Nous en somme resté à la dernière 7.0 existante !
La compatibilité 8 est assurée mais ne sera réalisée qu'à terme.
Au final, notre conclusion est simple :
- Si vous connaissez windev (c'est à dire que vous êtes capable de
concevoir immédiatement un projet avec cet outil et la manière de
l'exploiter) et que votre projet doit entrer en production au plus tot :
Le mieux et de n'utiliser qu'une version validée (et non plus une PV)
voir une version estampillée .5. L'engagmeent de PCsoft à ce sujet (et
il peuvent le tenir, ils ont du y travailler, comme nous sur nos
projets) est de ne pas reproduire la durée de cette phase avec 8.
- Si votre projet est à plus long terme et que vous partez de zéro, vous
pouvez commencer avec une PV, histoire de vous faire la main et de
travailler les fondamentaux... pour arriver sur les traitements
critiques avec une version plus 'fiable'.
Notez quand même qu'il est possible de produire un logiciel
fonctionnellement propre à partir d'un windev 'buggué' à condition
evidement d'en connaitre les limites et donc de ne pas se mettre à la
faute. On appelle la démarche 'contourner' ou que sais-je... mais le but
est bien de produire des solutions propres, simple à utiliser et
fiable, ce qui et tout à fait possible aussi avec Windev.
Voici une histoire vraie, concernant Windev7.0 et ses évolutions... Voici 2 ans jours pour jours (à une semaine près) que le lancement du développement d'un projet à été effectué chez nous. Windev était l'outil à utiliser de manière non négociable. Le planning de développement était initialement de 24-30 mois pour notre équipe. Windev 7.0 était en PV (pré version) tout comme wd8 ce jour (avec 2 ans de moins pour pcsoft en terme de recrutement). J'ai donc fais le pari d'utiliser cette version naissante de windev en laissant de coté wd55.
Résultat : à ce jour le projet est installé (le planning a été tenu !) et donne une parfaite satisfaction à nos clients qui ont même trouvé le sourire.
Entre temps, effectivement il nous a fallu entrer à fond dans la compréhension de Windev (quitte à user les cafetières), parfois attendre un peu que certaines fonctionalité 'nouvelles' mûrissent, et râler beaucoup... jusqu'à 7.5 et ses premières mises à jour. Un jour même, nous avons du abandonner la synchronisation entre notre projet et les version Windev pour des raisons de planning : les tests de non régression étaient trop complexes et long en rapport à nos impératifs de production. Nous en somme resté à la dernière 7.0 existante !
La compatibilité 8 est assurée mais ne sera réalisée qu'à terme.
Au final, notre conclusion est simple : - Si vous connaissez windev (c'est à dire que vous êtes capable de concevoir immédiatement un projet avec cet outil et la manière de l'exploiter) et que votre projet doit entrer en production au plus tot : Le mieux et de n'utiliser qu'une version validée (et non plus une PV) voir une version estampillée .5. L'engagmeent de PCsoft à ce sujet (et il peuvent le tenir, ils ont du y travailler, comme nous sur nos projets) est de ne pas reproduire la durée de cette phase avec 8. - Si votre projet est à plus long terme et que vous partez de zéro, vous pouvez commencer avec une PV, histoire de vous faire la main et de travailler les fondamentaux... pour arriver sur les traitements critiques avec une version plus 'fiable'.
Notez quand même qu'il est possible de produire un logiciel fonctionnellement propre à partir d'un windev 'buggué' à condition evidement d'en connaitre les limites et donc de ne pas se mettre à la faute. On appelle la démarche 'contourner' ou que sais-je... mais le but est bien de produire des solutions propres, simple à utiliser et fiable, ce qui et tout à fait possible aussi avec Windev.
