Java a été très mal vu à l'époque sous Linux. Il y a cependant un différence de taille entre les deux projets :
- Java s'est voulu dès le début multiplateforme et non limité aux seuls produits SUN.
- Java vient de SUN qui n'a pas la culture du nombril et du monopole comme Microsoft. Enormément de protocole réseau viennent de SUN : NFS, NIS...
Ceci dis, SUN s'est planté avec Java car celui-ci était destiné aux clients et on le retrouve surtout au niveau des serveurs. Or je ne suis pas sur que cela soit une très bonne idée d'un point de vue sécurité et performance d'avoir du code binairement portable. Pour un serveur, autant recompiler son code...
D'ailleurs l'argument de la portabilité est assez bidon, les grosses applications embarquent leur propre copie de la JVM pour ne pas avoir de problème de compatibilité (exemple Matlab). Sur un poste Windows, on est obligé d'avoir plusieurs version de .NET... A ce niveau là, Perl est bien plus portable et je n'ai jamais eu plus d'une version de Perl sur mes postes !
Bref, au final, ni Java ni .NET ne sortent du chapeau, .NET dérive de Java et Java d'OpenStep dont SUN n'avait que la moitié des parts... Finalement, tout cela pour éviter aux programmeurs de développer en ObjectiveC...
[^] # Re: GNU et saint, et Microsoft diabolique ?
Posté par Sytoka Modon (site web personnel) . En réponse au journal Pourquoi Mono/C# est une folie. Évalué à 5.
- Java s'est voulu dès le début multiplateforme et non limité aux seuls produits SUN.
- Java vient de SUN qui n'a pas la culture du nombril et du monopole comme Microsoft. Enormément de protocole réseau viennent de SUN : NFS, NIS...
Ceci dis, SUN s'est planté avec Java car celui-ci était destiné aux clients et on le retrouve surtout au niveau des serveurs. Or je ne suis pas sur que cela soit une très bonne idée d'un point de vue sécurité et performance d'avoir du code binairement portable. Pour un serveur, autant recompiler son code...
D'ailleurs l'argument de la portabilité est assez bidon, les grosses applications embarquent leur propre copie de la JVM pour ne pas avoir de problème de compatibilité (exemple Matlab). Sur un poste Windows, on est obligé d'avoir plusieurs version de .NET... A ce niveau là, Perl est bien plus portable et je n'ai jamais eu plus d'une version de Perl sur mes postes !
Bref, au final, ni Java ni .NET ne sortent du chapeau, .NET dérive de Java et Java d'OpenStep dont SUN n'avait que la moitié des parts... Finalement, tout cela pour éviter aux programmeurs de développer en ObjectiveC...