Ca veut dire quoi que tu bosses pour un hébergeur?
C'est pour des particuliers? C'est de l'hébergement mutualisé?
Si c'est des professionnels, ils louent des baies ou des unités et je ne vois pas comment tu peux déterminer ce qui tourne sur leurs serveurs, à moins qu'ils sous-louent l'administration aussi (quelle entreprise fait ça?)
Les serveurs d'application Java sont omniprésents : si dans le monde du logiciel libre "traditionnel" ils n'ont pas autant percé car Java n'était pas libre, ça n'a pas empêché un environnement très riche de se développer.
Par exemple, une énorme partie des projets de la Fondation Apache c'est des applications Java pour le serveur : Tomcat, Jakarta, JDO, Cocoon, Struts, Geronimo, Felix (OSGi), et j'en passe.
A coté de ça y'a toutes les solutions IBM (WebSphere) et Sun (Glassfish qui est libre).
Alors les serveurs que tu administres, je ne crois pas qu'il s'agisse d'un échantillon représentatif des serveurs tu vois; il me semble que tu parles de serveurs d'infrastructure car c'est la dessus que tu bosses (hebergement sites web), alors qu'une énorme partie des serveurs (et la majorité des systèmes utiles) sont des serveurs d'application métier et qu'une énorme part est basée sur Java.
Ajoutons à ça que l'environnement Java va entrer dans la prochaine révision de LSB et là je t'assure que tous les serveurs GNU/Linux auront une JVM, au moins par défaut, et dans l'environnement actuel les développeurs libristes vont sans doute moins rechigner à se mettre à développer pour la JVM.
Le premier point est bien sûr la libération de Java. Ensuite un nombre exemplaire de bibliothèques (généralement décemment conçues et plutot uniformes comparées à C/C++). Et pour ceux qui n'aiment pas le langage Java (et j'en fais partie), l'activité incroyable des nouveaux langages qui ciblent la JVM, aussi bien statiques (Java, Scala) que dynamiques (Clojure, Groovy, Jython et JRuby).
Pour résumer, je prévois plus d'utilisation dans Java auprès des libristes sur le serveur et sur le bureau, mais c'est notamment parce que le milieu de l'entreprise, poussé par l'incroyable contribution d'IBM et d'Apache, a déjà développé une immense pile logicielle, majoritairement libre, qui ne demande qu'à être utilisée par les développeurs.
Après, si les développeurs veulent continuer à faire du C, à se taper des buffer overflows et faire plus d'intégration que de logique métier, je comprends, j'ai été dans ce délire.
Quant aux les développeurs PHP ... je pense qu'il y a une différence d'échelle entre le type d'application qu'on peut faire entre PHP et Java; c'est toujours possible en PHP mais il faut accepter de refaire une bonne partie de la roue.
[^] # Re: Génial !
Posté par smc . En réponse au journal Un wiki en 4K et en Java !. Évalué à 5.
C'est pour des particuliers? C'est de l'hébergement mutualisé?
Si c'est des professionnels, ils louent des baies ou des unités et je ne vois pas comment tu peux déterminer ce qui tourne sur leurs serveurs, à moins qu'ils sous-louent l'administration aussi (quelle entreprise fait ça?)
Les serveurs d'application Java sont omniprésents : si dans le monde du logiciel libre "traditionnel" ils n'ont pas autant percé car Java n'était pas libre, ça n'a pas empêché un environnement très riche de se développer.
Par exemple, une énorme partie des projets de la Fondation Apache c'est des applications Java pour le serveur : Tomcat, Jakarta, JDO, Cocoon, Struts, Geronimo, Felix (OSGi), et j'en passe.
A coté de ça y'a toutes les solutions IBM (WebSphere) et Sun (Glassfish qui est libre).
Alors les serveurs que tu administres, je ne crois pas qu'il s'agisse d'un échantillon représentatif des serveurs tu vois; il me semble que tu parles de serveurs d'infrastructure car c'est la dessus que tu bosses (hebergement sites web), alors qu'une énorme partie des serveurs (et la majorité des systèmes utiles) sont des serveurs d'application métier et qu'une énorme part est basée sur Java.
Ajoutons à ça que l'environnement Java va entrer dans la prochaine révision de LSB et là je t'assure que tous les serveurs GNU/Linux auront une JVM, au moins par défaut, et dans l'environnement actuel les développeurs libristes vont sans doute moins rechigner à se mettre à développer pour la JVM.
Le premier point est bien sûr la libération de Java. Ensuite un nombre exemplaire de bibliothèques (généralement décemment conçues et plutot uniformes comparées à C/C++). Et pour ceux qui n'aiment pas le langage Java (et j'en fais partie), l'activité incroyable des nouveaux langages qui ciblent la JVM, aussi bien statiques (Java, Scala) que dynamiques (Clojure, Groovy, Jython et JRuby).
Pour résumer, je prévois plus d'utilisation dans Java auprès des libristes sur le serveur et sur le bureau, mais c'est notamment parce que le milieu de l'entreprise, poussé par l'incroyable contribution d'IBM et d'Apache, a déjà développé une immense pile logicielle, majoritairement libre, qui ne demande qu'à être utilisée par les développeurs.
Après, si les développeurs veulent continuer à faire du C, à se taper des buffer overflows et faire plus d'intégration que de logique métier, je comprends, j'ai été dans ce délire.
Quant aux les développeurs PHP ... je pense qu'il y a une différence d'échelle entre le type d'application qu'on peut faire entre PHP et Java; c'est toujours possible en PHP mais il faut accepter de refaire une bonne partie de la roue.