Je ne comprends pas ce que certains ont contre asm.js, je trouve l'idée excellente: des optimisations que tous les navigateurs peuvent implémenter, sans perdre la compatibilité avec l'existant.
Il est évident que ce n'est pas fait pour coder directement, dart n'est pas comparable (et en suivant de loin ça a l'air intéressant aussi, je n'ai rien contre dart et à mon avis ça ne s'oppose pas du tout à asm.js). Ça n'est pas non plus fait pour coder en C++ pour le web (faudrait être un peu maso), mais ça peut servir pour porter des choses utiles (par exemple sqlite a été porté ainsi, ça peut-être intéressant de l'utiliser en javascript).
Pour moi c'est plus la possibilité d'avoir une machine virtuelle native, et ainsi de coder dans le langage qu'on veut, ça se rapproche plus d'une vm java sans la complication des plugins à installer.
Et l'argument de Mozilla de ne pas vouloir maintenir 2 langages me semble tout à fait valable.
Pour ma part je code l'interface web de SàT en Python qui est ensuite compilé en Javascript avec Pyjamas: ça me permet d'utiliser un langage que je préfère, et de factoriser une bonne partie du code (un gain de temps très appréciable). asm.js est dans cet esprit et ça me paraît être une bonne direction.
[^] # Re: asm.js...
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Normalisation du langage Dart de Google par l'Ecma. Évalué à 6.
Je ne comprends pas ce que certains ont contre asm.js, je trouve l'idée excellente: des optimisations que tous les navigateurs peuvent implémenter, sans perdre la compatibilité avec l'existant.
Il est évident que ce n'est pas fait pour coder directement, dart n'est pas comparable (et en suivant de loin ça a l'air intéressant aussi, je n'ai rien contre dart et à mon avis ça ne s'oppose pas du tout à asm.js). Ça n'est pas non plus fait pour coder en C++ pour le web (faudrait être un peu maso), mais ça peut servir pour porter des choses utiles (par exemple sqlite a été porté ainsi, ça peut-être intéressant de l'utiliser en javascript).
Pour moi c'est plus la possibilité d'avoir une machine virtuelle native, et ainsi de coder dans le langage qu'on veut, ça se rapproche plus d'une vm java sans la complication des plugins à installer.
Il y a eu de nouvelles annonces de performances vendredi dernier, c'est tout de même assez impressionnant: https://hacks.mozilla.org/2013/12/gap-between-asm-js-and-native-performance-gets-even-narrower-with-float32-optimizations/ .
Et l'argument de Mozilla de ne pas vouloir maintenir 2 langages me semble tout à fait valable.
Pour ma part je code l'interface web de SàT en Python qui est ensuite compilé en Javascript avec Pyjamas: ça me permet d'utiliser un langage que je préfère, et de factoriser une bonne partie du code (un gain de temps très appréciable). asm.js est dans cet esprit et ça me paraît être une bonne direction.