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.
1) tu vas te taper une palanquee de code en c++ "pour rien": creation de fenetre, gestion d'input, scripts de builds
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. Accessoirement, j'ai plutôt tendance à faire une lib qui fasse le job réel, et ensuite des interface.
Devines laquelle je fais en 1er?
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.
2) ta phase de qa en js va etre absolument horrible, tu te tapes tout d'un coup et tu vas prier pour ne pas avior deux problemes en paralleles.
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.
C'est quoi le probleme de lisibilite du js? Face a de l'abus de template c++, j'ai vite fait mon choix perso.
Oui, c'est sûr, quand on abuse d'une fonctionnalité, on risque de galérer. Enfin, sinon, y'a les typedef, couramment utilisés par ceux usant des template.
Du coup, on a l'écriture template qu'une seule fois: pendant le typedef. Après, on crée un type, et ça deviens tout à fait lisible.
Enfin, je conçois que ce soit personnel, d'autant que l'absence de typage, par exemple, est vraiment quelque chose qui me gêne, peu importe le langage.
J'imagine qu'ensuite, c'est une question d'idiomes et de conventions de nommage dans les deux langages (la notation polonaise, qui consiste à indiquer le type dans les noms de variable me gonfle si le langage est typé, alors que dans le cas contraire, elle me semble quasi vitale, par exemple).
[^] # Re: Pas convaincu
Posté par freem . En réponse au journal La stratégie de Mozilla pour les jeux vidéo sur le Web ouvert. Évalué à 1.
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.
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. Accessoirement, j'ai plutôt tendance à faire une lib qui fasse le job réel, et ensuite des interface.
Devines laquelle je fais en 1er?
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.
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.
Oui, c'est sûr, quand on abuse d'une fonctionnalité, on risque de galérer. Enfin, sinon, y'a les typedef, couramment utilisés par ceux usant des template.
Du coup, on a l'écriture template qu'une seule fois: pendant le typedef. Après, on crée un type, et ça deviens tout à fait lisible.
Enfin, je conçois que ce soit personnel, d'autant que l'absence de typage, par exemple, est vraiment quelque chose qui me gêne, peu importe le langage.
J'imagine qu'ensuite, c'est une question d'idiomes et de conventions de nommage dans les deux langages (la notation polonaise, qui consiste à indiquer le type dans les noms de variable me gonfle si le langage est typé, alors que dans le cas contraire, elle me semble quasi vitale, par exemple).