Bon, pour les problèmes de portabilité sur Mac, j'ai jamais essayé, je fais que du Unix/Windows. As-tu essayé avec la JVM Sun (si il y en a une sur Mac) ?
C'est clair que Java pour faire de la GUI, j'évite autant que possible. L'interaction avec le bureau Windows, les communications OLE Automation avec MS/Office, c'est trop galère. A chaque fois, passage obligé par JNI.
Je suis bien certain que .Net sera bien meilleur pour ça, mais quoi d'étonnant... Enfin, ça ne peut aller qu'en s'améliorant du côté Java, et les solutions mises en oeuvre par IBM (pour Eclipse, ils ont utilisé un tookit GUI maison vraiment performant) sont pleines de promesses a priori tenues.
Sinon, pour les autres points :
Mais la machine virtuelle n'a pas été conçue pour supporter plein de langage
Oui, mais on s'en fout ! Et le fait que Microsoft permette à un développeur VB de passer à VB.Net pour faire du .Net me paraît plutôt une faiblesse. J'imagine le code que les programmeurs vont sortir. Déjà que beaucoup de programmeurs VB n'ont pas encore assimilé la notion de classe, et continuent à faire de l'évènementiel.
[^] # Re: Benchmark J2EE vs dotNET
Posté par chrtela . En réponse à la dépêche Benchmark J2EE vs dotNET. Évalué à 1.
C'est clair que Java pour faire de la GUI, j'évite autant que possible. L'interaction avec le bureau Windows, les communications OLE Automation avec MS/Office, c'est trop galère. A chaque fois, passage obligé par JNI.
Je suis bien certain que .Net sera bien meilleur pour ça, mais quoi d'étonnant... Enfin, ça ne peut aller qu'en s'améliorant du côté Java, et les solutions mises en oeuvre par IBM (pour Eclipse, ils ont utilisé un tookit GUI maison vraiment performant) sont pleines de promesses a priori tenues.
Sinon, pour les autres points :
Mais la machine virtuelle n'a pas été conçue pour supporter plein de langage
Oui, mais on s'en fout ! Et le fait que Microsoft permette à un développeur VB de passer à VB.Net pour faire du .Net me paraît plutôt une faiblesse. J'imagine le code que les programmeurs vont sortir. Déjà que beaucoup de programmeurs VB n'ont pas encore assimilé la notion de classe, et continuent à faire de l'évènementiel.