Oui, on peut avoir les sources, et c'est un gros piege:
toute personne ayant eu acces a ces sources ne peut plus contribuer a GNU Classpath ou a gcj: Le risque d'etre accusé (a tort ou a raison) d'avoir repompé du code est trop important, et les equipes de ces implementations libres ne veulent pas courir le risque de voir tant d'efforts reduits a nean.
Moralité: reflechissez a 2 fois avant de telecharger des sources non libre.
Posté par kruskal .
En réponse au journal python.
Évalué à 2.
Je n'ai pas dit que Java(tm) n'etait pas utilisé dans des projets libres.
Néanmoins, faire un soft libre dépendant d'un environnement non libre, c'est s'exposer a des problemes de dépendance et de manque de pérennité.
Si tu est pret a accepter les risques que cela entraine, libre a toi.....
Posté par kruskal .
En réponse au journal python.
Évalué à 3.
Hum, les langages a apprendre dépendent de ce que tu veut faire avec.
A mon avis, le C est présent partout, donc c'est une bonne chose de le connaitre.
Pour le java, a ta place, j'attendrais d'en voir plus du coté de la liberation de Java(tm). Ca peut etre bien de connaitre ce langage parce qu'il est enormement utilisé en entreprise, mais pour l'instant, il vaut mieux eviter de l'utiliser pour du libre, a moins de se contenter de ce qui est implementé dans gcj ou kaffe ou autre implementation libre.
Heu, tu aurrais pas dans ton entourage quelqu'un qui aurais un vieux modem ?
Ca cours les rues ca, avec toute la populasse qui est passé en haut débit......
Tient au fait, personne a dans un de ses bookmarks l'url du site qui reference tout ce qu'il faut faire et ne pas faire en terme d'ergonomie ?
C'etait vraiment un site super complet, mais je n'en retrouve plus la trace :(
D'ou les guillemets autour du mot "forker"
Il fallait bien sur comprendre qu'Ibm pourrait partir de sa propre Jvm pour faire cela.
Mais il semblerait que les classes livrees dans le jre d'Ibm soient celles ecrites par Sun..... Comme quoi Ibm a le meme probleme que gcj, classpath, kaffe: c'est vraiment un énorme boulot.
"2) tu peux distribuer en GPL un truc que tu appellera Wisual K ++ qui a l'odeur de java et qui fait tout comme java ... mais comme personne ne l'utilisera (tu sais ... les gars en cravate ...)"
Maintenant que j'y repense, si c'est moi qui sort ce truc, bien sur que ca marchera pas, mais si c'est IBM ? Ils ont les moyens de "forker" Java en opensource nan ? Et meme si ils peuvent pas utiliser la marque Java, ils ont quand meme la force commerciale qu'il faut pour que ce soit utilisé.
"2) tu peux distribuer en GPL un truc que tu appellera Wisual K ++ qui a l'odeur de java et qui fait tout comme java ... mais comme personne ne l'utilisera (tu sais ... les gars en cravate ...)"
Oui les gars en cravate, mais on s'en fout, ca nous permettrait au moins d'avoir un clone de java libre et complet. Les gens du libre s'en tripotent un peu que ca s'apelle java ou pas.
Hum, si quelqu'un peut m'eclairer, il sera le bienvenu.
Le contrat entre IBM et Sun interdit il a IBM de liberer son propre JDK ?
Si oui, cela s'applique t-il aussi si ce JDK etait distribué en OpenSource sans utiliser la marque Java ?
IBM aurait il le droit d'injecter du code de son propre JDK dans gcj (par exemple) qui n'utilise pas la marque Java ?
En tout cas, pour moi qui me refusait a toucher a Java, justement a cause du manque de bases libres, je ne peut que me réjouir a cette perspective. Esperons que la démarche d'IBM réussira.
"Ce temps doit etre révolu. J2EE offre l'indépendance du serveur, c'est déja un grand pas. "
Si tu le dit, je veut bien te croire, moi j'y connais pas grand chose en J2EE, personne est capable d'expliquer simplement ce que c'est exactement.
Mais bon, personellement je trouve que ca ne sert strictement a rien d'etre independant d'un serveur, si c'est pour rester dépendant de la plate-forme sous-jascente (en l'occurence la jvm).
C'est pour ca que je pense qu'ObjectWeb ferait mieux de faire des efforts de ce coté la au lieu de courir apres cette certification.
En plus, ce n'est pas parce que ce n'est pas certifié que cela n'est pas compatible.
C'est pour cela que je pense que les dissaïdors feraient mieux de regarder plus loin que le bout de leur nez.
[^] # Re: Java libre : Sun sur la défensive
Posté par kruskal . En réponse à la dépêche Java libre : Sun sur la défensive. Évalué à 9.
toute personne ayant eu acces a ces sources ne peut plus contribuer a GNU Classpath ou a gcj: Le risque d'etre accusé (a tort ou a raison) d'avoir repompé du code est trop important, et les equipes de ces implementations libres ne veulent pas courir le risque de voir tant d'efforts reduits a nean.
Moralité: reflechissez a 2 fois avant de telecharger des sources non libre.
[^] # Re: Nouveau memo Halloween - SCO attaque
Posté par kruskal . En réponse à la dépêche Nouveau memo Halloween - SCO attaque. Évalué à 2.
Mais tu sais, si ca te déplait, personne te retient en otage ici.....
[^] # Re: Java va mal
Posté par kruskal . En réponse au journal Java va mal. Évalué à 0.
# Re: La punition suprême !
Posté par kruskal . En réponse au journal La punition suprême !. Évalué à 2.
[^] # Re: Java va mal
Posté par kruskal . En réponse au journal Java va mal. Évalué à 1.
[^] # Re: python
Posté par kruskal . En réponse au journal python. Évalué à 1.
[^] # Re: Après le biodiesel : le moteur à air comprimé
Posté par kruskal . En réponse au journal Après le biodiesel : le moteur à air comprimé. Évalué à 1.
[^] # Re: python
Posté par kruskal . En réponse au journal python. Évalué à 2.
Néanmoins, faire un soft libre dépendant d'un environnement non libre, c'est s'exposer a des problemes de dépendance et de manque de pérennité.
Si tu est pret a accepter les risques que cela entraine, libre a toi.....
# Re: python
Posté par kruskal . En réponse au journal python. Évalué à 3.
A mon avis, le C est présent partout, donc c'est une bonne chose de le connaitre.
Pour le java, a ta place, j'attendrais d'en voir plus du coté de la liberation de Java(tm). Ca peut etre bien de connaitre ce langage parce qu'il est enormement utilisé en entreprise, mais pour l'instant, il vaut mieux eviter de l'utiliser pour du libre, a moins de se contenter de ce qui est implementé dans gcj ou kaffe ou autre implementation libre.
# Re: nvidia
Posté par kruskal . En réponse au journal nvidia. Évalué à 2.
# Re: Problèmes de drivers Modem Conexant
Posté par kruskal . En réponse au journal Problèmes de drivers Modem Conexant. Évalué à 1.
Ca cours les rues ca, avec toute la populasse qui est passé en haut débit......
# Re: NetBSD 1.6.2 iz houtte
Posté par kruskal . En réponse au journal NetBSD 1.6.2 iz houtte. Évalué à 0.
[^] # Re: Je suis
Posté par kruskal . En réponse au sondage Je suis. Évalué à 1.
# Re: IzPack 3.5.0
Posté par kruskal . En réponse au journal IzPack 3.5.0. Évalué à -1.
# Re: ESR, CUPS et GUI moisie
Posté par kruskal . En réponse au journal ESR, CUPS et GUI moisie. Évalué à 1.
C'etait vraiment un site super complet, mais je n'en retrouve plus la trace :(
[^] # Re: IBM demande à Sun de "libérer" Java
Posté par kruskal . En réponse à la dépêche IBM demande à Sun de "libérer" Java. Évalué à 1.
Il fallait bien sur comprendre qu'Ibm pourrait partir de sa propre Jvm pour faire cela.
Mais il semblerait que les classes livrees dans le jre d'Ibm soient celles ecrites par Sun..... Comme quoi Ibm a le meme probleme que gcj, classpath, kaffe: c'est vraiment un énorme boulot.
[^] # Re: IBM demande à Sun de "libérer" Java
Posté par kruskal . En réponse à la dépêche IBM demande à Sun de "libérer" Java. Évalué à 1.
Maintenant que j'y repense, si c'est moi qui sort ce truc, bien sur que ca marchera pas, mais si c'est IBM ? Ils ont les moyens de "forker" Java en opensource nan ? Et meme si ils peuvent pas utiliser la marque Java, ils ont quand meme la force commerciale qu'il faut pour que ce soit utilisé.
[^] # Re: IBM demande à Sun de "libérer" Java
Posté par kruskal . En réponse à la dépêche IBM demande à Sun de "libérer" Java. Évalué à 1.
Oui les gars en cravate, mais on s'en fout, ca nous permettrait au moins d'avoir un clone de java libre et complet. Les gens du libre s'en tripotent un peu que ca s'apelle java ou pas.
# Re: IBM demande à Sun de "libérer" Java
Posté par kruskal . En réponse à la dépêche IBM demande à Sun de "libérer" Java. Évalué à 1.
Le contrat entre IBM et Sun interdit il a IBM de liberer son propre JDK ?
Si oui, cela s'applique t-il aussi si ce JDK etait distribué en OpenSource sans utiliser la marque Java ?
IBM aurait il le droit d'injecter du code de son propre JDK dans gcj (par exemple) qui n'utilise pas la marque Java ?
En tout cas, pour moi qui me refusait a toucher a Java, justement a cause du manque de bases libres, je ne peut que me réjouir a cette perspective. Esperons que la démarche d'IBM réussira.
[^] # Re: Quel langage choisir.
Posté par kruskal . En réponse au journal Quel langage choisir.. Évalué à 1.
D'apres la definition de sun, il sufit de faire une machine virtuelle capable de comprendre ce dialecte binaire: un jeu d'enfant.
[^] # Re: JOnAS conforme J2EE 1.4 !
Posté par kruskal . En réponse à la dépêche JOnAS en route vers la conformité J2EE 1.4. Évalué à 0.
Merci beaucoup.
[^] # Re: Quel langage choisir.
Posté par kruskal . En réponse au journal Quel langage choisir.. Évalué à 2.
1erement, pour des questions d'intégration a mon environnement
2emement, il me semble que l'implementation de swing dans gcj n'en est qu'a ses débuts.
[^] # Re: JOnAS conforme J2EE 1.4 !
Posté par kruskal . En réponse à la dépêche JOnAS en route vers la conformité J2EE 1.4. Évalué à 1.
# Re: Alizée s'est mariée
Posté par kruskal . En réponse au journal Alizée s'est mariée. Évalué à 3.
Allez, viens te consoller dans les bras de ton krusky.
[^] # Re: JOnAS conforme J2EE 1.4 !
Posté par kruskal . En réponse à la dépêche JOnAS en route vers la conformité J2EE 1.4. Évalué à 0.
Si tu le dit, je veut bien te croire, moi j'y connais pas grand chose en J2EE, personne est capable d'expliquer simplement ce que c'est exactement.
Mais bon, personellement je trouve que ca ne sert strictement a rien d'etre independant d'un serveur, si c'est pour rester dépendant de la plate-forme sous-jascente (en l'occurence la jvm).
C'est pour ca que je pense qu'ObjectWeb ferait mieux de faire des efforts de ce coté la au lieu de courir apres cette certification.
En plus, ce n'est pas parce que ce n'est pas certifié que cela n'est pas compatible.
C'est pour cela que je pense que les dissaïdors feraient mieux de regarder plus loin que le bout de leur nez.