A ceux qui n'ont pas migré vers VB.NET [Débat]

[Phifi]

Envoyé par bidou

La question de la migration des softs est légèrement différente de celle de la migration des connaissance, ou disons de la création des nouveaux softs...

...Cela n'empêche pas par contre de commencer à migrer ses connaissances pour le jour ou il faudra y aller. D'autant que migrer n'implique pas de bruler ce qu'on a aimé. En ce qui me concerne je n'utilise plus VB6 pour mes nouveaux softs, mais je continue de maintenir avec VB6 ceux que j'ai choisis de ne pas migrer.

+1

C'était exactement ce que je voulais dire en parlant de migration tranquille.

[ucfoutu]

Bonjour,

Voilà donc deux liens (pour ceux qui comprennent facilement l'anglais, malheureusement)

Leur lecture justifiera certains de mes propos, la raison pour laquelle je ne ferai personnellement absolument pas confiance à MS et celle qui me fera choisir, si une migration s'impose à moi, tout sauf VB.Net.

http://geekswithblogs.net/cwilliams/...23/116274.aspx

http://msmvps.com/blogs/bill/archive...languages.aspx

Qui a parlé de la meilleure qualité de support que MS offrira en ce qui concerne VB.Net, déjà ? (pas moi, hein...)

Et le mot pari était-il ou non justifié ?

[bidou]

Autant je soutiens l'initiative des MVP pour faire pression sur Microsoft (une fois de plus) autant ce que tu cherches à sous entendre me fais un peu rigoler.

En quoi ce problème est il lié au VB.NET alors que ce phénomène est aussi vieux que VB lui-même. Avec les versions 6-, on était toujours très en retard au niveau du support comparé au C++. Il n'y a qu'à comparer encore aujourd'hui la documentation MS C++ 6.0 et celle de VB6 pour voir que ce phénomène n'est pas du à l'arrivée de DotNet.
Cela c'est répété à chaque nouvelle technologie. Lorsque DirectX est sorti, elle était où l'aide pour VB ?
Combien d'année a-t-il fallu pour voir arriver quelques exemples utiles de manipulation des API en VB ?
Et à chaque fois le mouvement a été initié par des communautés ou des évangélistes qui l'on fait avant Microsoft.
Pourquoi est ce qu'à ce moment la les développeurs VB n'ont pas tous utilisé un autre langage puisque VB était moins bien traité que C++ ?
Et le problème était autrement plus pénalisant que dans le cas de DotNet puisqu'on peut obtenir automatiquement une traduction d'un code C# en VB.NET , ce qu'on ne pouvait pas avoir de C++ vers VB6.

[ucfoutu]

A moins que la manoeuvre ne soit tout simplement de se servir de VB.Net pour Forcer l'attention à C# et ainsi faire lentement mais surement "glisser" vers ce que l'on veut voir devenir le principal liquide d'arrosage

Ce qui expliquerait peut-être des propos différents tenus selon le lieu (voire le pays) où est organisée une réunion pour "mieux faire connaître" VB.Net.

Je ne sous-entends rien, en ce qui me concerne. Je lis par contre tout et principalement les compte-rendus faits par les uns et les autres de ce qu'ils ont eu l'heur d'entendre au cours de telles réunions.

J'essaye donc tout simplement de choisir en parfaite connaissance de cause et les réticences de MS à répondre clairement à certaines questions et à prendre des engagements nets et formels sur certains points font que je ne peux éviter d'être très prudent.

[bidou]

Certes. Cependant il s'agit bien d'un constat qui est aussi vieux que le VB lui même, qui est la moindre richesse de la documentation MS pour un langage qu'ils n'emploient pas en interne. Et c'est d'ailleurs à mon sens une des forces que VB à toujours eu par rapport à beaucoup de langage, puisque cela a engendré une plus grande activité des communautés, évangélistes, experts,etc... VB qui ont du être moteur par rapport à l'éditeur, et du coup une richesse d'information sur le Web supérieure à celle des autres langages.

[hpfx]

Envoyé par Phifi

Pourtant, ça me semble aussi inéluctable. Pourquoi est-ce que je migre vers .Net ? Parce que les PC neufs vendus à nos clients n'auront bientôt plus XP, parce qu'il me semble dangereux de continuer à développer et vendre à ces mêmes clients des applications avec des composants COM que MS ne certifie plus comme compatibles avec Vista. Alors ça changera peut-être (probablement) au fil des services-pack et il y a très certainements des alternatives, mais est-ce que ça vaut vraiment la peine de rendre ses applications VB6 compatibles à tout prix avec Vista ?

Je dois dire que je suis globalement d'accord avec ucfoutu.

sinon l'argument de l'architecture sera sans doute vrai un jour, mais pas encore.
microsoft a toujours fais des efforts incroyables pour maintenir la compatibilité ascendante. (j'avais lu un blog de qqun qui avait travaillé sur windows95, c'est un maitre mot chez microsoft).

Je suis parfaitement serin pour mes applis vb6 sur vista et suivants. (j'ai tésté)

Par contre, le contraire est plus dangereux, aujourd'hui avec vs2005 si on dev pour du "framework2.0" c'est plus délicat à deployer sur du windows XP, du windows 2000...

mes appli en VB6 tournent sur 98,2k,xp,vista.
une appli en vb.net ??? j'en sais rien.

c'est toute la difference entre compatibilité ascendante et descendante.

[bidou]

c'est pareil, mes applis VB.NET tourne sur 98, 2000, xp et vista. Elles utiliseront les architectures 64 bits sans modifications du code, ne sont pas dépendantes du maintien ou non des API dans les prochaines évolutions de Vista, etc...

[ucfoutu]

Re,

Les faits :
- MS a cessé la commercialisation de son produit VB6 alors même que (nous l'avons vu) ses dépenses en "support" étant quasi inexistantes, la continuation d'une telle commercialisation n'entraînait d'autres frais pour lui que ceux de la gravure de CDs et de leur mise en vente...
- MS a dans le même temps mis sur le marché un produit qu'il présente comme produit de remplacement mais qui en est très différent.. Ce produit lui-même est assez peu "supporté" par MS, qui renvoit presque systématiquement (quand il répond) vers des codes écrits en C#

L'action en cours (hé oui) :
détermination, dans tel ou tel autre pays et en fonction de la loi locale, de la péremption du copyright qui protège VB6 (un peu comme pour les médicaments, pardi).

Les suites ? :
En attente... (compétence des seuls juristes).

[Phifi]

Envoyé par ucfoutu

Ce produit lui-même est assez peu "supporté" par MS, qui renvoit presque systématiquement (quand il répond) vers des codes écrits en C#

Ah ? Ben personnellement, je trouve la MSDN VB.NET très très bien documenté justement. Tu te bases sur une version récente de VS2005 ? Il me semble que les premières versions béta pêchaient à ce niveau là mais maintenant (j'ai acheté VS2005 il y a 2 mois), je suis assez bluffé par la richesse de la documentation. Ou alors j'ai mal compris :/

[ucfoutu]

Bonjour Phifi,

Ne pas confondre Support et MSDN sera bien.

[bidou]

Envoyé par ucfoutu

L'action en cours (hé oui) :
détermination, dans tel ou tel autre pays et en fonction de la loi locale, de la péremption du copyright qui protège VB6 (un peu comme pour les médicaments, pardi).

Ce qui pour l'union européenne nous emmènera en 2068

[ucfoutu]

Bonjours Bidou,

Pas si sûr !

VB6 n'est plus commercialisé par MS ...

Il pourra au besoin être invité à revendre ses droits sur la commercialisation (et il pourra avoir le choix entre refuser - avec ce que celà implique - ou accepter...)

[bidou]

Commercialisé ou non, l'union européenne a choisi de protéger les logiciels par la propriété intellectuelle et non par les brevets logiciels, les droits appartiennent donc à MS pour 70 ans à la date de première publication.
Maintenant c'est sur qu'on peut tenter de les acheter à MS, mais alors la pour un pari, c'est un pari...

[ucfoutu]

Bon...

J'ai écrit plus haut :

En attente... (compétence des seuls juristes).

et ni moi ni quelques autres ne sommes juristes...

Il y a apparemment des procès déjà gagnés contre ceux qui s'en croyaient à l'abri...

Mais c'est là une autre affaire....

[bidou]

Envoyé par ucfoutu

et ni moi ni quelques autres ne sommes juristes...

Il y a apparemment des procès déjà gagnés contre ceux qui s'en croyaient à l'abri...

Mais c'est là une autre affaire....

Oui j'ai bien lu ce que tu avais écrit. Mais dire que migrer vers VB.NET est un pari risqué, et faire celui d'attendre qu'il ressorte un nouveau VB natif parce qu'on aura obtenu les droits de MS (contraints ou de plein gré) me parait un peu ubuesque. Enfin, on s'écarte un peu trop du sujet la....

[Philippe JOCHMANS]

Bonjour à tous

Je voudrais rebondir sur ce post.

Personnellement, j'ai fait du VB6, maintenant je fais du VBA et d'autres (pas de Net).
MS abandonne VB6 en tant qu'application, par contre le langage en lui-même n'est pas abandonné, puisque le VBA est quand même un petit frère du VB6.

Un développeur VB6 arrivera à faire du VBA sans soucis.

Hors l'Office 2007 qui vient de sortir utilise le VBA, et non une nouvelle version de VB.net.

Donc je pense que l'acquisition du VB6 est loin d'être inutile.

Starec

[bidou]

En l'occurence VB.NET a autant de rapport avec VBA que VB6. Quoiqu'on en pense, tout cela reste toujours une syntaxe Visual Basic même si les concepts induits sont très différents entre un VBA interprété, un VB6 natif et un VB.NET managé.
Par ailleurs, MS a annoncé lors de la sortie de Office 2007 que ce serait la dernière évolution de VBA puisque les prochaines versions devrait se tourner vers un genre de VSTA, ce qui n'est pas bien génant d'ailleurs puisque le code VBA et VSTO sont directement portable au qualificateur près.

[ucfoutu]

Bonjour,

tout celà reste à voir, à jauger et à aprécier...

Les différentes versions successives des différents outils d'office ont déjà, au stade actuel, provoqué beaucoup d'émois, de dégats et d'interrogations. Deux aspects ont été au centre des récriminations, et ils ont concerné tous deux la perennité des applications développées :

1) aspect N° 1 : prerennité des applications office, directement développées sous office.

2) aspect N° 2 : perennité des applications développées dans d'autres langages et pilotant une ou plusieurs applications office !

Ces choses-là usent et discréditent considérablement. Elles ont en tout état de cause déjà usé et déjà discrédité....

Il a par exemple depuis longtemps déjà, dans certains ministères, été décidé de cesser d''utiliser des tableurs soumis à de tels aléas de version et il a été préféré de s'en sortir autrement, y compris au prix de code plus lourd mais au moins pérenne et finalement moins coûteux.......(j'en suis le témoin direct).

[bidou]

Certes.
J'imagine que chacun voit midi à sa porte et que nous n'avons pas tous les mêmes contraintes, objectifs, moyens, etc...

Pour ce qui est de la perennité de ces applications, je n'ai pas l'impression qu'il y ait eu tant de rupture que cela dans les modèles objet office sur les quatorze ans qu'auront durée les versions office 32 bits, mais comme je suis loin d'avoir utilisé toutes les possibilités de la programmation office je n'ai surement pas perçu tous les problèmes qui ont pu se poser à tel ou tel.

[hpfx]

Envoyé par bidou

Par ailleurs, MS a annoncé lors de la sortie de Office 2007 que ce serait la dernière évolution de VBA puisque les prochaines versions devrait se tourner vers un genre de VSTA, ce qui n'est pas bien génant d'ailleurs puisque le code VBA et VSTO sont directement portable au qualificateur près.

Pas bien gênant, je ne sais pas, on verra.
dans l'entreprise ou je travaille, il y a beaucoups d'application access qui ont été developpé pour un tas d'opérations non géré par notre ERP.
tant est si bien qu'il y a des application hyper importante, (réalisation de tarifs client, divers calculs/analyse hyper specifiques...) certains sont vitales.
certaines sont là depuis access97 (voir access 2 pour une mais qui a été ré-ecrite).

le jour où VBA/access n'est plus compatible, c'est simple : on ne migre pas
sinon, on à commencé a migrer des applis sur un intranet en PHP, mais c'est long...

microsoft n'est pas fou, jusqu à présent ils ont toujours pris soin de ne rien changer dans access. (en gros je ne vois pas de diff entre access97 et xp).
Mais s'ils leur prenne cette idées, ça ne va pas faire que des heureux.