D'abord je plusse le journal parce que tu es clairement motivé à développer et faire vivre tes idées.
Par contre, je ne saurais expliquer quoi, mais il manque quelque chose dans les présentations. Comme pour UnJSq , j'ai l'impression de passer à côté de l'objectif. J'ai compris qu'il s'agit de s'affranchir du JS en front-end et de tout faire avec le même langage côté back mais le fonctionnement reste flou.
Dans le dépôt todomvc-java , on a du Java, du HTML, du XSL, et du JS. Qd on ouvre, le main.java il y a même du XDHTML qui, si j'en crois Google dont le 1er résultat ramène sur ton site, est un moyen de coder des interfaces avec du HTML et du C++.
Je ne suis pas un dieu du code, loin de là, mais en général j'arrive à saisir globalement les objectifs et la méthode des frameworks (sur http://todomvc.com/ par exemple). Là c'est fouillis. Il y a un ptit côté "magique" ou "boîte noire". Par exemple dans la phrase "Les deux derniers contiennent du code natif, mais ne sont pas installés localement.". Je comprends qu'il y aura des appels vers l'API mais elle est où ? Comment je fais pour la mettre chez moi ? La description des "2 derniers composants" sur Github n'explique rien, et le lien sur NPM n'est pas bon : http://q37.info/tools/xdhq/home
Ça fait aussi beaucoup de nouveaux noms de technos (vu qu'elles sont développées par toi) à emmagasiner : XDHTML (qui ressemble trop à XHTML et DHTML du coup Google propose de corriger), njsq, xdhelcq, ... Si on veut comprendre véritablement comment ça marche, on s'y perd !
Bref soit je n'ai pas le niveau et ne suis donc pas le bon public pour ce logiciel (ce qui est bien possible !), soit y'a un soucis de clarté. Sans aucune malice, ce que je me suis dit après avoir parcouru toutes tes pages : "Si il faut que je passe autant de temps pour comprendre comment me passer de JS grâce à AtlasTk j'aurai ptêt plus vite faite d'apprendre JS."
# Il manque un truc
Posté par Faya . En réponse au journal Du développement full-stack en Java. Évalué à 10.
D'abord je plusse le journal parce que tu es clairement motivé à développer et faire vivre tes idées.
Par contre, je ne saurais expliquer quoi, mais il manque quelque chose dans les présentations. Comme pour UnJSq , j'ai l'impression de passer à côté de l'objectif. J'ai compris qu'il s'agit de s'affranchir du JS en front-end et de tout faire avec le même langage côté back mais le fonctionnement reste flou.
Dans le dépôt todomvc-java , on a du Java, du HTML, du XSL, et du JS. Qd on ouvre, le main.java il y a même du XDHTML qui, si j'en crois Google dont le 1er résultat ramène sur ton site, est un moyen de coder des interfaces avec du HTML et du C++.
Je ne suis pas un dieu du code, loin de là, mais en général j'arrive à saisir globalement les objectifs et la méthode des frameworks (sur http://todomvc.com/ par exemple). Là c'est fouillis. Il y a un ptit côté "magique" ou "boîte noire". Par exemple dans la phrase "Les deux derniers contiennent du code natif, mais ne sont pas installés localement.". Je comprends qu'il y aura des appels vers l'API mais elle est où ? Comment je fais pour la mettre chez moi ? La description des "2 derniers composants" sur Github n'explique rien, et le lien sur NPM n'est pas bon : http://q37.info/tools/xdhq/home
Ça fait aussi beaucoup de nouveaux noms de technos (vu qu'elles sont développées par toi) à emmagasiner : XDHTML (qui ressemble trop à XHTML et DHTML du coup Google propose de corriger), njsq, xdhelcq, ... Si on veut comprendre véritablement comment ça marche, on s'y perd !
Bref soit je n'ai pas le niveau et ne suis donc pas le bon public pour ce logiciel (ce qui est bien possible !), soit y'a un soucis de clarté. Sans aucune malice, ce que je me suis dit après avoir parcouru toutes tes pages : "Si il faut que je passe autant de temps pour comprendre comment me passer de JS grâce à AtlasTk j'aurai ptêt plus vite faite d'apprendre JS."