De l'avenir de VB .NET
J'avoue être en ce moment de plus en plus perplexe sur la question : Quid de l'avenir de VB .NET?
Pour mémoire VB, depuis surtout la version 4, permettait le développement d'applications solides très rapidement. Contrairement à ce que pensent beaucoup de personnes (bien pensantes), on pouvait faire plein de truc comme la définition et l'utilisation d'interfaces, les accesseurs aux portées distinctes (oui, oui je pense à un article paru très récemment), etc. Seul l'héritage (mais on en connait les dangers) étaient interdits.
Mais le gros avantage de VB, c'était la facilité et la rapidité avec laquelle on pouvait développer (je me souviens même d'un article de 01 Informatique disant que VB était dangereux car on développait trop vite avec!!!).
Quand on parlait de VB, on parlait enréalité de deux choses distinctes:
Avec .NET, le langage a été poussé à son maximum dans le bon sens à mon avis), mais l'IDE s'est retrouvé confondu avec les autres langages (C# pour ne pas le citer). Bref, tous les avantages le l'IDE de VB se sont retrouvés dans l'IDE de .NET (drag & drop des contrôles et ce même en Web comme dans Interdev, databinding, etc.).
On peut dire que VB a fait un GRAND bon en avant dans la catégorie langage, et a apporté son savoir faire dans la catégorie IDE.
(Je tiens tout de même à rappeler ici que l'origine de .NET tient essenciellement à l'équipe VB et ASP)
MAIS Qui de la suite ?
VS 2002, 2003 ayant mis VB et C# au même niveau quid de VS 2005 ?
Personnellement, je trouve que l'IDE de VB (sous 2002, 2003) est plus performant qu'en C# pour tout un tas de petits détails. Mais franchement, développant depuis quelques mois sous la beta 1 de Whidbey, je trouve l'IDE de C# plus PRODUCTIF.
Cela peut paraitre un comble mais ca me semble la réalité. Certes il n'y a pas la compilation en arrière plan (mais c'est prévu pour Orca) mais c'est tout. Au contraire, l'implémentation du Refactoring est plus qu'intéressante et inexistante en VB.
Le Edit & Continue, tradition VB sera aussi dispo en C#.
Les My spécifiques à VB sont sympas, mais... bon ils sont sympas, voila!
Quand on demande à l'équipe de MS sur VB qu'est-ce qui fait que VB est un super langage, on nous ressort systématiquement My. OK, c'est bien, mais cela fait il vraiment la différence?
Je me souviens d'une réunion à Amsterdam ou il y avait des MVP C#et VB en face d'un "évangéliste" de Corp. Ce dernier disait:
"Les développeurs VB veulent des Wizards, les développeurs C# veulent écrire du code."
Moralité: les MVP C# lui ont rentrés dedans disant que eux aussi ils veulent des wizards, et les MVP VB l'ont insultés car eux aussi ils veulent du refactoring et des generics.
Tout cela pour dire que VB et MS sont arrivés à mon avis à une étape cruciale : soit VB continue a suivre la vague .NET (ie il bénéficie des devs des équipes de la CLR, des Data, du Web, point barre), soit un véritable investissement se fait autour de ce langage.
Ce que je veux dire par là, c'est que si vous regardez les projets de MS Research, y'en a aucun dont VB est le centre d'attraction. C Omega, F# & co, ca parle pas vraiment VB. Cela fait des années (et sans exagérations aucunes) que l'on demande à MS de développer de gros projets en VB (et de communiquer dessus) en vain.
ATTENTION: qu'on ne me fasse pas dire ce que je ne veux pas dire. Je ne dis pas que VB est le super top langage qui tue de la mort. En revanche, il est rapidement compréhensible.
Bref, il est TOP pour l'enseignement (ce qui fut d'ailleurs son but premier).
Mais il est aussi TOP pour les petits devs sur le tas par nombreux utilisateurs (VBA est là pour le prouver).
Donc la question finale est :
Microsoft va t'il véritablement s'investir sur Visual Basic ?
(et je ne veux pas de réponse marketing comme y'en a depuis des années, je veux des faits)
CONCLUSION ?
Développez en C# et faites une veille technologique sur VB .NET
Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :
