"Gilles Le Nouveau" a écrit dans le message de news:
Intro : 115 messages en une journée sur fcdaw, deux possibilités : une
nouvelle version, un nouveau troll d'un(e) revenant(e)En fait que repprochez-vous à PCSoft .
- De vous faire payer une mise à jour tous les ans
- De ne pas corriger les Bugs.
Loin de moi l'idée de lancer un troll
Une mise à jour régulière vous étonne ? C'est le cas de quasiment tous les
éditeurs ! Unix : IBM te répond qu'il faut passer la release service pack X
Technical Level Y, Oracle est en 11g alors que la grande majorité des clients
sont encore en 9i et qu'ils abordent les migrations en 10g, dotnet est passé
en V3 en très peu d'année. Les éditeurs vendent de la maintenance maintenant,
tu "loues" l'utilisation de ton logiciel.
Les bugs vous étonnent ? c'est normal (réponse de l'informaticien lorsqu'un
utilisateur t'annonce que çà plante en faisant çà), tout logiciel en
comporte.
La politique de résolution des bugs vous pose problème, faites comme moi
l'année dernière : je remonte un bug à PC-Soft, ils me répondent gentiment :
"Non reproductible", je perds 1 heure à faire un projet test et à expliquer
pas à pas le process de reproduction : "Non reproductible". Je les insulte
intérieurement et lors d'une réunion belge je lance mon poids : Vous ne me
croirez pas : "Non reproductible" sur tous les postes de nos amis belges
présents. J'ai un bug et je suis le seul à le partager :s. L'ironie de
l'histoire c'est que sans avoir lacher mon "poids" lors d'une réunion belge,
je serais venu ici insulter le maudit bug que j'avais... Moralité double :
faites des réunion avec d'autres développeurs WD çà aide à relativiser, ne
venons pas lacher tous nos bugs sur la place publique fcdaw.
Maintenant les nouveautés de la suite logiciel (nombreuses car concernant 3
applications tout de même) semblent pour certaines simplistes mais d'autres
beaucoup plus intéressantes pour le développement de tous les jours. Toujours
la même réponse donc : ceux qui veulent passer le pas, faites le, ce qui
veulent rester en WD7.5 (ou inférieur) ben faites le aussi :-)
A bientot,
"Gilles Le Nouveau" <pas@despam.fr> a écrit dans le message de news:
mn.852f7d7a682b818a.79682@despam.fr...
Intro : 115 messages en une journée sur fcdaw, deux possibilités : une
nouvelle version, un nouveau troll d'un(e) revenant(e)
En fait que repprochez-vous à PCSoft .
- De vous faire payer une mise à jour tous les ans
- De ne pas corriger les Bugs.
Loin de moi l'idée de lancer un troll
Une mise à jour régulière vous étonne ? C'est le cas de quasiment tous les
éditeurs ! Unix : IBM te répond qu'il faut passer la release service pack X
Technical Level Y, Oracle est en 11g alors que la grande majorité des clients
sont encore en 9i et qu'ils abordent les migrations en 10g, dotnet est passé
en V3 en très peu d'année. Les éditeurs vendent de la maintenance maintenant,
tu "loues" l'utilisation de ton logiciel.
Les bugs vous étonnent ? c'est normal (réponse de l'informaticien lorsqu'un
utilisateur t'annonce que çà plante en faisant çà), tout logiciel en
comporte.
La politique de résolution des bugs vous pose problème, faites comme moi
l'année dernière : je remonte un bug à PC-Soft, ils me répondent gentiment :
"Non reproductible", je perds 1 heure à faire un projet test et à expliquer
pas à pas le process de reproduction : "Non reproductible". Je les insulte
intérieurement et lors d'une réunion belge je lance mon poids : Vous ne me
croirez pas : "Non reproductible" sur tous les postes de nos amis belges
présents. J'ai un bug et je suis le seul à le partager :s. L'ironie de
l'histoire c'est que sans avoir lacher mon "poids" lors d'une réunion belge,
je serais venu ici insulter le maudit bug que j'avais... Moralité double :
faites des réunion avec d'autres développeurs WD çà aide à relativiser, ne
venons pas lacher tous nos bugs sur la place publique fcdaw.
Maintenant les nouveautés de la suite logiciel (nombreuses car concernant 3
applications tout de même) semblent pour certaines simplistes mais d'autres
beaucoup plus intéressantes pour le développement de tous les jours. Toujours
la même réponse donc : ceux qui veulent passer le pas, faites le, ce qui
veulent rester en WD7.5 (ou inférieur) ben faites le aussi :-)
A bientot,
"Gilles Le Nouveau" a écrit dans le message de news:
Intro : 115 messages en une journée sur fcdaw, deux possibilités : une
nouvelle version, un nouveau troll d'un(e) revenant(e)En fait que repprochez-vous à PCSoft .
- De vous faire payer une mise à jour tous les ans
- De ne pas corriger les Bugs.
Loin de moi l'idée de lancer un troll
Une mise à jour régulière vous étonne ? C'est le cas de quasiment tous les
éditeurs ! Unix : IBM te répond qu'il faut passer la release service pack X
Technical Level Y, Oracle est en 11g alors que la grande majorité des clients
sont encore en 9i et qu'ils abordent les migrations en 10g, dotnet est passé
en V3 en très peu d'année. Les éditeurs vendent de la maintenance maintenant,
tu "loues" l'utilisation de ton logiciel.
Les bugs vous étonnent ? c'est normal (réponse de l'informaticien lorsqu'un
utilisateur t'annonce que çà plante en faisant çà), tout logiciel en
comporte.
La politique de résolution des bugs vous pose problème, faites comme moi
l'année dernière : je remonte un bug à PC-Soft, ils me répondent gentiment :
"Non reproductible", je perds 1 heure à faire un projet test et à expliquer
pas à pas le process de reproduction : "Non reproductible". Je les insulte
intérieurement et lors d'une réunion belge je lance mon poids : Vous ne me
croirez pas : "Non reproductible" sur tous les postes de nos amis belges
présents. J'ai un bug et je suis le seul à le partager :s. L'ironie de
l'histoire c'est que sans avoir lacher mon "poids" lors d'une réunion belge,
je serais venu ici insulter le maudit bug que j'avais... Moralité double :
faites des réunion avec d'autres développeurs WD çà aide à relativiser, ne
venons pas lacher tous nos bugs sur la place publique fcdaw.
Maintenant les nouveautés de la suite logiciel (nombreuses car concernant 3
applications tout de même) semblent pour certaines simplistes mais d'autres
beaucoup plus intéressantes pour le développement de tous les jours. Toujours
la même réponse donc : ceux qui veulent passer le pas, faites le, ce qui
veulent rester en WD7.5 (ou inférieur) ben faites le aussi :-)
A bientot,
"Gilles Le Nouveau" a écrit dans le message de news:
Intro : 115 messages en une journée sur fcdaw, deux possibilités : une
nouvelle version, un nouveau troll d'un(e) revenant(e)En fait que repprochez-vous à PCSoft .
- De vous faire payer une mise à jour tous les ans
- De ne pas corriger les Bugs.
Loin de moi l'idée de lancer un troll
Une mise à jour régulière vous étonne ? C'est le cas de quasiment tous les
éditeurs ! Unix : IBM te répond qu'il faut passer la release service pack X
Technical Level Y, Oracle est en 11g alors que la grande majorité des
clients sont encore en 9i et qu'ils abordent les migrations en 10g, dotnet
est passé en V3 en très peu d'année. Les éditeurs vendent de la maintenance
maintenant, tu "loues" l'utilisation de ton logiciel.
Les bugs vous étonnent ? c'est normal (réponse de l'informaticien lorsqu'un
utilisateur t'annonce que çà plante en faisant çà), tout logiciel en
comporte.
La politique de résolution des bugs vous pose problème, faites comme moi
l'année dernière : je remonte un bug à PC-Soft, ils me répondent gentiment :
"Non reproductible", je perds 1 heure à faire un projet test et à expliquer
pas à pas le process de reproduction : "Non reproductible". Je les insulte
intérieurement et lors d'une réunion belge je lance mon poids : Vous ne me
croirez pas : "Non reproductible" sur tous les postes de nos amis belges
présents. J'ai un bug et je suis le seul à le partager :s. L'ironie de
l'histoire c'est que sans avoir lacher mon "poids" lors d'une réunion belge,
je serais venu ici insulter le maudit bug que j'avais... Moralité double :
faites des réunion avec d'autres développeurs WD çà aide à relativiser, ne
venons pas lacher tous nos bugs sur la place publique fcdaw.
Maintenant les nouveautés de la suite logiciel (nombreuses car concernant 3
applications tout de même) semblent pour certaines simplistes mais d'autres
beaucoup plus intéressantes pour le développement de tous les jours.
Toujours la même réponse donc : ceux qui veulent passer le pas, faites le,
ce qui veulent rester en WD7.5 (ou inférieur) ben faites le aussi :-)
A bientot,
"Gilles Le Nouveau" <pas@despam.fr> a écrit dans le message de news:
mn.852f7d7a682b818a.79682@despam.fr...
Intro : 115 messages en une journée sur fcdaw, deux possibilités : une
nouvelle version, un nouveau troll d'un(e) revenant(e)
En fait que repprochez-vous à PCSoft .
- De vous faire payer une mise à jour tous les ans
- De ne pas corriger les Bugs.
Loin de moi l'idée de lancer un troll
Une mise à jour régulière vous étonne ? C'est le cas de quasiment tous les
éditeurs ! Unix : IBM te répond qu'il faut passer la release service pack X
Technical Level Y, Oracle est en 11g alors que la grande majorité des
clients sont encore en 9i et qu'ils abordent les migrations en 10g, dotnet
est passé en V3 en très peu d'année. Les éditeurs vendent de la maintenance
maintenant, tu "loues" l'utilisation de ton logiciel.
Les bugs vous étonnent ? c'est normal (réponse de l'informaticien lorsqu'un
utilisateur t'annonce que çà plante en faisant çà), tout logiciel en
comporte.
La politique de résolution des bugs vous pose problème, faites comme moi
l'année dernière : je remonte un bug à PC-Soft, ils me répondent gentiment :
"Non reproductible", je perds 1 heure à faire un projet test et à expliquer
pas à pas le process de reproduction : "Non reproductible". Je les insulte
intérieurement et lors d'une réunion belge je lance mon poids : Vous ne me
croirez pas : "Non reproductible" sur tous les postes de nos amis belges
présents. J'ai un bug et je suis le seul à le partager :s. L'ironie de
l'histoire c'est que sans avoir lacher mon "poids" lors d'une réunion belge,
je serais venu ici insulter le maudit bug que j'avais... Moralité double :
faites des réunion avec d'autres développeurs WD çà aide à relativiser, ne
venons pas lacher tous nos bugs sur la place publique fcdaw.
Maintenant les nouveautés de la suite logiciel (nombreuses car concernant 3
applications tout de même) semblent pour certaines simplistes mais d'autres
beaucoup plus intéressantes pour le développement de tous les jours.
Toujours la même réponse donc : ceux qui veulent passer le pas, faites le,
ce qui veulent rester en WD7.5 (ou inférieur) ben faites le aussi :-)
A bientot,
"Gilles Le Nouveau" a écrit dans le message de news:
Intro : 115 messages en une journée sur fcdaw, deux possibilités : une
nouvelle version, un nouveau troll d'un(e) revenant(e)En fait que repprochez-vous à PCSoft .
- De vous faire payer une mise à jour tous les ans
- De ne pas corriger les Bugs.
Loin de moi l'idée de lancer un troll
Une mise à jour régulière vous étonne ? C'est le cas de quasiment tous les
éditeurs ! Unix : IBM te répond qu'il faut passer la release service pack X
Technical Level Y, Oracle est en 11g alors que la grande majorité des
clients sont encore en 9i et qu'ils abordent les migrations en 10g, dotnet
est passé en V3 en très peu d'année. Les éditeurs vendent de la maintenance
maintenant, tu "loues" l'utilisation de ton logiciel.
Les bugs vous étonnent ? c'est normal (réponse de l'informaticien lorsqu'un
utilisateur t'annonce que çà plante en faisant çà), tout logiciel en
comporte.
La politique de résolution des bugs vous pose problème, faites comme moi
l'année dernière : je remonte un bug à PC-Soft, ils me répondent gentiment :
"Non reproductible", je perds 1 heure à faire un projet test et à expliquer
pas à pas le process de reproduction : "Non reproductible". Je les insulte
intérieurement et lors d'une réunion belge je lance mon poids : Vous ne me
croirez pas : "Non reproductible" sur tous les postes de nos amis belges
présents. J'ai un bug et je suis le seul à le partager :s. L'ironie de
l'histoire c'est que sans avoir lacher mon "poids" lors d'une réunion belge,
je serais venu ici insulter le maudit bug que j'avais... Moralité double :
faites des réunion avec d'autres développeurs WD çà aide à relativiser, ne
venons pas lacher tous nos bugs sur la place publique fcdaw.
Maintenant les nouveautés de la suite logiciel (nombreuses car concernant 3
applications tout de même) semblent pour certaines simplistes mais d'autres
beaucoup plus intéressantes pour le développement de tous les jours.
Toujours la même réponse donc : ceux qui veulent passer le pas, faites le,
ce qui veulent rester en WD7.5 (ou inférieur) ben faites le aussi :-)
A bientot,
> Manu,
la différence avec Oracle et les Unix(s) c'est que il y a des cycles de
vie de produit supérieurs à 1 an.
Le fait que PCSoft sorte une nouvelle version chaque année est plûtot une
bonne idée, maintenant qu'il ne fasse plus aucune correction sur les
versions antérieurs et qu'il n'y ait plus de support cela l'est moins.
Imagine que tu sois obligé de passer à Oracle 11g alors que tout ton
système est en 9 voire 7, ce n'est pas faisable. Tu passerais 6 mois de
l'année à t'assurer qu'il n'y ait pas de régression.
Concernant les Unix et les bases et la majorité des produits
professionnels, lorsqu'une nouvelle version sort, il y a de nouvelle
possibilités (ce qui est normal).
Par contre si des bugs sont trouvés dans les anciennes versions ils sont
également corrigés.
C'est exactement le même principe sur les systèmes Open Source.
Lorsque tu vois que la fonction "changegabarit" sur le style des boutons
ne fonctionne pas en 7.5, ni après 3 nouvelles versions de Windev.
Maintenant Oui des bugs, il y en a dans tous les logiciels, mais il faut
comparer ce qui est comparable un OS ou ORACLE c'est tout de même autre
chose qu'un outil de développement qui ne fait qu'une interface avec les
API de l'OS.
Je conclus comme toi que ceux qui ont les moyens ou des raisons de passer
en XII qu'ils le fassent.
> Manu,
la différence avec Oracle et les Unix(s) c'est que il y a des cycles de
vie de produit supérieurs à 1 an.
Le fait que PCSoft sorte une nouvelle version chaque année est plûtot une
bonne idée, maintenant qu'il ne fasse plus aucune correction sur les
versions antérieurs et qu'il n'y ait plus de support cela l'est moins.
Imagine que tu sois obligé de passer à Oracle 11g alors que tout ton
système est en 9 voire 7, ce n'est pas faisable. Tu passerais 6 mois de
l'année à t'assurer qu'il n'y ait pas de régression.
Concernant les Unix et les bases et la majorité des produits
professionnels, lorsqu'une nouvelle version sort, il y a de nouvelle
possibilités (ce qui est normal).
Par contre si des bugs sont trouvés dans les anciennes versions ils sont
également corrigés.
C'est exactement le même principe sur les systèmes Open Source.
Lorsque tu vois que la fonction "changegabarit" sur le style des boutons
ne fonctionne pas en 7.5, ni après 3 nouvelles versions de Windev.
Maintenant Oui des bugs, il y en a dans tous les logiciels, mais il faut
comparer ce qui est comparable un OS ou ORACLE c'est tout de même autre
chose qu'un outil de développement qui ne fait qu'une interface avec les
API de l'OS.
Je conclus comme toi que ceux qui ont les moyens ou des raisons de passer
en XII qu'ils le fassent.
> Manu,
la différence avec Oracle et les Unix(s) c'est que il y a des cycles de
vie de produit supérieurs à 1 an.
Le fait que PCSoft sorte une nouvelle version chaque année est plûtot une
bonne idée, maintenant qu'il ne fasse plus aucune correction sur les
versions antérieurs et qu'il n'y ait plus de support cela l'est moins.
Imagine que tu sois obligé de passer à Oracle 11g alors que tout ton
système est en 9 voire 7, ce n'est pas faisable. Tu passerais 6 mois de
l'année à t'assurer qu'il n'y ait pas de régression.
Concernant les Unix et les bases et la majorité des produits
professionnels, lorsqu'une nouvelle version sort, il y a de nouvelle
possibilités (ce qui est normal).
Par contre si des bugs sont trouvés dans les anciennes versions ils sont
également corrigés.
C'est exactement le même principe sur les systèmes Open Source.
Lorsque tu vois que la fonction "changegabarit" sur le style des boutons
ne fonctionne pas en 7.5, ni après 3 nouvelles versions de Windev.
Maintenant Oui des bugs, il y en a dans tous les logiciels, mais il faut
comparer ce qui est comparable un OS ou ORACLE c'est tout de même autre
chose qu'un outil de développement qui ne fait qu'une interface avec les
API de l'OS.
Je conclus comme toi que ceux qui ont les moyens ou des raisons de passer
en XII qu'ils le fassent.
Après mûre réflexion, youpi a écrit :
[...]
;)
[...]
C'est bizare, dans les réactions sur la XII, personne ne parle (*)de ce
qui me semble le plus important dans la version (en terme de changement,
risque, gain)
Ils en parlent en 1er => Gain de vitesse d'execution car compilé en
'assembleur natif'
C'est bien comme évolution, là, personne ne dira que c'était mieux avant
quand cela tournait moins vite ^^
Par contre, celà implique une modification importante du moteur de Windev,
du framework, etc...
J'espere seulement qu'ils aurront bien fait leur boulot, car ca n'a pas la
meme répercussion sur le projet que l'ajout d'une ou 500 petite nouveauté,
cela touche a tout l'éxistant et toute les fonctions / evennement gérés
par l'ancien compilateur/framework et tout doit être retestées.
Enfin, j'avoue que c'est cette évolution qui me fera attendre les retours
des utilisateurs beta testeur avant de réellement mettre en exploitation.
++ et bonne continuation
(*) ou c moi qui ne suit pas tombé sur les bons messages ^^
Après mûre réflexion, youpi a écrit :
[...]
;)
[...]
C'est bizare, dans les réactions sur la XII, personne ne parle (*)de ce
qui me semble le plus important dans la version (en terme de changement,
risque, gain)
Ils en parlent en 1er => Gain de vitesse d'execution car compilé en
'assembleur natif'
C'est bien comme évolution, là, personne ne dira que c'était mieux avant
quand cela tournait moins vite ^^
Par contre, celà implique une modification importante du moteur de Windev,
du framework, etc...
J'espere seulement qu'ils aurront bien fait leur boulot, car ca n'a pas la
meme répercussion sur le projet que l'ajout d'une ou 500 petite nouveauté,
cela touche a tout l'éxistant et toute les fonctions / evennement gérés
par l'ancien compilateur/framework et tout doit être retestées.
Enfin, j'avoue que c'est cette évolution qui me fera attendre les retours
des utilisateurs beta testeur avant de réellement mettre en exploitation.
++ et bonne continuation
(*) ou c moi qui ne suit pas tombé sur les bons messages ^^
Après mûre réflexion, youpi a écrit :
[...]
;)
[...]
C'est bizare, dans les réactions sur la XII, personne ne parle (*)de ce
qui me semble le plus important dans la version (en terme de changement,
risque, gain)
Ils en parlent en 1er => Gain de vitesse d'execution car compilé en
'assembleur natif'
C'est bien comme évolution, là, personne ne dira que c'était mieux avant
quand cela tournait moins vite ^^
Par contre, celà implique une modification importante du moteur de Windev,
du framework, etc...
J'espere seulement qu'ils aurront bien fait leur boulot, car ca n'a pas la
meme répercussion sur le projet que l'ajout d'une ou 500 petite nouveauté,
cela touche a tout l'éxistant et toute les fonctions / evennement gérés
par l'ancien compilateur/framework et tout doit être retestées.
Enfin, j'avoue que c'est cette évolution qui me fera attendre les retours
des utilisateurs beta testeur avant de réellement mettre en exploitation.
++ et bonne continuation
(*) ou c moi qui ne suit pas tombé sur les bons messages ^^
Vbig avait soumis l'idée :Après mûre réflexion, youpi a écrit :
[...]
;)
[...]
C'est bizare, dans les réactions sur la XII, personne ne parle (*)de ce qui
me semble le plus important dans la version (en terme de changement,
risque, gain)
Ils en parlent en 1er => Gain de vitesse d'execution car compilé en
'assembleur natif'
C'est bien comme évolution, là, personne ne dira que c'était mieux avant
quand cela tournait moins vite ^^
C'est bien pour certains traitements, mais je parie qu'on ne verra pas la
différence pour des applis de gestion classiques.
Windev n'est pas lent... alors plus rapide que pas lent, pourquoi pas, mais
pas essentiel ;)
Vbig avait soumis l'idée :
Après mûre réflexion, youpi a écrit :
[...]
;)
[...]
C'est bizare, dans les réactions sur la XII, personne ne parle (*)de ce qui
me semble le plus important dans la version (en terme de changement,
risque, gain)
Ils en parlent en 1er => Gain de vitesse d'execution car compilé en
'assembleur natif'
C'est bien comme évolution, là, personne ne dira que c'était mieux avant
quand cela tournait moins vite ^^
C'est bien pour certains traitements, mais je parie qu'on ne verra pas la
différence pour des applis de gestion classiques.
Windev n'est pas lent... alors plus rapide que pas lent, pourquoi pas, mais
pas essentiel ;)
Vbig avait soumis l'idée :Après mûre réflexion, youpi a écrit :
[...]
;)
[...]
C'est bizare, dans les réactions sur la XII, personne ne parle (*)de ce qui
me semble le plus important dans la version (en terme de changement,
risque, gain)
Ils en parlent en 1er => Gain de vitesse d'execution car compilé en
'assembleur natif'
C'est bien comme évolution, là, personne ne dira que c'était mieux avant
quand cela tournait moins vite ^^
C'est bien pour certains traitements, mais je parie qu'on ne verra pas la
différence pour des applis de gestion classiques.
Windev n'est pas lent... alors plus rapide que pas lent, pourquoi pas, mais
pas essentiel ;)
Vbig avait soumis l'idée :Après mûre réflexion, youpi a écrit :
[...]
;)
[...]
C'est bizare, dans les réactions sur la XII, personne ne parle (*)de
ce qui me semble le plus important dans la version (en terme de
changement, risque, gain)
Ils en parlent en 1er => Gain de vitesse d'execution car compilé en
'assembleur natif'
C'est bien comme évolution, là, personne ne dira que c'était mieux
avant quand cela tournait moins vite ^^
C'est bien pour certains traitements, mais je parie qu'on ne verra pas
la différence pour des applis de gestion classiques.
Windev n'est pas lent... alors plus rapide que pas lent, pourquoi pas,
mais pas essentiel ;)
Vbig avait soumis l'idée :
Après mûre réflexion, youpi a écrit :
[...]
;)
[...]
C'est bizare, dans les réactions sur la XII, personne ne parle (*)de
ce qui me semble le plus important dans la version (en terme de
changement, risque, gain)
Ils en parlent en 1er => Gain de vitesse d'execution car compilé en
'assembleur natif'
C'est bien comme évolution, là, personne ne dira que c'était mieux
avant quand cela tournait moins vite ^^
C'est bien pour certains traitements, mais je parie qu'on ne verra pas
la différence pour des applis de gestion classiques.
Windev n'est pas lent... alors plus rapide que pas lent, pourquoi pas,
mais pas essentiel ;)
Vbig avait soumis l'idée :Après mûre réflexion, youpi a écrit :
[...]
;)
[...]
C'est bizare, dans les réactions sur la XII, personne ne parle (*)de
ce qui me semble le plus important dans la version (en terme de
changement, risque, gain)
Ils en parlent en 1er => Gain de vitesse d'execution car compilé en
'assembleur natif'
C'est bien comme évolution, là, personne ne dira que c'était mieux
avant quand cela tournait moins vite ^^
C'est bien pour certains traitements, mais je parie qu'on ne verra pas
la différence pour des applis de gestion classiques.
Windev n'est pas lent... alors plus rapide que pas lent, pourquoi pas,
mais pas essentiel ;)
C'est peut-être un changement important ( pas l'essentiel pour moi en tout
cas ), mais aussi sans doute la plus difficille à évoluer suivant ce qu'ils
nous proposent. Sur un programme déjà optimisé, quels seront les gains ?
A voir.
C'est peut-être un changement important ( pas l'essentiel pour moi en tout
cas ), mais aussi sans doute la plus difficille à évoluer suivant ce qu'ils
nous proposent. Sur un programme déjà optimisé, quels seront les gains ?
A voir.
C'est peut-être un changement important ( pas l'essentiel pour moi en tout
cas ), mais aussi sans doute la plus difficille à évoluer suivant ce qu'ils
nous proposent. Sur un programme déjà optimisé, quels seront les gains ?
A voir.
Gilles a écrit :Vbig avait soumis l'idée :Après mûre réflexion, youpi a écrit :
[...]
;)
[...]
C'est bizare, dans les réactions sur la XII, personne ne parle (*)de
ce qui me semble le plus important dans la version (en terme de
changement, risque, gain)
Ils en parlent en 1er => Gain de vitesse d'execution car compilé en
'assembleur natif'
C'est bien comme évolution, là, personne ne dira que c'était mieux
avant quand cela tournait moins vite ^^
C'est bien pour certains traitements, mais je parie qu'on ne verra pas
la différence pour des applis de gestion classiques.
Windev n'est pas lent... alors plus rapide que pas lent, pourquoi pas,
mais pas essentiel ;)
Windev est très lent sur des traitements incluants des boucles. Il
arrive qu'on doit faire une dll pour y remédier.
Maintenant le JITc n'est pas la solution miracle, et peut ammener des
instabilité applicatif.
Sur une appli de gestion classique l'effet sera proche du nul (c'est ce
qu'ils indiquent), mais avec 2 inconvénients plus de RAM consommée, et
un risque d'instabilité de l'appli.
Gilles a écrit :
Vbig avait soumis l'idée :
Après mûre réflexion, youpi a écrit :
[...]
;)
[...]
C'est bizare, dans les réactions sur la XII, personne ne parle (*)de
ce qui me semble le plus important dans la version (en terme de
changement, risque, gain)
Ils en parlent en 1er => Gain de vitesse d'execution car compilé en
'assembleur natif'
C'est bien comme évolution, là, personne ne dira que c'était mieux
avant quand cela tournait moins vite ^^
C'est bien pour certains traitements, mais je parie qu'on ne verra pas
la différence pour des applis de gestion classiques.
Windev n'est pas lent... alors plus rapide que pas lent, pourquoi pas,
mais pas essentiel ;)
Windev est très lent sur des traitements incluants des boucles. Il
arrive qu'on doit faire une dll pour y remédier.
Maintenant le JITc n'est pas la solution miracle, et peut ammener des
instabilité applicatif.
Sur une appli de gestion classique l'effet sera proche du nul (c'est ce
qu'ils indiquent), mais avec 2 inconvénients plus de RAM consommée, et
un risque d'instabilité de l'appli.
Gilles a écrit :Vbig avait soumis l'idée :Après mûre réflexion, youpi a écrit :
[...]
;)
[...]
C'est bizare, dans les réactions sur la XII, personne ne parle (*)de
ce qui me semble le plus important dans la version (en terme de
changement, risque, gain)
Ils en parlent en 1er => Gain de vitesse d'execution car compilé en
'assembleur natif'
C'est bien comme évolution, là, personne ne dira que c'était mieux
avant quand cela tournait moins vite ^^
C'est bien pour certains traitements, mais je parie qu'on ne verra pas
la différence pour des applis de gestion classiques.
Windev n'est pas lent... alors plus rapide que pas lent, pourquoi pas,
mais pas essentiel ;)
Windev est très lent sur des traitements incluants des boucles. Il
arrive qu'on doit faire une dll pour y remédier.
Maintenant le JITc n'est pas la solution miracle, et peut ammener des
instabilité applicatif.
Sur une appli de gestion classique l'effet sera proche du nul (c'est ce
qu'ils indiquent), mais avec 2 inconvénients plus de RAM consommée, et
un risque d'instabilité de l'appli.
Daniel a écrit :Gilles a écrit :Vbig avait soumis l'idée :Après mûre réflexion, youpi a écrit :
[...]
;)
[...]
C'est bizare, dans les réactions sur la XII, personne ne parle (*)de
ce qui me semble le plus important dans la version (en terme de
changement, risque, gain)
Ils en parlent en 1er => Gain de vitesse d'execution car compilé en
'assembleur natif'
C'est bien comme évolution, là, personne ne dira que c'était mieux
avant quand cela tournait moins vite ^^
C'est bien pour certains traitements, mais je parie qu'on ne verra
pas la différence pour des applis de gestion classiques.
Windev n'est pas lent... alors plus rapide que pas lent, pourquoi
pas, mais pas essentiel ;)
Windev est très lent sur des traitements incluants des boucles. Il
arrive qu'on doit faire une dll pour y remédier.
Maintenant le JITc n'est pas la solution miracle, et peut ammener des
instabilité applicatif.
Sur une appli de gestion classique l'effet sera proche du nul (c'est
ce qu'ils indiquent), mais avec 2 inconvénients plus de RAM consommée,
et un risque d'instabilité de l'appli.
C'est clair que ca peut-être à double sens ce truc !
Autant un argument de vente qu'une bonne raison de rester en XI
(enfin en X pour moi) en attendant que les bêtas testeurs aient
fait leur boulot (enfin celui de pcsoft) !
Daniel a écrit :
Gilles a écrit :
Vbig avait soumis l'idée :
Après mûre réflexion, youpi a écrit :
[...]
;)
[...]
C'est bizare, dans les réactions sur la XII, personne ne parle (*)de
ce qui me semble le plus important dans la version (en terme de
changement, risque, gain)
Ils en parlent en 1er => Gain de vitesse d'execution car compilé en
'assembleur natif'
C'est bien comme évolution, là, personne ne dira que c'était mieux
avant quand cela tournait moins vite ^^
C'est bien pour certains traitements, mais je parie qu'on ne verra
pas la différence pour des applis de gestion classiques.
Windev n'est pas lent... alors plus rapide que pas lent, pourquoi
pas, mais pas essentiel ;)
Windev est très lent sur des traitements incluants des boucles. Il
arrive qu'on doit faire une dll pour y remédier.
Maintenant le JITc n'est pas la solution miracle, et peut ammener des
instabilité applicatif.
Sur une appli de gestion classique l'effet sera proche du nul (c'est
ce qu'ils indiquent), mais avec 2 inconvénients plus de RAM consommée,
et un risque d'instabilité de l'appli.
C'est clair que ca peut-être à double sens ce truc !
Autant un argument de vente qu'une bonne raison de rester en XI
(enfin en X pour moi) en attendant que les bêtas testeurs aient
fait leur boulot (enfin celui de pcsoft) !
Daniel a écrit :Gilles a écrit :Vbig avait soumis l'idée :Après mûre réflexion, youpi a écrit :
[...]
;)
[...]
C'est bizare, dans les réactions sur la XII, personne ne parle (*)de
ce qui me semble le plus important dans la version (en terme de
changement, risque, gain)
Ils en parlent en 1er => Gain de vitesse d'execution car compilé en
'assembleur natif'
C'est bien comme évolution, là, personne ne dira que c'était mieux
avant quand cela tournait moins vite ^^
C'est bien pour certains traitements, mais je parie qu'on ne verra
pas la différence pour des applis de gestion classiques.
Windev n'est pas lent... alors plus rapide que pas lent, pourquoi
pas, mais pas essentiel ;)
Windev est très lent sur des traitements incluants des boucles. Il
arrive qu'on doit faire une dll pour y remédier.
Maintenant le JITc n'est pas la solution miracle, et peut ammener des
instabilité applicatif.
Sur une appli de gestion classique l'effet sera proche du nul (c'est
ce qu'ils indiquent), mais avec 2 inconvénients plus de RAM consommée,
et un risque d'instabilité de l'appli.
C'est clair que ca peut-être à double sens ce truc !
Autant un argument de vente qu'une bonne raison de rester en XI
(enfin en X pour moi) en attendant que les bêtas testeurs aient
fait leur boulot (enfin celui de pcsoft) !