Ca me fait penser au cas du toolkit graphique AWT dans Java qui n'utilisait que le plus petit denominateur commun a toutes les interfaces graphiques. Resultat: il a ete remplace par Swing qui offrait une interface unifiee et bien plus complete (entre autres raisons).
Et puis SWT est arrive et il commence a grignoter serieusement des parts a Swing (avec la reussite d'Eclipse).
Voir ceci pour mieux comprendre: http://en.wikipedia.org/wiki/Standard_Widget_Toolkit#Java_GU(...)
Bref, j'espere pour Phonon que le spectre des fonctionnalites proposees va etre suffisamment large pour repondre le plus possible aux besoins des applications KDE. Dans le cas contraire, cela va etre un loupe total.
Comme dis plus haut, un comportement a la DirectX avec le test des fonctionnalites presentes serait l'ideal.
Ou alors, le support des fonctionnalites avancees non supportees par un backend pourrait etre implementees dans Phonon (ou le plugin) en s'appuyant sur les fonctionnalites existantes du backend (je ne connais rien a l'audio, peut etre que cela se voit) un peu comme Mesa le fait pour l'OpenGL.
Je lis le thread, je me dis encore un troll sur les langages de programmation. Et la plaf! Je ne peux m'empecher de tomber dedans.
Le code binaire et portable semble encore avoir des partisans, aujourd'hui dans les annees 2000, notamment du cote de Redmond.
SI je fais abstraction du calcul scientifique, et que je parle de la programmation en general.
Maintenant, lorsque l'on choisit un langage tel que Java, on fige beaucoup de choses: un temps et un cout de developpement moindre mais des performances legerement inferieures.
Est-ce que ca vaut le cout de baisser l'investissement initial et surtout le temps initial? C'est a voir.
Comme cite ci-dessus, le prix des machines dans le calcul scientifique fait qu'il vaut mieux rentabiliser en ayant un logiciel le plus optimise possible. De l'autre cote, pour un systeme d'information, l'adaptabilite, le time to market sont des facteurs importants et dans ce cas, Java devient interessant.
Donc comme d'habitude, il faut choisir le langage en fonction des objectifs, du temps que l'on a et de ses possibilites intrinseques (et dans le cas de Java, pour les systemes d'informations, je n'ai meme pas parle de J2EE. Maintenant c'est fait! :).
D'ailleurs ca m'etonne beaucoup ce soudain amour pour la GPL.
Meme si OpenOffice est GPL, il me semblait que Sun avait cree la CDDL expressement pour qu'OpenSolaris ne soit pas compatible avec Linux. Peut etre est ce parce que Linus Torvalds s'est declare contre la GPLv3 en l'etat, et que donc Sun ne craint plus que son code soit pris pour renforcer Linux.
En effet, si la licence choisie est CDDL+GPLv3, alors ce n'est pas compatible avec Linux qui est GPLv2.
Avant ca, il va falloir revoir un peu le design.
Je me suis laisse dire que sa consommation, meme si elle semble faible pour un CPU de serveur reste assez enorme pour un appareil mobile: 70 Watts
Je pense aussi que ca va arriver, mais peut etre pas aussi vite que l'on pourrait l'esperer. Reecrire des applicatiions, ca coute des sous. Je ne sais pas combien d'applications de ce type la gendarmerie possede, ni son budget informatique mais ca ne se remplace pas en un cout de baguette magique.
Heureusement, il semble y avoir une tres forte politique en faveur de l'independance aux frounisseurs! Et le logiciel libre trouve une bonne place dans ce dispositif :)
C'est bien: la gendarmerie sert d'exemple de migration progressive vers les logiciels libres au sein de l'administration. Vu qu'ils y a des articles sur eux dans les journaux type "le monde informatique", peut etre que les entreprises en general vont s'y interesser de plus pres, si ce n'est pas deja fait!
En tout cas, si jamais elle survient, elle ne surviendra pas pour tous les ordinateurs: comme partout, la gendarmerie a des applications qui ne tournent que sous Ms Windows car developpees uniquement pour cette plateforme.
C'est le retour que j'ai eu d'un officier de gendarmerie appele a travailler a la DSI de la gendarmerie.
J'en ai profite pour faire du lobbying pro logiciels libres mais surtout pro portabilite dans leur cas. ;)
Si l'on regarde les gros projets, il casse la compatibilité ascendante de temps en temps mais essayes de l'éviter tous les quatres matins.
Pense a Linux qui modifie regulierement les interfaces d'acces pour une partie du materiel (et qui a pose des problemes dans le cas du support des webcams philips il me semble).
Et dans le cas qui nous interesse, XULRunner est une version en developpement, donc il est normal que ca evolue sans cesse.
Les SGBD Relationnal Objets sont differents des SGBD Objets!
Le Relationnel Objet prend une base relationnelle dans laquelle tu peux stocker des objets avec parfois aussi des procedures (ou methodes) il me semble, et meme de l'heritage (c'est du moins ce que j'avais vu pour Oracle il me semble). Oui Oracle est bien un SGBD Relationnel Objet. Sur les TP que j'avais a faire, la syntaxe de ce genre de choses est vraiement affreuse et difficile a utiliser pour utiliser les references d'objets.
D'ailleurs, il me semble que SQL3 inclue des bouts de Relationnel Objet. Est-ce que beaucoup de SGBD le supporte? Ca c'est une question pour laquelle je n'ai pas de reponse.
Tandis qu'un SGBD Objet (que je n'ai jamais utilise) offre un paradigme unique : l'oriente objet. Il n'utilise pas du relationnel avec de l'objet en plus. Mais comme je ne l'ai jamais manipule, je ne sais si c'est tres simple, mais les exemples que j'avais vu semblaient prometteurs! EyeDB va enfin offrir la possibilite d'essayer tout ceci!
Donc en gros, pourquoi l'avenir de l'informatique passerait t-il forcément par un dispositif avec une machine virtuelle ? (c'est quand même plus gros/lourd/lent que d'avoir un code qui s'execute directement non ?). Surtout que
- les logiciels libres n'ont besoin que d'une API portable (possibilité de recompiler pour chaque architecture)
- Microsoft ne recherche à mon avis pas vraiment à favoriser la portabilité (je ne vois pas quel est leur intérêt de promouvoir une telle architecture)
- les autres éditeurs de logiciels (propriétaires) peuvent être intéressés par l'aspect multi plates-formes, mais là encore une simple API portable (comme QT) résoud la majeure partie du problème (il suffit de compiler pour chaque architecture, mais ça reste la même base de code)
C'est justement dans ta derniere phrase que vient l'interet: pas de recompilation car la VM s'en charge avec une compilation Just In Time
=> c'est portable sur toutes les architectures sans recompiler soi meme (puisque la VM le fait!)
Ce que cherche Microsoft, c'est de faire tomber le plus de gens possibles dans leur technos. Comme tout editeur de langage "industriel". Java en fait de meme et se vante meme du nombre de developpeurs total. Tout ca pour qu'un developpeur soit interchangeable avec un autre pour maintenir et faire evoluer le logiciel ecrit en C/C++/Java/.Net, etc...
Donc il faut a Microsoft quelque chose de plus fort que Java: .Net. Il y a les avantages de Java + des choses mieux (normal: ca a ete fait apres) + une tres bonne integration a sa propre plateforme.
D'apres ce que j'ai vu sur le site de Subversion, la license utilisée est une Apache version 1.1.
Donc si on regarde sur le site de GNU a la bonne page, (http://www.gnu.org/licenses/license-list.fr.html), on trouve ca:
La licence d'Apache version 1.0.
C'est une licence simple et permissive de logiciel libre sans gauche d'auteur présentant des problèmes pratiques semblables à ceux de la license BSD, avec y compris l'incompatibilité avec la GPL de GNU.
La Licence d'Apache version 1.1.
Licence de logiciel libre sans gauche d'auteur, permissive, avec quelques aspects qui la rendent incompatible avec la GPL de GNU.
Nous vous demandons instamment de ne pas utiliser les licences d'Apache pour les logiciels que vous écrivez. Toutefois, il n'y a aucune raison d'éviter de faire fonctionner les logiciels publiés sous cette licence, Apache par exemple.
Donc on est pas trop avance, mais si on regarde la licence Apache v1.0, et en supposant que ce sont les memes problemes qui sont present dans la v1.1, alors ce sont les memes que ceux de la license BSD originale, c'est a dire la citation des auteurs il me semble.
Le noyau de MacOS X (Darwin, Open Source) est a la fois base sur Free BSD 5.x (monolithique) et Mach 3.x (micro noyau).
Mac Os X a donc un noyau
hybride.
La feinte est la suivante:
Dans le cas de l'instruction i++; ,
i++ incremente la variable i, mais renvoie la valeur de i avant l'incrementation. Il faut donc la stocker quelque part ailleurs.
++i incremente la variable i, et renvoie la valeur de i apres l'incrementation. Donc il n'y a pas de valeur a garder!
C'est un probleme de micro optimisations, mais on utilise tellement l'instruction suivante: i++; , que cela vaut le coup d'utiliser ++i; a la place, et ca ne mange pas de pain.
(Remarquez que l'on utilise aussi dans le for)
Le probleme n'est pas Java lui meme.
Le probleme est J2EE (dont on parle comme la "plateforme java", ce qui entretien la confusion). C'est plutot complexe a aprehender et a comprendre; notamment son interet par rapport a du C beaucoup plus simple a saisir. Je me rappelle de mes premiers cours sur le sujet ou j'avais l'impressions d'entendre une suite de buzzwords informatiques: persistance, deploiement, reutilisabilite. Tant que l'on ne s'est pas cogne a ces problemes avec un autre langage, c'est plutot tendu a comprendre.
Je me rappelle d'un commentaire DLFP recent qui expliquait pourquoi J2EE avait loupe ses objectifs, mais je ne le retrrouve pas. Stephane, une idee?
C'est pour ca qu'il ne faut pas melanger Java et J2EE qui sont tres lies mais dont les objectifs sont radicalement differents.
Un bnon site plutot exhaustif pour se retrouver dans les nebuleuses java et J2EE: http://perso.wanadoo.fr/jm.doudoux/java/tutorial/
Bonne comprehension, et bon courage. Ne te decourage pas. Il y a plein d'infos sur le net.
C'est vrai que Red Hat a pris une sacree importance dans de nombreux projets cles.
En meme temps, le support de java n'est arrive que au travers de gcj + classpath. S'il avaient voulu faire du java non libres, ils auraient pu le faire depuis longtemps en demandant a Sun. Bon, il se trouve qu'ils ne sont pas du tout copain.
Alors c'etait politique ou philosophique? Agir contre Sun, ou ne pas integrer de logiciel non libre? Si c'etait politique, c'est clair qu'un SElinux (intentionnellement) touche par un brevet ne les generait pas trop. Si c'etait philosophique, brevet entraine non libre (pas assez), entraine pas de SElinux.
Tout de meme, d'apres Daniel Veillard, la tres grande majorite de leur code est libre. J'aidonc une preference pour l'option ethique.
En tout cas:
clap clap clap les brevets! clap clap Secure Computing! Et vivement la GPLv3 qui va bien niquer ce comportement totalement immoral et non ethique.
Je suis pas toujours d'accord avec RMS (quoique, ethiquement parlant, c'est du tout bon), mais la, il devient criant que les brevets sont une vraie epine dans le pied des logiciels libres.
[^] # Re: Et les autres IM?
Posté par djano . En réponse au sondage Mon logiciel de voix sur IP préféré. Évalué à 1.
Ouaie!! Je crois que la journee a ete trop longue la!
Je ------->[] tout de suiite
# Et les autres IM?
Posté par djano . En réponse au sondage Mon logiciel de voix sur IP préféré. Évalué à -1.
Ca fait vieux, mais tant pis.
Vraiment inepte ces sondages qui ne proposent pas assez de solutions. :x
[^] # Re: Autres nouveautés
Posté par djano . En réponse à la dépêche Sortie d'OpenBSD 3.9. Évalué à 1.
Merci de ta reponse!
[^] # Re: Autres nouveautés
Posté par djano . En réponse à la dépêche Sortie d'OpenBSD 3.9. Évalué à 2.
Peux tu en dire un peu plus s'il te plait? Ca m'interesse.
J'ai cherche un peu mais je n'ai pas trouve exactement ce que tu sembles dire.
[^] # Re: Perte de fonctionnalités
Posté par djano . En réponse à la dépêche Annonce du projet Phonon. Évalué à 3.
Et puis SWT est arrive et il commence a grignoter serieusement des parts a Swing (avec la reussite d'Eclipse).
Voir ceci pour mieux comprendre:
http://en.wikipedia.org/wiki/Standard_Widget_Toolkit#Java_GU(...)
Bref, j'espere pour Phonon que le spectre des fonctionnalites proposees va etre suffisamment large pour repondre le plus possible aux besoins des applications KDE. Dans le cas contraire, cela va etre un loupe total.
Comme dis plus haut, un comportement a la DirectX avec le test des fonctionnalites presentes serait l'ideal.
Ou alors, le support des fonctionnalites avancees non supportees par un backend pourrait etre implementees dans Phonon (ou le plugin) en s'appuyant sur les fonctionnalites existantes du backend (je ne connais rien a l'audio, peut etre que cela se voit) un peu comme Mesa le fait pour l'OpenGL.
[^] # Re: Vista // Linux
Posté par djano . En réponse à la dépêche Virtualisation de Serveur : Linux sous Windows. Évalué à 1.
http://en.wikipedia.org/wiki/Singularity_%28operating_system(...)
En lisant une interview, il me semble qu'il s'agit d'un projet de recherche plutot qu'un projet industriel.
Je crois qu'il y a deja eu des tentatives de faire un OS en java:
http://www.jnode.org/
http://en.wikipedia.org/wiki/JavaOS (tentative de Sun)
http://dmoz.org/Computers/Software/Operating_Systems/Object-(...)
[^] # Re: noyaux de calcul intensifs en Java ?
Posté par djano . En réponse à la dépêche Logiciels libres vus par l'industrie aéronautique. Évalué à 2.
Le code binaire et portable semble encore avoir des partisans, aujourd'hui dans les annees 2000, notamment du cote de Redmond.
SI je fais abstraction du calcul scientifique, et que je parle de la programmation en general.
Maintenant, lorsque l'on choisit un langage tel que Java, on fige beaucoup de choses: un temps et un cout de developpement moindre mais des performances legerement inferieures.
Est-ce que ca vaut le cout de baisser l'investissement initial et surtout le temps initial? C'est a voir.
Comme cite ci-dessus, le prix des machines dans le calcul scientifique fait qu'il vaut mieux rentabiliser en ayant un logiciel le plus optimise possible. De l'autre cote, pour un systeme d'information, l'adaptabilite, le time to market sont des facteurs importants et dans ce cas, Java devient interessant.
Donc comme d'habitude, il faut choisir le langage en fonction des objectifs, du temps que l'on a et de ses possibilites intrinseques (et dans le cas de Java, pour les systemes d'informations, je n'ai meme pas parle de J2EE. Maintenant c'est fait! :).
[^] # Re: Articles GNU Linux Magazine France
Posté par djano . En réponse à la dépêche Revue de Presse - Mars 2006. Évalué à 4.
Vraiment merci beaucoup pour le travail realise!!
Voila une bien belle initiative!
[^] # Re: Les UltraSparc sous quelle GPL?
Posté par djano . En réponse à la dépêche Les UltraSparc sous GPL. Évalué à 2.
Meme si OpenOffice est GPL, il me semblait que Sun avait cree la CDDL expressement pour qu'OpenSolaris ne soit pas compatible avec Linux. Peut etre est ce parce que Linus Torvalds s'est declare contre la GPLv3 en l'etat, et que donc Sun ne craint plus que son code soit pris pour renforcer Linux.
En effet, si la licence choisie est CDDL+GPLv3, alors ce n'est pas compatible avec Linux qui est GPLv2.
Bref, moi plus comprendre la! :?
[^] # Re: C'est bien mais
Posté par djano . En réponse à la dépêche Les UltraSparc sous GPL. Évalué à 2.
Je me suis laisse dire que sa consommation, meme si elle semble faible pour un CPU de serveur reste assez enorme pour un appareil mobile: 70 Watts
premiere sources avec Google + ultrasparc t1 consommation :
http://www.silicon.fr/getarticle.asp?ID=12400
http://www.presence-pc.com/actualite/ultrasparc-t1-12947/
[^] # Re: Le libre vaincra
Posté par djano . En réponse à la dépêche Soirée découverte Firefox, Wikipédia et OpenOffice.org à Miélan (Gers). Évalué à 1.
Heureusement, il semble y avoir une tres forte politique en faveur de l'independance aux frounisseurs! Et le logiciel libre trouve une bonne place dans ce dispositif :)
C'est bien: la gendarmerie sert d'exemple de migration progressive vers les logiciels libres au sein de l'administration. Vu qu'ils y a des articles sur eux dans les journaux type "le monde informatique", peut etre que les entreprises en general vont s'y interesser de plus pres, si ce n'est pas deja fait!
[^] # Re: Le libre vaincra
Posté par djano . En réponse à la dépêche Soirée découverte Firefox, Wikipédia et OpenOffice.org à Miélan (Gers). Évalué à 2.
C'est le retour que j'ai eu d'un officier de gendarmerie appele a travailler a la DSI de la gendarmerie.
J'en ai profite pour faire du lobbying pro logiciels libres mais surtout pro portabilite dans leur cas. ;)
[^] # Re: Stabilité de l'API
Posté par djano . En réponse à la dépêche Sortie de XulRunner 1.8.0.1. Évalué à 1.
Pense a Linux qui modifie regulierement les interfaces d'acces pour une partie du materiel (et qui a pose des problemes dans le cas du support des webcams philips il me semble).
Et dans le cas qui nous interesse, XULRunner est une version en developpement, donc il est normal que ca evolue sans cesse.
[^] # Re: Excellente nouvelle
Posté par djano . En réponse à la dépêche Première publication en licence libre du SGBDO EyeDB. Évalué à 1.
Les SGBD Relationnal Objets sont differents des SGBD Objets!
Le Relationnel Objet prend une base relationnelle dans laquelle tu peux stocker des objets avec parfois aussi des procedures (ou methodes) il me semble, et meme de l'heritage (c'est du moins ce que j'avais vu pour Oracle il me semble). Oui Oracle est bien un SGBD Relationnel Objet. Sur les TP que j'avais a faire, la syntaxe de ce genre de choses est vraiement affreuse et difficile a utiliser pour utiliser les references d'objets.
D'ailleurs, il me semble que SQL3 inclue des bouts de Relationnel Objet. Est-ce que beaucoup de SGBD le supporte? Ca c'est une question pour laquelle je n'ai pas de reponse.
Tandis qu'un SGBD Objet (que je n'ai jamais utilise) offre un paradigme unique : l'oriente objet. Il n'utilise pas du relationnel avec de l'objet en plus. Mais comme je ne l'ai jamais manipule, je ne sais si c'est tres simple, mais les exemples que j'avais vu semblaient prometteurs! EyeDB va enfin offrir la possibilite d'essayer tout ceci!
[^] # Re: C# et le libre...
Posté par djano . En réponse à la dépêche talweg, une migration vers Mono. Évalué à 2.
C'est justement dans ta derniere phrase que vient l'interet: pas de recompilation car la VM s'en charge avec une compilation Just In Time
=> c'est portable sur toutes les architectures sans recompiler soi meme (puisque la VM le fait!)
Ce que cherche Microsoft, c'est de faire tomber le plus de gens possibles dans leur technos. Comme tout editeur de langage "industriel". Java en fait de meme et se vante meme du nombre de developpeurs total. Tout ca pour qu'un developpeur soit interchangeable avec un autre pour maintenir et faire evoluer le logiciel ecrit en C/C++/Java/.Net, etc...
Donc il faut a Microsoft quelque chose de plus fort que Java: .Net. Il y a les avantages de Java + des choses mieux (normal: ca a ete fait apres) + une tres bonne integration a sa propre plateforme.
J'espere avoir repondu a tes interogations ;-)
[^] # Re: Type de license?
Posté par djano . En réponse à la dépêche Subversion 1.3.0 est disponible. Évalué à 3.
Donc si on regarde sur le site de GNU a la bonne page, (http://www.gnu.org/licenses/license-list.fr.html), on trouve ca:
Donc on est pas trop avance, mais si on regarde la licence Apache v1.0, et en supposant que ce sont les memes problemes qui sont present dans la v1.1, alors ce sont les memes que ceux de la license BSD originale, c'est a dire la citation des auteurs il me semble.
[^] # Re: Heu...
Posté par djano . En réponse à la dépêche La Gendarmerie Nationale passe à Firefox et Thunderbird. Évalué à 2.
Opera lui est plus fort sur les balises (X)HTML (avec tres souvent 100% de compatibilite) que Firefox 1.5 (a qui il manque quelques %).
Idem, sur DOM, Opera semble mieux que Firefox 1.5, sauf sur les proprietes liees au style.
Qui c'est qui a code toutes les CSS? C'est Daniel Glazman ou quoi (c'est juste qu'il semble bien aimer ca)?
En tous cas, ca a l'air d'etre un super travail!
Chapeau a ceux qui l'ont fait
[^] # Re: des pages web de plus en plus complexes ... ajax et le reste
Posté par djano . En réponse à la dépêche WordPress 2.0 est disponible. Évalué à 4.
[^] # Re: Un logiciel de SIG en développement sur la plateforme Mozilla
Posté par djano . En réponse à la dépêche Création de la fondation MapServer. Évalué à 1.
(cf http://linuxfr.org/2005/12/07/20021.html#657098)
Il veut savoir d'où ils tirent les cartes.
[^] # Re: GNU/HURD?
Posté par djano . En réponse à la dépêche un nouveau Minix. Évalué à 4.
Le noyau de MacOS X (Darwin, Open Source) est a la fois base sur Free BSD 5.x (monolithique) et Mach 3.x (micro noyau).
Mac Os X a donc un noyau
hybride.
Plus d'infos:
http://en.wikipedia.org/wiki/Darwin_%28operating_system%29
http://en.wikipedia.org/wiki/Mac_OS_X
[^] # Re: Cela rassure
Posté par djano . En réponse à la dépêche Rendre GNOME rapide. Évalué à 2.
La feinte est la suivante:
Dans le cas de l'instruction i++; ,
i++ incremente la variable i, mais renvoie la valeur de i avant l'incrementation. Il faut donc la stocker quelque part ailleurs.
++i incremente la variable i, et renvoie la valeur de i apres l'incrementation. Donc il n'y a pas de valeur a garder!
C'est un probleme de micro optimisations, mais on utilise tellement l'instruction suivante: i++; , que cela vaut le coup d'utiliser ++i; a la place, et ca ne mange pas de pain.
(Remarquez que l'on utilise aussi dans le for)
[^] # Re: Java et petites strustures
Posté par djano . En réponse à la dépêche BuildProcess : la boite à outil de l'administrateur Java/J2EE. Évalué à 3.
Le probleme est J2EE (dont on parle comme la "plateforme java", ce qui entretien la confusion). C'est plutot complexe a aprehender et a comprendre; notamment son interet par rapport a du C beaucoup plus simple a saisir. Je me rappelle de mes premiers cours sur le sujet ou j'avais l'impressions d'entendre une suite de buzzwords informatiques: persistance, deploiement, reutilisabilite. Tant que l'on ne s'est pas cogne a ces problemes avec un autre langage, c'est plutot tendu a comprendre.
Je me rappelle d'un commentaire DLFP recent qui expliquait pourquoi J2EE avait loupe ses objectifs, mais je ne le retrrouve pas. Stephane, une idee?
C'est pour ca qu'il ne faut pas melanger Java et J2EE qui sont tres lies mais dont les objectifs sont radicalement differents.
Un bnon site plutot exhaustif pour se retrouver dans les nebuleuses java et J2EE:
http://perso.wanadoo.fr/jm.doudoux/java/tutorial/
Bonne comprehension, et bon courage. Ne te decourage pas. Il y a plein d'infos sur le net.
[^] # Re: Pertinence?
Posté par djano . En réponse à la dépêche Sortie de Deskzilla 1.0. Évalué à -2.
Sinon, ca n'a rien a faire ici.
[^] # Re: Alternatives
Posté par djano . En réponse à la dépêche SELinux en danger ?. Évalué à 5.
En meme temps, le support de java n'est arrive que au travers de gcj + classpath. S'il avaient voulu faire du java non libres, ils auraient pu le faire depuis longtemps en demandant a Sun. Bon, il se trouve qu'ils ne sont pas du tout copain.
Alors c'etait politique ou philosophique? Agir contre Sun, ou ne pas integrer de logiciel non libre? Si c'etait politique, c'est clair qu'un SElinux (intentionnellement) touche par un brevet ne les generait pas trop. Si c'etait philosophique, brevet entraine non libre (pas assez), entraine pas de SElinux.
Tout de meme, d'apres Daniel Veillard, la tres grande majorite de leur code est libre. J'aidonc une preference pour l'option ethique.
En tout cas:
clap clap clap les brevets! clap clap Secure Computing! Et vivement la GPLv3 qui va bien niquer ce comportement totalement immoral et non ethique.
Je suis pas toujours d'accord avec RMS (quoique, ethiquement parlant, c'est du tout bon), mais la, il devient criant que les brevets sont une vraie epine dans le pied des logiciels libres.
RMSement votre,
djano
[^] # Re: orthographe
Posté par djano . En réponse à la dépêche Troisième Hackfest à Québec. Évalué à 2.
Trop gros, passera pas! ;)
Déjà que les gens du nord de la France en on a apprendre des gens du sud!
Hein? Ah oui! ---->[]