Le probleme d'asm est qu'il accelere tout, sauf le principal, a savoir le js existant.
C'est cool de pouvoir compiler le moteur de doom 42 vers du js, ca fait de belles demos, on s'eclate a tuer des monstres pendant 5 minutes, et apres on retourne a son gmail qui est plutot pas super rapide (tout est relatif, evidemment), et asm.js ne peut pas y faire grand chose.
Si on garde js en brique de base, c'est un peu bizarre de demander de tout reecrire dans un autre langage, non? A ce compte la, partir sur un langage dedie avec un vrai bytecode me parait plus adapte.
[^] # Re: asm.js...
Posté par groumly . En réponse au journal Normalisation du langage Dart de Google par l'Ecma. Évalué à 7.
Le probleme d'asm est qu'il accelere tout, sauf le principal, a savoir le js existant.
C'est cool de pouvoir compiler le moteur de doom 42 vers du js, ca fait de belles demos, on s'eclate a tuer des monstres pendant 5 minutes, et apres on retourne a son gmail qui est plutot pas super rapide (tout est relatif, evidemment), et asm.js ne peut pas y faire grand chose.
Si on garde js en brique de base, c'est un peu bizarre de demander de tout reecrire dans un autre langage, non? A ce compte la, partir sur un langage dedie avec un vrai bytecode me parait plus adapte.
asm.js est au mieux une solution de transition.