Donc un programme lié aux KDElib peut etre Closed-source, a moins qu'a la compilation il est necessaire pour que ca marche de lier ce programme a la fois aux KDELib et a Qt. Ce qui resoud le probleme soulevé par le premier cas. Mais par contre je me demande l'interet alors de la LGPL pour les KDELib puisque dans ce cas tout programme l'utilisant n'aura d'autre choix que la GLP.
J'avais lu dans un commentaire ici meme que le terme linkage etait plus vaste que la simple liaison dynamique/statique et pouvait etre transposé en terme de communication par socket (c'est le cas par exemple pour X, Gnome avec Corba, ...) Je pense que c'est faux car cela poserait evidement probleme entre un serveur HTTP sous GPL et IE par exemple.
Mais la, je m'ecarte un peu du probleme initial. Supposons donc que ce que tu dis est vrai, alors la GPL n'a plus aucun pouvoir car toute lib sous GPL pourra etre encapsulée dans une lib en LGPL et ainsi etre liée a des programmes sous licence non libre (mon premier cas). Est-ce que c'est effectivement le cas ?
Oui tout a fait, sauf que le moyen peut mener au but :
Prenez un gosse "normal" n'ayant jamais eu l'idée de fabriquer de bombes mais qui sera toujours le premier a faire des conneries pour epater ses copains. Mettez lui un livre entre les mains lui expliquant comment faire des bombes a l'aide de produits domestiques, il tentera certainement d'en fabriquer une.
Maintenant, aurait-il fait la demarche d'aller dans une bibliotheque, au rayon science, lire des bouquins relativement compliqués et necessitant une bonne culture scientifique. Ou aurait-il emprunté le guide du petit terroriste en dix lecons au risque de se faire remarquer, pour peux qu'une bilbiotheque municipale dispose de ce genre d'ouvrages...
Donc arreter un peu vos conneries, c'est exactement la meme chose avec, la pédophilie et le reste. Internet permet d'avoir accés tres facilement a ces informations et de maniere "apparement" anonyme. Et c'est pour ca que c'est percut comme un média dangereux et incontrolables.
Quand j'étais gosse, nous n'avions pas besoin d'internet pour "savoir" fabriquer des bombes de fortune
Euuh ... sauf que moi qd j'etais gosse j'avais pas les plans pour faire une bombe au napalm.
Blender arrive petit à petit au niveau de 3DSmax et de sûrement beaucoup d'autres logiciels de 3D propriétaires
Faut pas trop s'emballer non plus ;)
Le TRES gros defaut de blender, c'est tout simplement son architecture. Le couplage du code est enorme (il n'est pas tres modulaire), il n'est vraiment maintenable que par ces concepteurs. Dans quelques temps Blender deviendra tres difficile a maintenir, et ils seront obligé de tout refaire.
Désolé de te decevoir mais MacOS est basé sur des spec ouvertes (j'ai pas dis standard car elle n'ont pas été "standardisées" par des organismes officiels il me semble)
Cocoa n'est autre qu'une implémentation (certe non libre) de NextStep. Carbon n'est qu'un backend graphique.
Tu es donc en train de critiquer Apple qui a preferé choisir NextStep a X+libs (et AMA ils ont fait un tres bon choix)
Je pense que l'on aurait exactement les memes problemes d'integration de toutes appli gnome/kde dans GNUStep. Donc il ne faut pas tout melanger : X / NextStep sont deux philosophies differentes. On aurait pu tres bien critiquer les dev de Gimp de ne pas avoir utiliser les libs de GnuStep ce qui aurait permi de mieux les integrer sous MacOs X
Ne melangez pas tout. Le principe de l'XP est fondé sur le travail colaboratif, le partage des connaissances, la comprehension parfaite des besoins du client, et surtout de detecter tres rapidement les erreurs de conceptions.
Il propose des techniques telles que le travail en binome, la creation de protos et l'evolution de ces protos, des contacts avec le client tres frequents et présents tout au long du developpement.
Ainsi, si un erreur de conception ou d'appreciation des besoins du client existe, elle est detectée rapidement et ces impactes sont relativement faibles.
Cette methode s'oppose au cycle en V ou le client n'entervient qu'au debut du process. Le developpement ce fait en boite noire et on ressort a la fin un produit, ne repondant pas forcement aux besoins du client.
Dans la pratique les boites utilisent certains conceptes de l'XP sans vraiment le savoir ; elles n'appliquent que tres rarement le cylce en V a la lettre.
Oui tout a fait d'accord, surtout que dans la pratique les specifications changent au gres du client et surtout des premiers protos. Si on code tout a la fin on connait le resultat bien trop tard. La moindre erreur en aval est fatale, surtout si elle remet en cause l'architecture meme.
La programmation modulaire permet d'obtenir tres rapidement un proto a montrer au client. Elle permet de reutiliser le maximum de code, de faire evoluer les specif sans trop remettre en cause ce qui a deja ete fait.
L'argent réparti va aux auteurs de la musique diffusée. Ca me parait normal.
Et pourquoi ne pas se baser uniquement sur le nombre de ventes ? pourquoi ne prennent-ils pas en compte l'audiences dans leurs calculs ? Pourquoi toujours donner l'argent a ceux qui n'en n'ont pas forcement besion ?
La musique diffusée n'est pas la plus ecoutée. Ecoutes-tu la musique dans ton supermarché ? Celle diffusée en boite ou dans un bar ou dans tout autre lieu est-t-elle celle que tu aimes ? Tout ca pour dire qu'avec ce type de repartition, tu paye indirectement (par tes consos au bar, par les produits que tu achetes, ...) une taxe pour la SACEM qui sera reversée en partie a des "artistes" que tu n'aimes pas et dont on t'as obligé d'ecouter.
Ce type de repartition reverse l'argent a la musique la plus diffusée et non a la musique la plus ecoutée, et c'est ca qui n'est pas normal.
Au final il suffit de regarder qui sont les 10-20 premiers titres sur la liste, on retrouve toujours les meme. Ne vaudrait-il mieux pas encourager le reste, ceux qui galere pour faire une maquette, en leur versant plus d'argent et de moyens. Ca favoriserait la conqurence, la diversité. Ca augmentrait les ventes, et les majors arreteraient de nous pondre des merdes et de se pleindrent qu'ils n'ont plus d'argent.
La Sacem est a mon avis a mettre dans le meme paquet que les majors, elle ne protege pas les petits auteurs, et ne fait qu'encourager les majors a produire de la daube car ca leur rapporte plus d'argent a court terme qu'un petit groupe qui mettra des années avant d'arriver a maturité.
Une question que je me pose, Microsoft publie-t-il les resultats de ses recherches comme le font les autres centres de recherches ou gardent-ils tout pour eux ?
J'ai deja lu des articles qui proposaient de reconstruire des scenes en 3D a partir de photos 2D il y a plus de 10 ans. Il y a 3 ans j'ai entendu dire que l'on savait faire la meme chose a partir d'une simple image. De plus je sais que des logiciels existent et permettent a partir d'une image et de quelques lignes de profondeurs tracées par l'utilisateur de reconstituer la scene en 3D (ce logiciel a plus de 5 ans, il ne semble que c'etait adobe). Voila, donc moi je ne trouve pas l'idée innovante. Bon pour les liens j'ai la flemme ;)
[^] # Re: Reflexion sur les licences libres
Posté par Anonyme . En réponse au journal Reflexion sur les licences libres. Évalué à 1.
[^] # Re: Reflexion sur les licences libres
Posté par Anonyme . En réponse au journal Reflexion sur les licences libres. Évalué à 1.
http://developer.kde.org/policies/licensepolicy.html(...)
et le site de Trolltech pour la licence de Qt
[^] # Re: Reflexion sur les licences libres
Posté par Anonyme . En réponse au journal Reflexion sur les licences libres. Évalué à 1.
[^] # Re: .
Posté par Anonyme . En réponse au journal Reflexion sur les licences libres. Évalué à 1.
http://www.gnu.org/licenses/license-list.html#GPLCompatibleLicenses(...)
Ce terme compatibilité signifie bien qu'il est possible de lié un programme GPL a un programme LGPL ?
[^] # Re: Reflexion sur les licences libres
Posté par Anonyme . En réponse au journal Reflexion sur les licences libres. Évalué à 1.
[^] # Re: Reflexion sur les licences libres
Posté par Anonyme . En réponse au journal Reflexion sur les licences libres. Évalué à 1.
J'avais lu dans un commentaire ici meme que le terme linkage etait plus vaste que la simple liaison dynamique/statique et pouvait etre transposé en terme de communication par socket (c'est le cas par exemple pour X, Gnome avec Corba, ...) Je pense que c'est faux car cela poserait evidement probleme entre un serveur HTTP sous GPL et IE par exemple.
Mais la, je m'ecarte un peu du probleme initial. Supposons donc que ce que tu dis est vrai, alors la GPL n'a plus aucun pouvoir car toute lib sous GPL pourra etre encapsulée dans une lib en LGPL et ainsi etre liée a des programmes sous licence non libre (mon premier cas). Est-ce que c'est effectivement le cas ?
[^] # Re: Les bombes
Posté par Anonyme . En réponse au journal la "Piraterie", la Justice et l'Inertie. Évalué à 1.
Prenez un gosse "normal" n'ayant jamais eu l'idée de fabriquer de bombes mais qui sera toujours le premier a faire des conneries pour epater ses copains. Mettez lui un livre entre les mains lui expliquant comment faire des bombes a l'aide de produits domestiques, il tentera certainement d'en fabriquer une.
Maintenant, aurait-il fait la demarche d'aller dans une bibliotheque, au rayon science, lire des bouquins relativement compliqués et necessitant une bonne culture scientifique. Ou aurait-il emprunté le guide du petit terroriste en dix lecons au risque de se faire remarquer, pour peux qu'une bilbiotheque municipale dispose de ce genre d'ouvrages...
Donc arreter un peu vos conneries, c'est exactement la meme chose avec, la pédophilie et le reste. Internet permet d'avoir accés tres facilement a ces informations et de maniere "apparement" anonyme. Et c'est pour ca que c'est percut comme un média dangereux et incontrolables.
[^] # Re: Reflexion sur les licences libres
Posté par Anonyme . En réponse au journal Reflexion sur les licences libres. Évalué à 1.
# Erreur de frappes
Posté par Anonyme . En réponse au journal Reflexion sur les licences libres. Évalué à 1.
[^] # Re: Et si on se reconnaissait ?
Posté par Anonyme . En réponse au journal Et si on se reconnaissait ?. Évalué à 0.
[^] # Re: Les bombes
Posté par Anonyme . En réponse au journal la "Piraterie", la Justice et l'Inertie. Évalué à -2.
Euuh ... sauf que moi qd j'etais gosse j'avais pas les plans pour faire une bombe au napalm.
[^] # Re: Notations des commentaires.
Posté par Anonyme . En réponse au journal Notations des commentaires.. Évalué à -4.
[^] # Re: Sortie de Blender 2.33
Posté par Anonyme . En réponse à la dépêche Sortie de Blender 2.33. Évalué à 1.
Faut pas trop s'emballer non plus ;)
Le TRES gros defaut de blender, c'est tout simplement son architecture. Le couplage du code est enorme (il n'est pas tres modulaire), il n'est vraiment maintenable que par ces concepteurs. Dans quelques temps Blender deviendra tres difficile a maintenir, et ils seront obligé de tout refaire.
[^] # Re: Sortie de Blender 2.33
Posté par Anonyme . En réponse à la dépêche Sortie de Blender 2.33. Évalué à 2.
Cocoa n'est autre qu'une implémentation (certe non libre) de NextStep. Carbon n'est qu'un backend graphique.
Tu es donc en train de critiquer Apple qui a preferé choisir NextStep a X+libs (et AMA ils ont fait un tres bon choix)
Je pense que l'on aurait exactement les memes problemes d'integration de toutes appli gnome/kde dans GNUStep. Donc il ne faut pas tout melanger : X / NextStep sont deux philosophies differentes. On aurait pu tres bien critiquer les dev de Gimp de ne pas avoir utiliser les libs de GnuStep ce qui aurait permi de mieux les integrer sous MacOs X
[^] # Re: Et si ce qu'on apprenait ne marchait pas ?
Posté par Anonyme . En réponse au journal Et si ce qu'on apprenait ne marchait pas ?. Évalué à 1.
[^] # Re: Le piratage, c'est mal.
Posté par Anonyme . En réponse au journal Le piratage, c'est mal.. Évalué à 8.
[^] # Re: Et si ce qu'on apprenait ne marchait pas ?
Posté par Anonyme . En réponse au journal Et si ce qu'on apprenait ne marchait pas ?. Évalué à 3.
Il propose des techniques telles que le travail en binome, la creation de protos et l'evolution de ces protos, des contacts avec le client tres frequents et présents tout au long du developpement.
Ainsi, si un erreur de conception ou d'appreciation des besoins du client existe, elle est detectée rapidement et ces impactes sont relativement faibles.
Cette methode s'oppose au cycle en V ou le client n'entervient qu'au debut du process. Le developpement ce fait en boite noire et on ressort a la fin un produit, ne repondant pas forcement aux besoins du client.
Dans la pratique les boites utilisent certains conceptes de l'XP sans vraiment le savoir ; elles n'appliquent que tres rarement le cylce en V a la lettre.
[^] # Re: Et si ce qu'on apprenait ne marchait pas ?
Posté par Anonyme . En réponse au journal Et si ce qu'on apprenait ne marchait pas ?. Évalué à 1.
[^] # Re: Et si ce qu'on apprenait ne marchait pas ?
Posté par Anonyme . En réponse au journal Et si ce qu'on apprenait ne marchait pas ?. Évalué à 1.
La programmation modulaire permet d'obtenir tres rapidement un proto a montrer au client. Elle permet de reutiliser le maximum de code, de faire evoluer les specif sans trop remettre en cause ce qui a deja ete fait.
[^] # Re: Il va vraiment falloir mettre les majors au pilori
Posté par Anonyme . En réponse au journal Il va vraiment falloir mettre les majors au pilori. Évalué à 1.
Et pourquoi ne pas se baser uniquement sur le nombre de ventes ? pourquoi ne prennent-ils pas en compte l'audiences dans leurs calculs ? Pourquoi toujours donner l'argent a ceux qui n'en n'ont pas forcement besion ?
La musique diffusée n'est pas la plus ecoutée. Ecoutes-tu la musique dans ton supermarché ? Celle diffusée en boite ou dans un bar ou dans tout autre lieu est-t-elle celle que tu aimes ? Tout ca pour dire qu'avec ce type de repartition, tu paye indirectement (par tes consos au bar, par les produits que tu achetes, ...) une taxe pour la SACEM qui sera reversée en partie a des "artistes" que tu n'aimes pas et dont on t'as obligé d'ecouter.
[^] # Re: Il va vraiment falloir mettre les majors au pilori
Posté par Anonyme . En réponse au journal Il va vraiment falloir mettre les majors au pilori. Évalué à 2.
Au final il suffit de regarder qui sont les 10-20 premiers titres sur la liste, on retrouve toujours les meme. Ne vaudrait-il mieux pas encourager le reste, ceux qui galere pour faire une maquette, en leur versant plus d'argent et de moyens. Ca favoriserait la conqurence, la diversité. Ca augmentrait les ventes, et les majors arreteraient de nous pondre des merdes et de se pleindrent qu'ils n'ont plus d'argent.
La Sacem est a mon avis a mettre dans le meme paquet que les majors, elle ne protege pas les petits auteurs, et ne fait qu'encourager les majors a produire de la daube car ca leur rapporte plus d'argent a court terme qu'un petit groupe qui mettra des années avant d'arriver a maturité.
[^] # Re: Il va vraiment falloir mettre les majors au pilori
Posté par Anonyme . En réponse au journal Il va vraiment falloir mettre les majors au pilori. Évalué à 2.
# Re: Article sur le centre de recherche Microsoft en Chine
Posté par Anonyme . En réponse au journal Article sur le centre de recherche Microsoft en Chine. Évalué à 1.
[^] # Re: Article sur le centre de recherche Microsoft en Chine
Posté par Anonyme . En réponse au journal Article sur le centre de recherche Microsoft en Chine. Évalué à 1.
[^] # Re: Article sur le centre de recherche Microsoft en Chine
Posté par Anonyme . En réponse au journal Article sur le centre de recherche Microsoft en Chine. Évalué à 2.