Oui, on a une belle daube qui tourne avec cela. Un logiciel de gestion de bâtiment (GTC). C'était sensé être une application web (dans le cahier des charges), en pratique, cela ouvre des ports RMI, impossible à mettre derrière un reverse proxy (si quelqu'un sais faire) et cela ne marche déjà plus avec les dernières versions des navigateurs ou de java (l'application à tout juste 3 ans)...
Bref, je préfère un vrai client lourd a de la mensongerie web éhontée dont le bilan carbone est catastrophique ;-)
Un petit lien pour voir que certaines idées ne sont pas nouvelles, presque 40 ans, avec le Pascal UCSD - https://en.wikipedia.org/wiki/UCSD_Pascal. On voit avec la JVM qu'il n'est pas facile d'avoir un machine réellement multi-plateforme et retro-compatible dans le temps... Une approche intermédiaire me semble se faire avec Moar http://www.moarvm.org/ avec Perl6, ou l'idée est d'avoir une base commune, virtuelle mais sans vouloir supprimer complètement l'étape de compilation. Une autre approche est celle de la compilation ultra-rapide avec Tiny C (https://en.wikipedia.org/wiki/Tiny_C_Compiler). Le peu de temps perdus à parser le code source puis à le compiler n'est-il pas largement gagné par la suite pour les grosses applications ?
Que deviens l'accès au code source avec le WebAssembly ?
[^] # Re: WebAssembly
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Firefox 45 ESR et autres actualités mozilliennes. Évalué à 2.
Oui, on a une belle daube qui tourne avec cela. Un logiciel de gestion de bâtiment (GTC). C'était sensé être une application web (dans le cahier des charges), en pratique, cela ouvre des ports RMI, impossible à mettre derrière un reverse proxy (si quelqu'un sais faire) et cela ne marche déjà plus avec les dernières versions des navigateurs ou de java (l'application à tout juste 3 ans)...
Bref, je préfère un vrai client lourd a de la mensongerie web éhontée dont le bilan carbone est catastrophique ;-)
Un petit lien pour voir que certaines idées ne sont pas nouvelles, presque 40 ans, avec le Pascal UCSD - https://en.wikipedia.org/wiki/UCSD_Pascal. On voit avec la JVM qu'il n'est pas facile d'avoir un machine réellement multi-plateforme et retro-compatible dans le temps... Une approche intermédiaire me semble se faire avec Moar http://www.moarvm.org/ avec Perl6, ou l'idée est d'avoir une base commune, virtuelle mais sans vouloir supprimer complètement l'étape de compilation. Une autre approche est celle de la compilation ultra-rapide avec Tiny C (https://en.wikipedia.org/wiki/Tiny_C_Compiler). Le peu de temps perdus à parser le code source puis à le compiler n'est-il pas largement gagné par la suite pour les grosses applications ?
Que deviens l'accès au code source avec le WebAssembly ?