LucasR

Je ne pense pas qu'il y ait une grande difference entre l'amérique et la France au niveau du nombre de developpeur VB.
Regarde sur VBFrance.com sur les 16 sources de la premiere page, seulement 4 sont en .net les chiffres sont donc les memes.

Il serait interesser de voir un graphique representant le nombre de source .net sur vbfrance par rappport au total.

Moi je ne suis pas pour cette pétition alors je ne vois pas pourquoi j'en parlerait.
La politique du 1 pas en avant 3 pas en arrière (ce qui résume cette pétition) je suis contre.

Je ne veux pas que mon VB.NET ressemble à VB6. VB6 a fait son temps, VB.NET est devenu Objet et utilise la puissance du framework.
Des trucs qu'on faisait sur VB6 en 40 lignes peuvent prendre 2 ou 3 lignes dans certains cas en VB.NET.

Cyril, tu fais bien de montrer que ça évulue, car justement il y a qqs mois c'était encore 40 sources VB6 pour 1 VB.NET, maintenant c'est 1/4. :p
Je vais essayer de sortir des chiffres si j'ai le temps

D'abord, y'a pas de c dans "Clarck" ;-)))

Ensuite, oui y'a eu plein de questions aux leads de MS. Je te rapellerais pour mémoire l'adoption de la possibilité de création de generics par VB 2005.

Perso je l'ai dis, je suis contre cette pétition car elle se trompe de sujet (je suis étonné d'ailleurs que Bill l'ai signé (Karl je comprends, il le dit depuis le début, Kathleen ne l'a pas signé à ma connaissance).

Mon inquiétude concerne l'IDE de VB, qui n'apporte rien de plus que celui de C# (sauf la compilation en arrière plan et l'Edit & Continue qui ne se comportent pas exactement de la même façon).

Et honnêtement, c'est C# qui est moteur du Framework et de tous les travaux qui se font autour :
- Tu connais un projet de MS Research en VB ?
- Les samples de DX Managed sont d'abord en C# ou en VB ? (remarque mon coup de gueule sur le blog de Tom Miller).
- Les outils de Yasser pour WSE 2 génèrent du VB ou du C# ? (EMail de Bill à Yasser)
- Les Enterprises Blocks sont en VB ou en C# ?
- VB Comments, l'outil de génération du fichier xml d'aide incorporé dans le compilateur C# d'office a été développé en C#ou en VB ? (attention piège: le code source dispo n'est pas celui d'origine ;-))))

Ca on le dit depuis fort longtemps et on le répète régulièrement. Qu'on n'écoute pas ou que ca n'arrange pas certaines personnes, ce n'est pas ma faute quand même!

Le seul outil vraiment pro de MS qui utilis eVB (et c'est VB6, SP5 en non SP6 d'ailleurs ;-)), c'est l'antispyware qui est en beta en ce moment. Au fait, c'est qui qui l'a développé ce software ?

(Remarque, si l'équipe de MS VB a produit des contrôles spécifiques, c'est bien parce qu'on les a réclamés à corps et à cri).

Je comprends que tu sois "embêté", mais faut pas poussé pépé dans les ortils!

Ce que je peux dire de cette affaire c'est qu'il y a un temp pour tout et que le temp de regreter vb6 est resolut ceux qui voulait le faire aurais du le faire bien avant et c'est la le probleme. Les enjeux sont trop important et la technologie trop avancé pour engager une marche arriere comme le dit Nix.

Faut aller de l'avant et au lieu de pleurer sur vb6 il faut proposer des ameliorations pour vb.net des nouveautés pour ne pas le marginaliser mais plutot pour le faire briller aux yeux des utilisateurs amateur et professionels.

@+

Je pense qu'on est tous grosso-modo sur la même ligne, à savoir :
1/ cette petition ne va pas dans le sens de l'évolution technique de VB et de la plateforme .NET. Elle ne réponds pas à une évolution positive du langage.
2/ VB, même si la nouvelle mouture 2005 est nettement mieux fourni que les précédentes (2002, 2003), doit continuer à évoluer.

Je vous propose donc de lister toutes les pistes d'amélioration de la prochaine version. Au niveau de développeurs Microsoft, il y a une véritable envie et besoin de faire évoluer le produit et l'IDE. ok?

Yep ;-) (ok c'est court, mais je sais faire long)

VB.NET n'a de suite de VB6 que le nom et la grammaire.

C'est deux technologies totalement différentes, c'est donc normal d'avoir 2 produits ou alors faire les 2 en 1 (comme C++).

A partir du moment ou l'on ne voit pas VB.NET comme la suite de VB6 (ce qui est mon cas), je comprends tout à fait que l'on souhaite voir encore une évolution de ce produit. FoxPro a été épargné, on aurait pu faire de même avec VB6.

De plus, de nombreuses sociétés ont investi massivement dans des application VB6/COM qui ont plus de n* 100 000 lignes de codes avec de nombreuses dépendances rendant impossibles toute migrations et les validations nécessaires.

Autant les nouvelles applications peuvent être (et doivent) être développées en .Net (C#, VB,...) autant les anciennes : c'est impossible pour des raisons évidentes de coûts et de temps.

Je comprends la position de Microsoft qui souhaite faire évoluer les applications vers .Net, cependant ca ne doit pas se faire sur le dos des entreprises n'ayant pas les moyens de faire ces migrations.

On n'a jamais parlé de faire migrer toutes les applications VB6. Au contraire, on a parlé d'interop entre le monde COM et .NET.

C'est évident qu'on ne va pas ré-écrire de appli de plus de 100 K lignes, mais on peut très bien la faire évoluer en interoperant avec .NET. Surtout si l'architecture est multi-tiers.

Lors de notre dernier tour de France sur VB, on a parlé sans chichi de ces problématiques. On souhaite juste que les entreprises arretent de développer de nouveaux projets en VB6... et là dessus on est d'accord :;-)

Perso. je suis assez pour la pétition. Il faut bien se rendre compte qu'il n'existe pas seulement un type de programmeur comme semble l'oublier Microsoft. J'ai une fonction qui nécessite que je fasse de temps en temps des petites applications es ce pour cela que je vais jeter VB6 et apprendre un nouveau concept de programmation, pour le type d'application que je développe je n'en ai que faire de l'architecture 3 tiers, sans compter que pour l'instant je n'ai pas vraiment vu d'économie de ligne de code avec VB.Net bien que du contraire. Et puis ceux qui me disent que VB.Net permet une meilleure maintenance des programmes, laissé moi rire, souvent l'évolution des besoins du client sont tels qu'il est souvent plus facile de repartir sur une page blanche. VB.Net et .Net en general est avant tout un CONCEPT COMMERCIAL pour faire rentrer des sous dans la caisse Microsoft, nous en reparlerons d'ici 5 ans quand Microsoft jettera aux oubliettes la plateforme .Net pour faire avaler une nouvelle couleuvre au monde des programmeurs, Personellement si je devais choisir une nouvelle plateforme se serai JAVA. car c'est plus ouvert et moins dépendant du dieu "Monney".

Il n'existe pas un type de développeurs, justement. C'est pourquoi on les adressent de façon bien différentes. C'est vraiment dommage que vous ne soyez pas venu nous voir sur les rencontres VB, on aurait pu en discuter. Vous avez du manquer de temps.
.NET n'est pas un concept marketing, ou s'il l'est, il est quand meme vachement bien foutu pour qu'autant de clients l'ait adopté.
Les produits informatiques évoluent, Microsoft aussi. Pour info, .NET, même s'il ne va pas être "autant" marketé reste le concept de développement phare, établit dans la roadmap du futur Windows Server. Ce serait dommage de passer à côté. Amicalement

donnez -moi svp un projet de gestion immobilier

google est ton ami !

tu connais cyberworkers.com ?