P*** mais non ! On te montre un JS qui est garanti comme étant plus performant que la moyenne partout.
Oui, et comme on oublie de bien preciser que ca ne concerne pas 99% des cas d'utilisation du JS et que pour les 1% restant (les jeux et les applis qui ont besoin de perfs) ca risque de necessiter le support complet asm.js de toute facon, ca reste de la communication.
Ce que tu ne sembles pas comprendre c'est que gagner quelques % de perfs c'est pas forcement desirable si les contreparties sont trop importantes. En particulier:
base de code existante a convertir
sous-language optimise pour les compilateurs et pas du tout pour l'ecriture a la main
support pour le developpement (debugger natif->asm.js, ide, etc.) pour l'instant presque inexistant
Si on oublie de parler de tout ca, on pense que asm.js c'est la solution magique juste parce que c'est un peu plus rapide, alors que pour le moment c'est reserve uniquement a la compilation via un generateur de code (ou a du code qui doit etre tres optimise, mais qui ne concerne certainement pas la totalite d'une appli web).
Bref, ma critique initiale c'est pas que c'est inutile parce que c'est juste un peu plus rapide que du code JS, c'est que pour la cible (les jeux avec grosse demande de perf) etre juste un peu plus rapide que du code JS c'est deja redhibitoire. Par consequent pointer ca comme un gros avantage est mensonger puisque des applis qui ont besoin de grosses perfs seront de toute facon inutilisables sans un support natif.
C'est quoi que tu comprends pas ? Plus performant que du JS classique ou partout ?
Asm.js est performant, partout, tout le temps, qu'il vente, qu'il pleuve ou qu'il neige.
Mais on s'en fout, ca n'a jamais ete la question.
L'assembleur est performant, partout, tout le temps, qu'il vente, qu'il pleuve ou qu'il neige. Le C est performant, partout, tout le temps, qu'il vente, qu'il pleuve ou qu'il neige.
Voila, c'est a peu pret ce que tu racontes. Pas besoin de t'expliquer ce que je pense des gens qui affirment betement ce genre de chose je pense.
[^] # Re: Pas convaincu
Posté par Littleboy . En réponse au journal La stratégie de Mozilla pour les jeux vidéo sur le Web ouvert. Évalué à 3.
Oui, et comme on oublie de bien preciser que ca ne concerne pas 99% des cas d'utilisation du JS et que pour les 1% restant (les jeux et les applis qui ont besoin de perfs) ca risque de necessiter le support complet asm.js de toute facon, ca reste de la communication.
Ce que tu ne sembles pas comprendre c'est que gagner quelques % de perfs c'est pas forcement desirable si les contreparties sont trop importantes. En particulier:
Si on oublie de parler de tout ca, on pense que asm.js c'est la solution magique juste parce que c'est un peu plus rapide, alors que pour le moment c'est reserve uniquement a la compilation via un generateur de code (ou a du code qui doit etre tres optimise, mais qui ne concerne certainement pas la totalite d'une appli web).
Bref, ma critique initiale c'est pas que c'est inutile parce que c'est juste un peu plus rapide que du code JS, c'est que pour la cible (les jeux avec grosse demande de perf) etre juste un peu plus rapide que du code JS c'est deja redhibitoire. Par consequent pointer ca comme un gros avantage est mensonger puisque des applis qui ont besoin de grosses perfs seront de toute facon inutilisables sans un support natif.
Mais on s'en fout, ca n'a jamais ete la question.
L'assembleur est performant, partout, tout le temps, qu'il vente, qu'il pleuve ou qu'il neige.
Le C est performant, partout, tout le temps, qu'il vente, qu'il pleuve ou qu'il neige.
Voila, c'est a peu pret ce que tu racontes. Pas besoin de t'expliquer ce que je pense des gens qui affirment betement ce genre de chose je pense.