Le kit qu'a produit Microsoft ne s'appelle pas (plus) un JDK mais un SDK,
et c'est la toute la nuance ...
Le conformité avec Java implique l'implémentation complete de la plateforme Java et du langage Java.
MS a cru bon en son temps de tier la couverture vers eux et de faire leur propre sauce incompatible avec Java ... manque de chance,
les specs publiques de Java sont suffisament precises pour qu'ils aient perdu leur procés ;)
MS a cru pendant un moment pourvoir controlé Java par des biais détournées (lobby à l'ISO ou à l'ECMA), et voyant qu'il n'arriverait pas à casser la norme de fait, ils decident maintenant de tenter l'avanture en solo.
Ce qui est risible c'est que l'argumentaire MS consistait à dire le WORA (Write Once Run Anywhere), ca sert à rien et ca marche pas ...
Or avec la sortie de leur spec MS.NET il sont à fond dans l'argumentaire pro-WORA !
Ce qui est sur c'est que Java à prit une sacrée avance (4ans?!), et n'a plus rien avoir avec le Java des debuts (lent, buggé),
de nombreuses entreprise ayant migré vers Java sont maintenant pleinement satisfaites et renouvellent sans hésitation leur confiance à Java.
Du coté des deveoppeurs GPL, c'est plus timide, ca Java n'a toujours pas bonne presse (pas opensource ?). Il faut quand meme rapeller que les sources de Java sont INTEGRALEMENT et GRATUITEMENT disponibles sur le site de Sun (c'est un peu gros comme archive), l'envoie de patch correctif (bugs) et améliorations (JSR) est maintenant completement géré,
la seul chose qui différencie la licence de Java d'un GPL c'est le fait que Java est encore gardé sous le controle de Sun qui a pour but d'assurer la cohérence et l'unicité ....
La réutilisabilité me parait etre l'un des points forts de l'informatique moderne (point que sous Linux on a tendance à oublier), ainsi il me parait important avant de se dire "comment je peux me construire tel ou tel API" de se dire "est-ce que qqn n'a pas deja fait ca quelque part ? et comment je peux l'utiliser !"
Si tel etait le cas on n'aurais pas 40 editeurs de textes (sans aucun rapports) et 10 browser web (dont tres peux sortes du lot !).
IMHO il vaut mieux ameliorer que reconstruire car on pousse les fonctionalités vers le haut au lieu de passer son temps à debugger les fondations !
Je pense que Java est une opportunité pour Linux comme Linux est une opportunité pour Java,
malheureusement les guru de la FSF passent leur temps à casser du Java, avec pour but avouer de toucher au passage solaris ;)
Est-ce que etre un pur FSFer signifie se tapper des KM de lignes de C avec #define, #pragma obligé et arithmetique de pointeurs tordues ?
Ca fait bien longtemps que je n'ai plus eut de coredump ou de memory stack fault, et je m'en porte plutot bien. Mes applications fonctionnent sur de multiples OS ( !! vraiment, c'est pas du baratin@sun.net ), et ont des fonctionalités vraiments puissantes et performantes (pour 99,9% de mes besoins).
Avec la sortie des divers JDK1.3 (Blackdown, IBM, Sun), Linux est maintenant presque au meme niveau que Windows pour la compatibilité Java ...
Si il y avait plus de developpeurs Linux à faire du Java, le part applicatif pourrait permettre de faciliter la migration depuis Win32 vers Linux (memes applicatifs!).
[^] # Petit rappel ...
Posté par Anonyme . En réponse à la dépêche Interview de Cyril de Queral à propos des technologies Microsoft. Évalué à 0.
et c'est la toute la nuance ...
Le conformité avec Java implique l'implémentation complete de la plateforme Java et du langage Java.
MS a cru bon en son temps de tier la couverture vers eux et de faire leur propre sauce incompatible avec Java ... manque de chance,
les specs publiques de Java sont suffisament precises pour qu'ils aient perdu leur procés ;)
MS a cru pendant un moment pourvoir controlé Java par des biais détournées (lobby à l'ISO ou à l'ECMA), et voyant qu'il n'arriverait pas à casser la norme de fait, ils decident maintenant de tenter l'avanture en solo.
Ce qui est risible c'est que l'argumentaire MS consistait à dire le WORA (Write Once Run Anywhere), ca sert à rien et ca marche pas ...
Or avec la sortie de leur spec MS.NET il sont à fond dans l'argumentaire pro-WORA !
Ce qui est sur c'est que Java à prit une sacrée avance (4ans?!), et n'a plus rien avoir avec le Java des debuts (lent, buggé),
de nombreuses entreprise ayant migré vers Java sont maintenant pleinement satisfaites et renouvellent sans hésitation leur confiance à Java.
Du coté des deveoppeurs GPL, c'est plus timide, ca Java n'a toujours pas bonne presse (pas opensource ?). Il faut quand meme rapeller que les sources de Java sont INTEGRALEMENT et GRATUITEMENT disponibles sur le site de Sun (c'est un peu gros comme archive), l'envoie de patch correctif (bugs) et améliorations (JSR) est maintenant completement géré,
la seul chose qui différencie la licence de Java d'un GPL c'est le fait que Java est encore gardé sous le controle de Sun qui a pour but d'assurer la cohérence et l'unicité ....
La réutilisabilité me parait etre l'un des points forts de l'informatique moderne (point que sous Linux on a tendance à oublier), ainsi il me parait important avant de se dire "comment je peux me construire tel ou tel API" de se dire "est-ce que qqn n'a pas deja fait ca quelque part ? et comment je peux l'utiliser !"
Si tel etait le cas on n'aurais pas 40 editeurs de textes (sans aucun rapports) et 10 browser web (dont tres peux sortes du lot !).
IMHO il vaut mieux ameliorer que reconstruire car on pousse les fonctionalités vers le haut au lieu de passer son temps à debugger les fondations !
Je pense que Java est une opportunité pour Linux comme Linux est une opportunité pour Java,
malheureusement les guru de la FSF passent leur temps à casser du Java, avec pour but avouer de toucher au passage solaris ;)
Est-ce que etre un pur FSFer signifie se tapper des KM de lignes de C avec #define, #pragma obligé et arithmetique de pointeurs tordues ?
Ca fait bien longtemps que je n'ai plus eut de coredump ou de memory stack fault, et je m'en porte plutot bien. Mes applications fonctionnent sur de multiples OS ( !! vraiment, c'est pas du baratin@sun.net ), et ont des fonctionalités vraiments puissantes et performantes (pour 99,9% de mes besoins).
Avec la sortie des divers JDK1.3 (Blackdown, IBM, Sun), Linux est maintenant presque au meme niveau que Windows pour la compatibilité Java ...
Si il y avait plus de developpeurs Linux à faire du Java, le part applicatif pourrait permettre de faciliter la migration depuis Win32 vers Linux (memes applicatifs!).
Vous en pensez quoi ?
(svp, no troll, no flame)