Et tu vas râler si ton appli en VB va tourner aussi vite que ton appli en C ?
Si t'as vraiment besoin d'aller vite vite vite, tu utiliseras un langage qui autorise l'utilisation des pointeurs, genre C++ ou C# et zou.
Pour la création d'un langage mieux adapté au runtime, c'est ce qu'ils ont essayé de faire avec C#.
Sinon ils sont partis d'un constat simple : la plupart des langages modernes utilisent la notion de programmation objet. Ils se sont donc servit de ça pour factoriser les points communs entre les langages, tout en essayant de garder le maximum de possibilités.
S'il n'y a qu'une seule plateforme commune, une seule plateforme est optimisée et profite à tous les langages : tous les efforts sont portés sur la même plateforme.
Je rajouterai que de toute façon tous les langages ciblent une architecture matérielle, donc cibler .NET n'est pas plus dur et tu peux faire les même "nouveautés" internes. Seulement si tu créés un nouveau langage, rien ne t'empêche de proposer un API révolutionnaire dessous, tu pourras en plus en faire profiter tous les langages et tu pourras profiter des API créés dans les autres langages sans avoir à te soucier de l'interopérabilité.
De plus tu n'aura pas besoin de recoder une VM pour chaque nouvelle architecture, une seule plateforme sera portée.
De plus imagine le potentiel de ton nouveau langage : il est directement exploitable avec un nombre impressionnant d'API, les utilisateurs potentiels pourront être séduit par la syntaxe sans avoir à réapprendre de nouveaux API...
[^] # Re: On oublie toujours OCaml
Posté par TImaniac (site web personnel) . En réponse à la dépêche Havoc Pennington se pose des questions sur les langages du libre. Évalué à 1.
Si t'as vraiment besoin d'aller vite vite vite, tu utiliseras un langage qui autorise l'utilisation des pointeurs, genre C++ ou C# et zou.
Pour la création d'un langage mieux adapté au runtime, c'est ce qu'ils ont essayé de faire avec C#.
Sinon ils sont partis d'un constat simple : la plupart des langages modernes utilisent la notion de programmation objet. Ils se sont donc servit de ça pour factoriser les points communs entre les langages, tout en essayant de garder le maximum de possibilités.
S'il n'y a qu'une seule plateforme commune, une seule plateforme est optimisée et profite à tous les langages : tous les efforts sont portés sur la même plateforme.
Je rajouterai que de toute façon tous les langages ciblent une architecture matérielle, donc cibler .NET n'est pas plus dur et tu peux faire les même "nouveautés" internes. Seulement si tu créés un nouveau langage, rien ne t'empêche de proposer un API révolutionnaire dessous, tu pourras en plus en faire profiter tous les langages et tu pourras profiter des API créés dans les autres langages sans avoir à te soucier de l'interopérabilité.
De plus tu n'aura pas besoin de recoder une VM pour chaque nouvelle architecture, une seule plateforme sera portée.
De plus imagine le potentiel de ton nouveau langage : il est directement exploitable avec un nombre impressionnant d'API, les utilisateurs potentiels pourront être séduit par la syntaxe sans avoir à réapprendre de nouveaux API...