gwt? Je ne connais pas. A part ça, je trouve le code machine plutôt simple a déboguer oui, bien que linux soit très loin de proposer des débogueurs avec une IHM aussi efficace que ce que l'on peut trouver sous windows.
Faut se tenir au courant si tu veux te faire l'evangeliste du web mon canard ;-)
Sinon, le probleme, c'est pas debugger du c++, c'est debugger du c++ convertit en js qui tourne dans un browser. C'est ce que gwt propose, et c'est un enfer a debugger quand t'as un bug dans la version de production de l'appli.
Il n'y a pas besoin de gérer l'input en JS? Et niveau création de fenêtres… il semble qu'asm.js supporte openGL, alors utiliser un gui toolkit qui exploite openGL me semble permettre de s'affranchir de ce souci.
Sisi, ya besoin de gerer l'input. Mais je doute que Qt, GTK ou la SDL soit contents une fois sandboxes dans un browser, et donc va falloir un code different pour les 2 versions.
Interface console. Pas de fenêtre, et juste de l'entrée clavier. Voire même pas d'interface du tout, pour ceux utilisant les tests unitaires.
L'intérêt? Mon code est coupé, avec une partie qui est totalement indépendante du système au sein duquel elle s'exécute.
Je vais pas dire que c'est une mauvaise chose de decoupler le domain de la presentation, parce que clairement ca l'est pas, par contre se fader 2 implementations de la presentation pour le plaisir, comment dire?
Parce que tu fais souvent du QA sur de l'asm toi?
Je n'ai pas eu l'impression que le binaire (si on peut dire ça comme ça) asm.js soit destiné à être utilisé pour déboguer le programme. Bien entendu, aucun programme n'est exempt de bugs.
Heu, ben ouais, tout le temps. On s'en fout que ca tourne en debug dans mon IDE, ce qui compte c'est que ca marche sur le poste des utilisateurs… Mon automation tourne sur des builds release sur device, pas grand chose a faire que ca marche dans mon simulateur en debug si la version de l'appstore plante.
Si tu t'amuses a ecire un jeu en c++, faire ta qa sur le build natif, passer tes qq centaines de milliers de lignes de code a travers un outil de generation et balancer ca sur le web dict, tu vas avoir qq surprises.
Un code natif en -02 est tres chiant a debugger, mais au moins c'est faisable. Bon courage pour trouver le probleme quand t'as une couche de traduction. Le monsieur du journal le dit a mot couvert: si t'as un pb, c'est probablement dans la traduction (et encore…), bonne fete des morts pour le corriger la dedans si t'es pas sur la core team emscripten…
[^] # Re: Pas convaincu
Posté par groumly . En réponse au journal La stratégie de Mozilla pour les jeux vidéo sur le Web ouvert. Évalué à 2.
Faut se tenir au courant si tu veux te faire l'evangeliste du web mon canard ;-)
Sinon, le probleme, c'est pas debugger du c++, c'est debugger du c++ convertit en js qui tourne dans un browser. C'est ce que gwt propose, et c'est un enfer a debugger quand t'as un bug dans la version de production de l'appli.
Sisi, ya besoin de gerer l'input. Mais je doute que Qt, GTK ou la SDL soit contents une fois sandboxes dans un browser, et donc va falloir un code different pour les 2 versions.
Je vais pas dire que c'est une mauvaise chose de decoupler le domain de la presentation, parce que clairement ca l'est pas, par contre se fader 2 implementations de la presentation pour le plaisir, comment dire?
Heu, ben ouais, tout le temps. On s'en fout que ca tourne en debug dans mon IDE, ce qui compte c'est que ca marche sur le poste des utilisateurs… Mon automation tourne sur des builds release sur device, pas grand chose a faire que ca marche dans mon simulateur en debug si la version de l'appstore plante.
Si tu t'amuses a ecire un jeu en c++, faire ta qa sur le build natif, passer tes qq centaines de milliers de lignes de code a travers un outil de generation et balancer ca sur le web dict, tu vas avoir qq surprises.
Un code natif en -02 est tres chiant a debugger, mais au moins c'est faisable. Bon courage pour trouver le probleme quand t'as une couche de traduction. Le monsieur du journal le dit a mot couvert: si t'as un pb, c'est probablement dans la traduction (et encore…), bonne fete des morts pour le corriger la dedans si t'es pas sur la core team emscripten…