T'es pas doué non plus toi:
Le monsieur était dans le contexte du perl/lua/python/ruby/php et java/mono *tout court*.
Si tu rajoutes le C... et bin... je les mets tous à la poubelle et je garde uniquement le C.
Effectivement, je préfère les interpréteurs aux VMs pour les langages de hauts niveau, et donc je vois parrot d'un mauvais 1⁄2il. Mais bon, si le libre doit avoir une VM... pourquoi pas parrot. Encore des ressources gaspiller sur des Kludges...
Je vois encore plus d'un mauvais 1⁄2il "la donation" de la VM adobe au projet mozilla... c'est plus un piège à c... pour pousser le web vers le support du byte code, pour nous servir des clients riches web proprios (là où bien heureusement java a échoué lamentablement). Et là, mon âme de libriste est férocement contre.
Tiens d'ailleurs l'intéropérabilité de mono/java est très limité avec les autres frameworks. Perl/Pyhton et encore plus, Lua, font des merveilles: je peux d'un code assembleur (je caricature) utiliser du code perl/python/lua sans que ce code soit "préparé" à l'avance. Tiens Python va plus loin encore et permet directement de monter les shared objects et d'y appeler des fonctions grâce aux ctypes. Lua est balaise lui aussi et perl c'est facile aussi avec XS.
[^] # Re: Surtout pour éviter l'infâme bloat de mono
Posté par PasRPasS . En réponse au journal De l'utilité de Xubuntu. Évalué à -2.
Le monsieur était dans le contexte du perl/lua/python/ruby/php et java/mono *tout court*.
Si tu rajoutes le C... et bin... je les mets tous à la poubelle et je garde uniquement le C.
Effectivement, je préfère les interpréteurs aux VMs pour les langages de hauts niveau, et donc je vois parrot d'un mauvais 1⁄2il. Mais bon, si le libre doit avoir une VM... pourquoi pas parrot. Encore des ressources gaspiller sur des Kludges...
Je vois encore plus d'un mauvais 1⁄2il "la donation" de la VM adobe au projet mozilla... c'est plus un piège à c... pour pousser le web vers le support du byte code, pour nous servir des clients riches web proprios (là où bien heureusement java a échoué lamentablement). Et là, mon âme de libriste est férocement contre.
Tiens d'ailleurs l'intéropérabilité de mono/java est très limité avec les autres frameworks. Perl/Pyhton et encore plus, Lua, font des merveilles: je peux d'un code assembleur (je caricature) utiliser du code perl/python/lua sans que ce code soit "préparé" à l'avance. Tiens Python va plus loin encore et permet directement de monter les shared objects et d'y appeler des fonctions grâce aux ctypes. Lua est balaise lui aussi et perl c'est facile aussi avec XS.