Plutôt que de créer un nouveau langage, on peut optimiser le langage existant.
D'ailleurs, Google a déjà fait pas mal de boulot de ce côté là, avec les "classes implicites", la compilation de JavaScript en code natif et un ramasse-miettes générationnel.
En plus, pour l'optimisation d'espace mémoire des tableaux, on a déjà les "tableaux typés".
Je n'arrive pas à retrouver l'article, mais j'avais vu un article montrant que pour un calcul brut comme la multiplication de matrice, V8 était seulement 3 fois plus lent que le C++. Ce n'est pas garanti que l'on puisse faire beaucoup mieux avec Draft.
Si on rajoutait l'inférence statique de type, il serait possible d'obtenir des performances assez proche du code natif pour un programmeur un peu expérimenté écrivant du code se prêtant à ces optimisations. Ça me paraît plus facile que de développer en parallèle une version Draft et une version JavaScript de la même application.
Après, là où il y a encore énormément de boulot, que ce soit en JavaScript ou Draft, c'est au niveau du Document Object Model et canevas, mais là, les performances dépendent plus du moteur HTML/CSS que du JavaScript lui-même.
[^] # Re: Ça pue...
Posté par NanoTech . En réponse à la dépêche Dart va‐t‐il remplacer JavaScript comme langage dans les navigateurs ?. Évalué à 2.
Plutôt que de créer un nouveau langage, on peut optimiser le langage existant.
D'ailleurs, Google a déjà fait pas mal de boulot de ce côté là, avec les "classes implicites", la compilation de JavaScript en code natif et un ramasse-miettes générationnel.
En plus, pour l'optimisation d'espace mémoire des tableaux, on a déjà les "tableaux typés".
http://code.google.com/intl/fr/apis/v8/design.html
Je n'arrive pas à retrouver l'article, mais j'avais vu un article montrant que pour un calcul brut comme la multiplication de matrice, V8 était seulement 3 fois plus lent que le C++. Ce n'est pas garanti que l'on puisse faire beaucoup mieux avec Draft.
Si on rajoutait l'inférence statique de type, il serait possible d'obtenir des performances assez proche du code natif pour un programmeur un peu expérimenté écrivant du code se prêtant à ces optimisations. Ça me paraît plus facile que de développer en parallèle une version Draft et une version JavaScript de la même application.
Après, là où il y a encore énormément de boulot, que ce soit en JavaScript ou Draft, c'est au niveau du Document Object Model et canevas, mais là, les performances dépendent plus du moteur HTML/CSS que du JavaScript lui-même.