Genre plein de projets développés sur une plate-forme devenant moribonde, ça serait quand même du gâchis. Et moi, le gâchis, je trouve pas ça très positif.
Certes ce serait un gros gâchis. Mais le gâchis est assez directement lié au fait d'avoir choisi un langage et des bibliothèques propriétaires. En gros, les gens qui ont utilisé Java pour des projets open-source ont construit leur propre cage.
Sinon, la JVM fait tourner du ByteCode. Rien n'empêche de développer un nouveau langage qui se compile en ByteCode,
S'il s'agit simplement de choisir un bytecode, il y a plein d'alternatives à Java. D'après Mono (qui ne sont peut-être pas très objectifs, mais bon), le bytecode .Net est plus performant car mieux adapté à la compilation JIT. Les auteurs de Parrot (la future VM de Perl) ont l'air assez enthousiastes vis-à-vis des performances qu'ils obtiennent. Etc.
Note : s'il y a plusieurs projets (Mono, dotGnu) qui s'occupent de recréer un environnement de développement et d'exécution .Net complet en opensource, alors qu'il n'y en a pas en Java, c'est peut-être qu'il y a une raison.
C'est pas parce que t'as fait du VB que tu vas pondre du code objet propre en VB.Net...
Non, mais pouvoir choisir le langage approprié pour une appli est important. On ne fait pas facilement des petits scripts en Java, ni du calcul scientifique.
Ah oui, et disclaimer : je suis loin d'être un fan de .Net et de ce genre de modes technologiques soudaines.
[^] # Re: Benchmark J2EE vs dotNET
Posté par Moby-Dik . En réponse à la dépêche Benchmark J2EE vs dotNET. Évalué à 1.
Certes ce serait un gros gâchis. Mais le gâchis est assez directement lié au fait d'avoir choisi un langage et des bibliothèques propriétaires. En gros, les gens qui ont utilisé Java pour des projets open-source ont construit leur propre cage.
Sinon, la JVM fait tourner du ByteCode. Rien n'empêche de développer un nouveau langage qui se compile en ByteCode,
S'il s'agit simplement de choisir un bytecode, il y a plein d'alternatives à Java. D'après Mono (qui ne sont peut-être pas très objectifs, mais bon), le bytecode .Net est plus performant car mieux adapté à la compilation JIT. Les auteurs de Parrot (la future VM de Perl) ont l'air assez enthousiastes vis-à-vis des performances qu'ils obtiennent. Etc.
Note : s'il y a plusieurs projets (Mono, dotGnu) qui s'occupent de recréer un environnement de développement et d'exécution .Net complet en opensource, alors qu'il n'y en a pas en Java, c'est peut-être qu'il y a une raison.
C'est pas parce que t'as fait du VB que tu vas pondre du code objet propre en VB.Net...
Non, mais pouvoir choisir le langage approprié pour une appli est important. On ne fait pas facilement des petits scripts en Java, ni du calcul scientifique.
Ah oui, et disclaimer : je suis loin d'être un fan de .Net et de ce genre de modes technologiques soudaines.