Que choisir ? C# , VB.NET, C++, Delphi ? pourquoi ?
Mise à jour 09/08/2013
Ce sondage a été renouvelé pour 2013. Venez participer, cela se passe ici :
:fleche: Quel est le meilleur langage pour .NET selon vous ?
Allons y lançons le débat. Quel est le meilleur langage pour .NET ?
C# ,VB.NET , C++ ou Delphi ?
Pourquoi avez vous choisi l'un ou l'autre ?
Pour quelles raisons ?
Pour quels besoins ?
Quelles sont vos expériences positives ou négatives concernant ces 2 langages ?
Quels sont leurs forces et leur faiblesses ?
Qu'est ce qui est présent ou absent dans l'un ou l'autre et inversement ?
Vers lequel de ces deux langages se tourner selon que lon est un développeur VB, ou C++, Delphi ou autre ?
Nous ferons surement un article qui synthétisera tout ça !
Merci d'avance pour vos avis.
:merci:
vb pour faire une maquette
pour ma part je recommande vivement vb à ceux qui ne sont pas des purs et durs du C++ et qui veulent GAGNER DU TEMPS
Ce qui suit va faire hausser des épaules les "gros bras du C++", mais j'insiste pour leur dire que je ne vois aucune "virilité" a s'emmerder avec un langage complexe (et source d'erreurs).
Et pour moi C# ne va pas assez loin, il veut trop ressembler a C++.
Il nous emmerde encore avec sa gestion des types, ses accolades, ses point virgule et j'en passe.
Je viens encore de passer 2 ans vec 1 projet ATL/com/C++...ahh les conversions (chaines...), unicode, et j'en passe...que de temps perdu.
L'interet d'un programme n'est pourtant pas du tout là !!
VB ne faisait pas sérieux quand il s'agissait de parler performance, pas fiabilité.
De plus il etait (trop) restrictif en termes de librairies natives et imposait un recours a des passerelles + ou - contaignantes vers les lib win32.
Enfin il etait trop limité ( pointeurs, heritage...) a force de faire simple.
Franchement, moi j'en ai rien a faire d'une gestion stricte des types, et ça fait des années que je m'emmerde avec ça !
Que de temps perdu avec les chaines de caracteres, les pb de conversion, l'Unicode, et j'en passe !
Alors C# pour quoi faire ?
On peut supposer justement que la gestion stricte des types optimise un peu les perfs...Il y a d'autre differences ( cf MSDN ).
Mais vive les langages "modernes" et à bas les contraintes !!