Du coup, ça veut aussi dire que "l'écriture" d'applications JS sera moins pénible, non? (De ce que j'entends de nombreux dev web, ce langage est horrible…)
Ce sera peut-être pour moi une occasion de m'y mettre :D (ou de faire semblant pour le coup)
Accessoirement, il existe des toolkit graphique exploitant opengl en C++, donc logiquement, une application les utilisant devrait être "portable" sur un navigateur assez aisément, non?
D'autres questions que je me pose, plus orientées compatibilité entre langages:
Quelle(s) version(s) de C++ seront/sont supportées?
Si le C++ est supporté, c'est bien, mais qu'en est-il du C? J'imagine que Mozilla sait très bien que même si le C++ intègre un grand nombre des fonctionnalités de C, le comportement n'est pas nécessairement le même (exemple: ordre de passage des paramètres non spécifié par la norme en C++, contrairement au C)?!? Du coup, les gens venant du C vers le C++ ne risquent-ils pas de se trouver confrontés à des problèmes venant de leur habitude du C? (parce que bon, combien de développeurs ne font en fait que du C with classes… beaucoup trop!)
Au passage, même si 50% de la vitesse du natif c'est déjà moins pire, c'est encore loin d'être la panacée…
# Intéressant, mais...
Posté par freem . En réponse au journal La stratégie de Mozilla pour les jeux vidéo sur le Web ouvert. Évalué à 5. Dernière modification le 03 avril 2013 à 17:14.
Du coup, ça veut aussi dire que "l'écriture" d'applications JS sera moins pénible, non? (De ce que j'entends de nombreux dev web, ce langage est horrible…)
Ce sera peut-être pour moi une occasion de m'y mettre :D (ou de faire semblant pour le coup)
Accessoirement, il existe des toolkit graphique exploitant opengl en C++, donc logiquement, une application les utilisant devrait être "portable" sur un navigateur assez aisément, non?
D'autres questions que je me pose, plus orientées compatibilité entre langages:
Au passage, même si 50% de la vitesse du natif c'est déjà moins pire, c'est encore loin d'être la panacée…