Complexité de la clause Non Commerciale des Creative Commons : preuve par l’exemple

Ce n’est pas ubuesque mais presque !

On nous le reproche souvent, nous sommes de ceux qui ne considèrent pas comme « libres » les licences Creative Commons possédant la clause Pas d’Utilisation Commerciale NC. Nous préférons alors parler de licences « ouvertes ».

Apposer cette clause Pas d’Utilisation Commerciale à votre œuvre stipule que l’utilisateur n’aura « pas le droit d’utiliser cette œuvre à des fins commerciales » (sans vous en demander au préalable votre autorisation).

Le problème c’est qu’il est fort difficile de définir réellement et pratiquement les contours de ce qui est ou n’est pas commercial, ce qui entrave du même coup le partage et la libre circulation de l’œuvre. La preuve avec les nombreux exemples proposés ci-dessous par Evan Prodromou (Wikitravel, Identi.ca…) sur une liste de discussion des Creative Commons.

Réfléchissez-y à deux fois en choisissant cette clause pour votre propre œuvre parce que vous ne voulez pas que « d’autres se fassent de l’argent sur votre dos »…

Remarque : Cette traduction a été donnée sur grand écran en direct livre de l’Open Word Forum samedi 13 octobre dernier. C’était fascinant de voir virevolter les couleurs des participants sur notre Framapad !

Tax Credits - CC by-sa

Cas d’utilisation de la clause Pas d’Utilisation Commerciale de la licence Creative Commons

Use cases for NonCommercial license clause

Evan Prodromou – 19 avril 2012 – Liste de discussion Creative Commons
(Traduction : JonathanMM, KoS, Pascal, Barbidule, L’gugus, Evpok, aKa, mandourin, TheophrasteL, Cyrille, audece, Franck, Ypll, feedoo)

Je pense qu’il pourrait être utile d’obtenir des réponses de ceux qui s’occupent des licences Creative Commons au sujet d’un certain nombre d’usages plus ou moins « commerciaux ». Voici donc une liste d’exemples dont j’ai cherché à déterminer si oui ou non ils respectaient la clause non commerciale NC. J’ai exprimé mon opinion entre parenthèses en fin de phrase.

(Je suppose ici que l’on respecte les autres dispositions, dont l’attribution BY et la notification de la licence.)

  • Un éditeur télécharge un livre sous licence CC by-nc 2.0 sur internet, en fait un tirage de 100 000 exemplaires et le vend en librairies dans le pays. (Non)
  • Un particulier télécharge un livre sous licence CC by-nc 2.0 sur son ordinateur et le lit. (Oui)
  • Un particulier télécharge un livre sous licence CC by-nc 2.0 sur son ordinateur, l’imprime sur son imprimante, et lit le document imprimé. (Oui)
  • Un particulier télécharge un livre sous licence CC by-nc 2.0 sur son ordinateur et l’envoie par courriel à un ami. (Oui)

  • … et le partage avec le monde sur son site web. (Oui)
  • … et le partage avec le monde via un réseau P2P. (Oui)
  • Un particulier télécharge un livre sous licence CC by-nc 2.0 sur son ordinateur, l’imprime sur son imprimante et le donne à un ami. (Oui)
  • …et laisse son ami utiliser son imprimante et son ordinateur pour l’imprimer lui-même. (?)
  • … et envoie la copie imprimée à un ami en facturant au prix coûtant correspondant au prix des frais (papier, encre, électricité…). (?)
  • … et vend la version imprimée à un ami pour le prix des frais et du temps correspondant à la recherche et à l’impression du livre. (?)
  • … et vend la copie imprimée à un ami au prix des frais, plus son temps passé à trouver et à imprimer le livre, plus 10% de bénéfice. (?)
  • … et échange la copie avec un ami contre un autre livre imprimé. (?)
  • … et échange la copie avec un ami contre un grille-pain. (?)

  • Une personne télécharge un livre sous licence CC by-nc 2.0 sur son ordinateur et l’imprime sur son imprimante. Elle en réalise elle-même des photocopies près de chez elle, qu’elle donne à une amie. (Oui)
  • … et paie le personnel de la boutique pour en avoir une copie, qu’elle donne à son amie. (Oui)
  • … et paie le personnel du commerce pour en faire 100 copies pour elle, qu’elle donnera à ses amis et sa famille. (Oui)
  • Une boutique de reprographie possède un ordinateur à l’accueil. On peut naviguer parmi les livres sous licence CC qu’on aime sur cet ordinateur puis payer le personnel pour réaliser une impression d’un ou plusieurs d’entre eux pour soi. (Non)
  • Une boutique de reprographie possède un site web. Vous pouvez feuilleter les livres que vous voulez sur ledit site et ensuite, remplir un formulaire en ligne pour commander le livre que vous souhaitez acquérir. Le site vous enverra une copie. (Non)
  • Une boutique de reprographie télécharge un livre sous licence CC by-nc 2.0 et le reproduit en 100 exemplaires qu’elle place en évidence dans sa vitrine. Vous pouvez en acheter un à la caisse. (Non)

  • … qu’elle place en évidence dans sa vitrine. Vous pouvez en prendre autant que vous le souhaitez. (Non ?)
  • … qu’elle place en évidence dans sa vitrine. Sur la couverture, il est écrit : « Avec la permission de la boutique Trucmuche » (Non)

  • … qu’elle place en évidence dans sa vitrine. Vous pouvez en prendre un gratuitement, pour tout achat de 10$ ou plus. (Non ?)
  • … dont elle fait don à un programme d’alphabétisation pour enfants. (Non ?)
  • … qu’elle distribue anonymement à un programme local d’alphabétisation pour enfants. (Non ?)
  • Un particulier qui télécharge un livre sous licence CC by-nc 2.0 sur son ordinateur et le partage avec le monde sur son site internet. Chaque téléchargement coûte 0,99$. (Non ?)
  • … et le partage dans le monde entier via son site Web. Il faut payer 5,95$ par mois pour devenir membre et pouvoir télécharger. (Non)
  • … et le partage avec le monde sur son site web. Des versements ne sont pas requis, mais il y a des bandeaux publicitaires sur chaque page. (?)
  • … et le partage avec le monde sur son site web. Les versements ne sont pas obligatoires, mais il y a un lien Paypal « Soutenez ce site ! » sur chaque page. (?)
  • Un professeur télécharge une pièce sous licence CC by-nc 2.0 sur internet. Sa classe d’art dramatique joue la pièce devant le reste de son école lors d’une réunion. (Oui)
  • Sa classe d’art dramatique joue la pièce pour les parents, faisant payer 7$ la place. (Non)
  • Une troupe de théâtre locale joue une pièce licence CC by-nc 2.0, à 35$ la place. (Non)
  • Une troupe de théâtre locale joue une pièce sous licence CC by-nc 2.0 gratuitement dans une école primaire lors d’une assemblée. (Non ?)
  • Une troupe de théâtre locale joue une pièce sous licence CC by-nc 2.0 gratuitement devant les élèves d’une école primaire dans leur propre théâtre. (Non ?)
  • Un costumier télécharge et imprime de nombreux textes de pièces sous licence CC by-nc 2.0. Ils louent les textes imprimés à des enseignants. (Non ?)
  • Un costumier télécharge et imprime de nombreux textes de pièces sous CC by-nc 2.0. Si des instituteurs louent des costumes pour la pièce, ils peuvent utiliser les textes gratuitement. (Non ?)
  • Une boutique de reprographie télécharge une image d’abeille sous licence CC by-nc 2.0 depuis internet. Elle la place dans un encart publicitaire du journal local, en disant, « Soyez malin ! Utilisez la boutique de reprographie Trucmuche ! ». (Non)

  • Un groupe de scouts féminin télécharge une image d’abeille sous licence libre CC by-nc 2.0 à partir d’internet. Il l’imprime sur des prospectus distribués dans le voisinage: « Soyez sympa ! Ne me jetez pas ! » (Oui)
  • … « Soyez cool ! Achetez les cookies des filles scout ! » (Non)
  • … « Soyez cool ! Ne me jetez pas ! (Fabriqué pour vous par la troupe 45 des filles scout qui font de délicieux cookies) (Non)
  • … « Soyez cool ! Donnez de l’argent aux filles scout ! » (Non)

  • … « Soyez cool ! Donnez de votre temps aux filles scout ! » (Oui ?)
  • Un particulier télécharge Eastern Standard Tribe (un livre sous licence CC by-nd-nc 2.0 de Cory Doctorow) sur son ordinateur. Il paie à compte d’auteur 100 copies reliées, à ses frais, qu’il offre ensuite à des amis et la famille. (Oui)
  • Un particulier télécharge Eastern Standard Tribe sur son ordinateur. Il a un compte personnel à régler avec Cory Doctorow remontant à un cocktail en 1997. Alors, il paie pour que soit produits, à grand peine, 100.000 exemplaires reliés à la main, à ses frais, qu’il distribue ensuite gratuitement, en engorgeant le marché. Doctorow fait faillite. (Oui)
  • Les Éditions Trucmuche téléchargent Eastern standard tribe, publié par leur plus grand rival. Ils font 100 000 copies qu’ils distribuent ensuite gratuitement, engorgeant le marché. Doctorow et son éditeur font faillite. (Non)
  • Une association à but non lucratif qui s’occupe d’apprendre à lire aux enfants télécharge une copie d’un livre sous licence CC by-nd-nc 2.0. L’équipe reproduit 100 exemplaires avec la photocopieuse de l’association et les distribue aux orphelinats locaux. (Oui)
  • … et les vend aux orphelinats locaux au prix du papier. (Non)
  • … et les vend aux orphelinats locaux au prix du papier et de la main d’œuvre. (Non)
  • … et les vend aux orphelinats locaux au prix du papier et de la main d’œuvre, avec une marge de 10%. (Non)
  • … et les distribue publiquement pour attirer l’attention sur la lecture. (Oui)
  • … et les distribue publiquement comme cadeau pour toute donation d’au moins 50 $. (Non ?)
  • … et les vend publiquement avec une marge. (Non)
  • … et les distribue publiquement en « suggérant un montant de donation ». (Non ?)
  • Un groupe d’alphabétisation pour enfant télécharge une copie d’un livre sous licence CC by-nc 2.0. Une boutique de reprographie (Trucmuche) fait don de temps et de matériel pour effectuer 100 copies du livre, qui est ensuite rendu public pour éveiller à la lecture. La couverture arrière dit, « travail et matériel sont le don de la boutique Trucmuche ». (Oui)
  • Une bibliothèque dispose d’ordinateurs et d’une imprimante. L’utilisation des ordinateurs et imprimante est gratuit. Une personne utilise l’ordinateur et imprime pour elle-même un roman sous licence libre CC by-sa 2.0. (Oui)
  • Un cybercafé dispose d’ordinateurs et d’une imprimante. Chaque impression coûte 5 centimes la page. Un particulier réserve un ordinateur et imprime un roman sous licence libre CC by-sa 2.0 pour lui-même, et paye pour le temps et les coûts d’impression. (Oui)
  • Une bibliothèque publique qui vend des copies de livres sous licence CC by-nc 2.0. (Non)

Bon, tout ceci me fatigue (et vous aussi j’imagine). Désolé pour cette si longue liste, mais c’est un sujet réellement compliqué. Il y a probablement pas mal d’autres cas marginaux qui mériteraient d’être explorés.

Evan

Crédit photo : Tax Credits (Creative Commons By-Sa)




Un logiciel libre n’est pas toujours collaboratif et de qualité

Voici un titre étrange pour un blog comme le nôtre.

Oui il existe des logiciels libres de mauvaise qualité qui ne souffrent pas la comparaison avec leurs concurrents propriétaires ! Et oui encore la majorité des logiciels libres sont uniquement développés par un seul et unique contributeur : leur créateur !

Face à de tels logiciels, les partisans de l’open source pleurent car ils détruisent aussi bien leur argumentaire pratico-technique que le mythe de la collaboration spontanée. Les partisans de logiciel libre envisagent quant à eu les choses différemment car ce qu’ils voient avant tout c’est que le logiciel est libre.

Le logiciel libre n’est pas meilleur en pratique mais il est libre en théorie et c’est bien ça le plus important…

Remarque : Cette traduction est le fruit d’une coopération entre Framasoft (et son énergie plurielle présente sur Framalang et les réseaux sociaux) et l’April (via son équipe de traduction du site GNU.org)

James Rickwood - CC by

Quand le logiciel libre n’est pas meilleur, en pratique

When Free Software Isn’t (Practically) Better

Benjamin Mako Hill – GNU.org
Licence Creative Commons By-Nd – Version du 6 octobre 2012
(Traduction : Framalang et l’équipe Trad-GNU de l’April)

Les objectifs affichés par l‘Open Source Initiative sont les suivants : « L’open source est une méthode de développement logiciel qui exploite la puissance d’une évaluation décentralisée, par les pairs, et la transparence des processus. Les promesses de l’open source sont une meilleure qualité, une plus grande fiabilité, davantage de flexibilité, un moindre coût et la fin d’une situation permettant à des fournisseurs rapaces de verrouiller leurs produits. »

Depuis plus de dix ans maintenant, la Free Software Foundation ne cesse d’argumenter contre la qualification d’« open source » dont on affuble le mouvement du logiciel libre. Si nous, les partisans du logiciel libre, réfutons ce qualificatif d’« open source », c’est surtout parce que nous considérons qu’il s’agit d’un effort volontaire pour réduire la portée de notre message de liberté et masquer le rôle de notre mouvement dans le succès du logiciel que nous avons bâti. Si nous disons que le terme « open source » est mauvais, c’est fondamentalement parce qu’il tente d’éviter toute discussion à propos de la liberté du logiciel. Mais il y a une autre raison pour laquelle nous devrions nous méfier du cadre « open source ». L’argument fondamental de l’open source, tel qu’il est défini dans la déclaration ci-dessus, est souvent incorrect.

Malgré la suggestion de l‘Open Source Initiative, que « la promesse de l’open source est une meilleure qualité, une plus grande fiabilité, plus de flexibilité », cette promesse n’est pas toujours honorée. Bien que nous ne le mettions pas souvent en avant, tout utilisateur d’un logiciel libre aux premiers stades de son développement peut expliquer que ce logiciel n’est pas toujours aussi pratique, sur le plan purement fonctionnel, que ses concurrents privateurs[1] Un logiciel libre est parfois de piètre qualité. Il n’est pas toujours très fiable. La souplesse lui fait parfois défaut. Si les gens prennent les arguments en faveur de l’open source au sérieux, ils doivent expliquer pourquoi l’open source n’a pas tenu ses « promesses » et conclure que des outils privateurs seraient un meilleur choix. Il n’y a aucune raison pour que nous fassions de même.

Richard Stallman parle de cela dans son article « Pourquoi l’open source passe à côté du problème que soulève le logiciel libre » lorsqu’il explique : « L’open source repose sur l’idée qu’en permettant aux utilisateurs de changer et redistribuer le logiciel, celui-ci en sortira plus puissant et plus fiable. Mais cela n’est pas garanti. Les développeurs de logiciels privateurs ne sont pas forcément incompétents. Parfois ils produisent un programme qui est puissant et fiable, même s’il ne respecte pas la liberté de l’utilisateur. »

Pour l’open source, la mauvaise qualité d’un logiciel est un problème à analyser ou une raison de fuir ce logiciel. Pour le libre, c’est un problème à résoudre. Pour les partisans du libre, les bogues et les fonctionnalités manquantes ne sont jamais une raison d’avoir honte. Tout logiciel qui respecte la liberté de ses utilisateurs possède un avantage inhérent sur son concurrent privateur. Même s’il a ses propres problèmes, un logiciel libre a toujours la liberté.

Bien évidemment, tout logiciel libre doit commencer quelque part. Un nouveau programme, par exemple, a peu de chances d’offrir plus de fonctionnalités qu’un programme privateur déjà établi. Un projet commence avec de nombreux bogues et s’améliore avec le temps. Alors que les partisans de l’open source peuvent argumenter qu’un projet deviendra utile avec du temps et un peu de chance, un projet libre représente pour les partisans du logiciel libre une importante contribution, dès le premier jour. Chaque logiciel qui donne aux utilisateurs le contrôle sur leur technologie est un pas en avant. L’amélioration en qualité due à la maturation d’un projet n’est que la cerise sur le gâteau.

Un second point, peut-être plus accablant encore, est que le processus de développement collaboratif, distribué, évalué par les pairs, qui est au cœur de la définition de l’open source, ne ressemble que de loin à la manière dont sont développés en pratique la plupart des projets sous licence libre (ou « open source »).

Plusieurs études universitaires menées sur les sites d’hébergement de logiciels libres SourceForge et Savannah ont démontré ce que beaucoup de développeurs de logiciels libres ayant mis en ligne une base de code savent déjà : la grande majorité des projets libres ne sont pas particulièrement collaboratifs. Le nombre médian de contributeurs à un projet de logiciel libre sur SourceForge ? Un. Un développeur solitaire. Les projets de SourceForge du quatre-vingt-quinzième centile en termes de nombre de participants n’ont que cinq contributeurs. Plus de la moitié de ces projets libres, et même la plupart des projets qui ont fait plusieurs versions à succès et ont été téléchargés fréquemment sont l’œuvre d’un seul développeur avec un peu d’aide de l’extérieur.

En insistant sur la puissance du développement collaboratif et de « l’évaluation décentralisée par les pairs », l’approche open source semble ne pas avoir grand chose à dire, dans la majorité des cas, sur les raisons pour lesquelles on devrait contribuer à un projet libre ou se servir d’un logiciel en développement. Puisque les avantages supposés de la collaboration ne peuvent être constatés quand il n’y a pas de collaboration, la grande majorité des projets de développement libres n’ont pas d’avantage technique sur leurs concurrents privateurs.

Pour les partisans du logiciel libre, ces mêmes projets sont tous vus comme des succès importants. Comme chaque logiciel libre respecte la liberté de ses utilisateurs, les partisans du libre peuvent argumenter qu’il possède au départ un avantage éthique intrinsèque sur les concurrents privateurs – même sur ceux qui proposent plus de fonctionnalités. En insistant sur la liberté plutôt que sur les avantages pratiques, la défense du logiciel libre est ancrée dans la réalité technique d’une façon qui manque souvent à l’open source. Quand le logiciel libre est meilleur, nous pouvons nous en réjouir. Quand il ne l’est pas, nous n’avons pas à considérer cela comme une attaque dirigée contre lui ni même comme un argument valable contre l’utilisation du logiciel en question.

Les partisans de l’open source doivent défendre leur thèse selon laquelle le logiciel développé librement devrait, ou devra avec le temps, être meilleur que le logiciel privateur. Les militants du logiciel libre peuvent quant à eux demander : « Comment peut-on rendre le logiciel libre meilleur ? » Dans le cadre du libre, les logiciels de haute qualité existent comme un moyen plutôt que comme une fin en soi. Les développeurs de logiciels libres doivent s’efforcer de créer des logiciels fonctionnels, flexibles, qui servent bien leurs utilisateurs. Mais ceci n’est pas le seul moyen de progresser vers la réalisation d’un objectif qui est à la fois plus simple et bien plus important : respecter et protéger leurs libertés.

Bien sûr, nous ne cherchons pas à nier que la collaboration joue un rôle important dans la création de logiciels de haute qualité. Dans la plupart des projets libres ayant réussi, ce fut d’ailleurs le cas. Il faut comprendre, soutenir et développer la collaboration, plutôt que de considérer dogmatiquement qu’elle va de soi, quand bien même les faits sont là pour montrer le contraire.

Crédit photo : James Rickwood (Creative Commons By)

Notes

[1] Autre traduction de proprietary : propriétaire




Circulaire sur l’usage du logiciel libre dans l’administration : mon tout petit bémol

Le Premier ministre Jean-Marc Ayrault vient de diffuser à l’ensemble des ministères une circulaire titrée « Usage du logiciel libre dans l’administration » émanant de la DISIC (Direction interministérielle des systèmes d’information et de communication).

La première et plus importante chose à dire c’est que c’est une énorme satisfaction pour tous ceux qui (comme nous à Framasoft) font la promotion du logiciel libre depuis des années et ont attendu longtemps un tel document. C’est dense, solide, sérieux et mature, et pour tout dire, on a parfois l’impression que des passages entiers ont été pompés sur les sites de l’April, Aful ou l’Adullact 🙂

Pour en savoir plus je vous invite évidemment à le lire (bizarre tout de même qu’il ne soit pour le moment disponible qu’en version PDF scannée, pas très logique avec le sujet). On en trouve déjà une bonne synthèse chez mon ami Thierry Noisette, une légitime satisfaction au Conseil National du Logiciel Libre ainsi qu’une réjouissance (vigilante) à l’April. Et puis ça donne déjà des titres sympathiques dans les médias comme L’Etat français privilégie l’utilisation des logiciels libres !

On pourra toujours objecter qu’on aurait pu aller encore plus loin avec les deniers du contribuable (systématiquement privilégier les solutions libres…) mais ne faisons pas la fine bouche et saluons cette spectaculaire avancée. Et, chers fonctionnaires, préparez-vous déjà à mettre cette circulaire sous les yeux de votre supérieur hiérarchique récalcitrant, je pense notamment au monde merveilleux de l’Éducation nationale.

Mais alors d’où vient le tout petit bémol évoqué dans le titre du billet ?

De l’introduction du paragraphe Un choix raisonné, en haut de la page 6 de la circulaire :

Le logiciel libre a été porté à l’origine par une philosophie d’ouverture et par des « pionniers militants » qui ont rendu les utilisateurs plus institutionnels, qu’ils soient publics ou privés, méfiants par rapport à cette approche. Aujourd’hui le choix du logiciel libre dans l’administration n’est pas un engagement idéologique mais le fruit d’un choix raisonné…

Je vous attends dans les commentaires pour nous proposer votre interprétation de cette citation parce que moi elle me perturbe un peu.

Tronquez-en le début comme ci-après et vous obtenez même quelque chose d’assez étrange (voire contradictoire) :

Le logiciel libre a été porté à l’origine par une philosophie d’ouverture (…) qui ont rendu les utilisateurs institutionnels (…) publics (…) méfiants par rapport à cette approche…

Le privé peut avoir parfois quelques raisons de l’être (profit, concurrence…) mais qu’on m’explique pourquoi le service public devrait être méfiant vis-à-vis de l’ouverture ?

Revenons cependant à la citation exacte. Si j’ai tiqué sur ce passage c’est que, oui, j’ai l’impression de faire partie de ces « pionniers militants ». Et oui cela me va très bien d’être associé à une philosophie d’ouverture. C’est même cela qui me plaît avant tout dans le logiciel libre.

Sauf que non pour cette prétendue méfiance des institutions, a fortiori publiques. On se base sur quoi d’ailleurs exactement pour affirmer péremptoirement cela ? Comme on dit chez Wikipédia : « références nécessaires » !

Après plus de dix ans d’actions associatives diverses et variées en faveur du logiciel libre, au sein de Framasoft et d’ailleurs, c’est franchement un peu dur à lire. Et ce n’est pas, me semble-t-il, de la susceptibilité mal placée (si, quand même, un peu ?). Tout ce travail effectué avec les autres « pionniers » bénévoles et passionnés aurait-il été au final contre-productif pour aboutir à cet antonyme de la confiance ?

Oui il y a des personnes, dont je suis, qui attachent une attention particulière à la pensée souvent radicale d’un Richard Stallman. Mais pour la plupart d’entre nous, il s’agit je crois bien plus alors d’un objectif à atteindre que d’une injonction à tout modifier ici et maintenant ! C’est d’ailleurs tout le sens de notre slogan « le route est longue mais la voie est libre ». Il est vrai que certains prennent cela au pied de la lettre et se rangent sous la bannière du « 100% libre ou rien » en adoptant trop souvent un ton hautain voire méprisant envers ceux qui n’auraient pas encore rencontrés la lumière. Ils sont véhéments mais minoritaires et en tout état de cause ce ne sont pas eux qui rédigent les communiqués mesurés et argumentés des quelques associations mentionnées plus haut. Dit autrement : il ne faut pas confondre les « intégristes du libre » (une infime partie) avec les « pionniers militants » (le grand tout).

À partir de là je ne vois pas ce qui a pu réellement rendre méfiantes les institutions, si ce n’est de les inviter régulièrement au changement en bousculant leurs habitudes (ce qui peut-être violent, je le concède, surtout lorsqu’elle sont… mauvaises).

Bien que jamais l’expression ne soit utilisée, je comprends fort bien que cette circulaire, en direction des services informatiques des administration, soit pragmatiquement bien plus « open source » que « logiciel libre ». Mais ce passage confus, voire offensant, n’était pas forcément très opportun.

Lorsque j’ai rencontré le logiciel libre, j’ai décidé peu de temps après, en 2001, de créer un modeste annuaire de logiciels libres pour Windows, pierre angulaire du futur réseau Framasoft. À l’époque on les comptait à peine sur les doigts d’une seule main et ils étaient globalement de piètre qualité. Et pourtant j’avais l’intuition et la conviction qu’ils portaient en eux les germes du futur succès que l’on connaît aujourd’hui (et qui n’est pas prêt de s’arrêter). Je sais que je me jette maladroitement des fleurs là, mais ce que je veux dire par là c’est que c’était bien moins un engagement idéologique qu’une analyse rationnelle lucide et précoce de la situation.

Autrement dit le fruit d’un choix raisonné qui a mis une bonne décennie à arriver jusqu’à d’autres…




Polémique : la nouvelle imprimante 3D de MakerBot a-t-elle trahi l’open hardware ?

Le matériel libre, ou open hardware, en général et l’impression 3D en particulier, cela fait longtemps qu’on en parle sur le Framablog (notre premier article sur la RepRap date de 2008).

Nous y croyons parce qu’avec une imprimante 3D libre, vous pouvez non seulement créer des objets en partageant leurs fichiers numériques sous format et licence libres mais également concevoir l’imprimante elle-même, puisque ses sources (c’est-à-dire ses plans de fabrication) sont aussi sous licence libre.

À partir de là, vous voici potentiellement prêt pour… changer le monde (ou tout du moins, ne nous emballons pas, pour dessiner lentement mais sûrement les contours d’un nouveau paysage industriel). Évidemment cela ne se fera pas sans peine et l’on peut déjà anticiper de terribles batailles du côté de la propriété intellectuelle (pire encore que pour la culture), d’où notre long (mais passionnant) article : L’impression 3D, ce sera formidable… s’ils ne foutent pas tout en l’air !.

Or que se passe-t-il aujourd’hui ? L’un des fers de lance de l’impression 3D, la société MakerBot, a récemment annoncé la sortie de son nouveau modèle, la « Replicator 2 » (cf photo ci-dessous). Et à en croire cette percutante vidéo promotionnelle elle semble en effet bien plus mieux que les précédentes, d’ailleurs le célèbre magazine Wired s’en est tout de suite extasié : The New MakerBot Replicator Might Just Change Your World (rien que ça !)

Mais, car il y a un mais, il semblerait que ce nouveau modèle ne soit tout simplement plus libre, aussi bien dans ses sources de fabrication que (et c’est peut-être le plus choquant) dans le format de fichier numérique permettant de créer les objets en 3D (qui se partagent du reste sur le site Thingiverse de MakerBot qui lui aussi a récemment changé ses conditions d’utilisation dans le sens de la fermeture, d’où l’apparition d’alternatives). Tout ceci reste au conditionnel mais force est de reconnaître que MakerBot navigue en ce moment entre flou et silence quant à la réponse à donner à ce début de polémique.

Si cela s’avérait fondé, cela serait très mal vécu par la communauté qui y verrait là comme une sorte de trahison avec les principes du matériel libre, d’autant que la société MakerBot s’est fait connaître dans l’enthousiasme justement parce qu’elle proposait des modèles d’imprimantes 3D libres (quand vous vous rendez sur l’article Imprimante 3D de Wikipédia, MakerBot est cité en exemple de matériel libre).

Ceci étant dit, la question sous-jacente est aussi celle de la viabilité des entreprises de matériels libres. MakerBot a levé des fonds (dix millions de dollars), a investi, vient d’ouvrir un magasin à New York, etc. MakerBot a donc le vent en poupe et est en train de changer de dimension industrielle. Cela peut-il se faire tout en restant totalement libre ? Peut-être que les investisseurs ont fait pression vers la fermeture (par rapport au profit, à la concurrence, etc. quid d’un petit malin qui prendrait les sources délocaliserait en Chine et inonderait le marché ? d’ailleurs on y a déjà plus que pensé !).

Pour rentre compte de cette polémique nous vous proposons coup sur coup trois traductions ci-dessous (une fois de plus, merci à tous les traducteurs bénévoles).

La première émane de Josef Prusa, développeur tchèque pionnier (et passionné) du projet RepRap que l’on peut considérer comme la première imprimante 3D libre (et qui elle, on en est sûr, l’est restée). C’est d’ailleurs sur cette RepRap que s’est construit MakerBot et ils ne s’en cachent pas. C’est lui qui a levé le lièvre et il réagit ici avec véhémence et émotion (d’où le style parfois confus, flottant et familier sachant que l’anglais n’est pas sa langue maternelle non plus).

La seconde est un réponse directe à Josef Prusa. Son auteur est Bre Pettis, l’un des fondateurs de MakerBpot. Il semblerait qu’elle soit destinée avant tout à éteindre l’incendie.

La dernière traduction provient lui aussi de l’un des fondateurs de MakerBot, sauf qu’il a été viré de l’entreprise depuis ! On peut estimer qu’il y a de la rancœur dans son propos mais il n’a pas forcément tort de qualifier la réponse de Bre Pettis de « tas de conneries issu du double langage d’entreprise » en rappelant la définition de l’open hardware.

Et pour finir cette (longue) introduction, un lien vers un petit dessin qui résume amèrement la situation.

Louis Seigal - CC by

Crédit photo : Louis Seigal (Creative Commons By)

Le sens de l’Open Hardware

Open Hardware meaning

Josef Prusa – 20 Septembre 2012 – Blog personnel
(Traduction : fcharton, KoS, Smonff, Pascal, Alex, Gatitac, @jfomhover, ProgVal, Dam, Ag3m, tanguy)

Ddurant123 - CC byJe voulais écrire sur ce sujet depuis longtemps. Certains d’entre vous le savent peut-être, d’autres non, mais j’ai lancé ma propre société de RepRap. Elle se nomme Prusa Research, et c’est sans doute la première entreprise basée sur l’open hardware en République Tchèque, mais certainement pas la première au monde. Il y a plusieurs projets qui le font très bien, par exemple Arduino (à qui je dois tellement que, grâce à RepRap, je peux maintenant considérer Massimo comme mon ami car j’ai commencé à faire du hardware grâce à lui et Arduino), Adafruit, Sparkfun, etc.

La RepRap et surtout l’impression 3D sont pleine de conneries actuellement, c’est vrai. Il y a ainsi tous les jours de nouvelles entreprises qui se montent. La majorité des gens n’y ont pas contribué d’un yotta, pas apporté la moindre contribution et pourtant ils se prétendent inventeurs, mais fini le troll. Je fais partie de la communauté RepRap depuis vraiment longtemps et je puis affirmer sans fausse modestie que j’ai beaucoup aidé à le diffuser. La Prusa Mendel est probablement le modèle d’imprimante 3D le plus répandu sur la planète.

Croyez moi, c’est parfois vraiment tentant de prétendre avoir réalisé des choses que vous n’avez pas vraiment faites, n’est-ce pas ? Comme « Hé, mon imprimante peut imprimer à une résolution de 50 microns! » LOL. J’ai conçu un putain de tatouage pour me défendre de ça. C’est le logo de l’Open Hardware avec la goutte standard de RepRap dedans. C’est directement sur mon avant-bras droit, tout le monde peut le voir quand on me serre la main, quand je rencontre quelqu’un ou que je signe un contrat, peu importe. C’est un symbole pour moi. L’Open Hardware et RepRap ont fait de moi ce que je suis.

Un triste évènement qui s’est produit aujourd’hui m’a finalement motivé à écrire cet article. Makerbot a fermé ses sources, du moins tout semble le laisser présager. Makerbot a été lancé par plusieurs développeurs principaux du projet RepRap, Zach Smith, Bre Pettis (NdT : lire sa réponse juste après) et Adam Mayer. Adrian Bowyer, le fondateur du projet RepRap, leur a donné, comme d’autres, de l’argent pour démarrer. Makerbot est basé sur la RepRap, et ils n’ont jamais eu honte de cela. Mais cela a changé et Makerbot a commencé à prendre de la distance. Les gens m’ont accusé de dénigrer Makerbot lorsque je donne des conférences sur la RepRap. Je me suis dit « qu’est-ce que c’est que ce délire ! ». J’ai même échangé quelques e-mails avec Bre. Je vois toujours Makerbot comme un ami important de l’univers Open Hardware, également comme un bouclier qui protègerait de potentielles poursuites judiciaires.

Bre a donné une conférence l’an dernier à l’Open Hardware Summit, bla bla…. « une entreprise qui montre aux autres que le chemin de l’open source est possible ». J’avoue que je grinçais des dents en entendant le directeur des relations publiques laisser penser qu’ils avaient inventé la chose, vous savez, cette connerie que Makerbot a créé : l’extrudeur pas à pas. Ils en ont même fait une vidéo sympa. Plus tard, ils ont levé la bagatelle de 10 millions de dollars et les choses ont commencé à changer.

Et surprise, surprise, maintenant on a la Replicator 2 et sa version en source fermée. Hé, regardez, on a récupéré toutes les améliorations que vous avez partagé sur Thingiverse, compilé le tout dans un paquet et on l’a fermé. Pareil avec le logiciels MakerWare. (Ils ont finalement, après des années, arrêté d’utiliser Skeinforge, un logiciel libre créé par un brésilien qui n’avait même pas d’imprimante).

Et vous savez ce qui est le plus sournois ? Ne pas en parler lorsqu’ils l’ont annoncé, pas même lorsque les premières commandes sont parties ou juste après l’Open Hardware Summit où Bre Pettis est allé faire un beau discours (relayé par des magazines comme Make: faisant de MakerBot l’un des héros de l’Open Hardware).

J’ai demandé des précisions sur leur page Facebook, demandé à Bre directement et à d’autres employés, mais je n’ai eu aucune réponse. Si c’est vraiment ouvert, pourquoi ne pas le dire ?

Lettre ouverte à Bre Pettis.
Salut Bre,
On se connait depuis un moment. Je voulais te demander si la Replicator 2 est fermée ou non. Et si oui, pourquoi ? J’aimerais aussi t’interviewer pour mon émission RepRap sur Youtube, je te promets de rester neutre. Mais il faudra t’expliquer sur ton comportement bizarre que je mentionne dans cet article.
Jo Prusa, core développeur du projet RepRap

Crédit photo : Ddurant123 (Creative Commons By)

Corriger la désinformation avec de l’information

Fixing Misinformation with Information

Bre Pettis – 20 septembre 2012 – MakerBot.com
(Traduction : fcharton, KoS, Smonff, Pascal, Alex, Gatitac, @jfomhover, ProgVal, Dam, Ag3m, tanguy)

Bre Pettis - CC by-ncIl y a de fausses informations que j’aimerais éclaircir.

Question 1 : Le MakerBot Replicator 2 est-il open source ?

Nous travaillons dessus et allons être aussi ouvert que possible tout en ayant une activité viable. Nous allons continuer à respecter les licences et à contribuer à la technologie ouverte des imprimantes 3D, dont certaines sont de notre initiative. Nous ne voulons pas abuser de la bonne volonté et du soutien de notre communauté. Nous aimons ce que nous faisons, nous aimons partager et nous aimons ce que notre communauté invente. J’ai l’intime conviction que les entreprises qui partagent seront celles qui réussiront demain et je ne pense pas que ce soit un secret. Ces jours-ci, même des sociétés comme Google et IBM se lancent dans l’open source et trouvent de nouvelles manières de partager.

J’attends avec impatience de pouvoir parler avec les gens du Open Hardware Summit pour voir comment MakerBot peut partager autant que possible, donner du travail à ses 150 employés, produire du hardware fabuleux, et rester pérenne. Est-ce que nous devrons expérimenter pour rendre cela possible ? Oui, et cela va demander beaucoup de collaboration, de coopération, et de compréhension.

J’aimerais qu’il y ait plus d’exemples de grandes entreprises prospères dans le domaine du matériel « ouvert ». D’un point de vue commercial, nous avons été ouvert de manière absurbe, plus ouverte que n’importe quelle autre entreprise que je connais. Il n’y a pas de modèles ou de sociétés que je connaisse qui ait plus de 150 employés et qui soient plus ouverte que nous (je serais ravi d’avoir tort, mais je ne le pense pas). Nous expérimentons la manière d’être aussi ouvert que possible tout en ayant toujours un travail à la fin de la journée. Allons-nous réussir ? Je l’espère, mais même si ce nest pas le cas, tout le monde va découvrir qu’être aussi ouvert que possible est une bonne chose pour les affaires ou bien que personne ne devrait le faire, ou quelque chose entre les deux.

Personnellement, j’espère que nous réussirons, et pas seulement parce que j’aime ce que les gens font avec produits MakerBot et que j’adore les employés qui fabriquent ces machines, mais parce que je crois que MakerBot en tant qu’entreprise peut créer un nouveau modèle riche d’enseignements. Mais je n’ai pas l’intention de laisser les vulnérabilités de l’open hardware détruire ce que nous avons créé.

Des business que je connais, liés à l’open source hardware, ceux qui ont du succès sont ceux qui créent des projets éducatifs. Adafruit, Evil Mad Science et Sparkfun font des choses fabuleuses. Des entreprises comme Chumby et OpenMoko n’y sont pas parvenus, malgré le fait que des gens vraiment intelligents y étaient impliqués. Un grand nombre des projets hardware sur Kickstarter sont open source, mais je n’en ai vu aucun qui tienne le passage à la production industrielle. Encore une fois, je suis preneur de n’importe quel exemple réussi d’une grande entreprise de matériel open source. Il y a quelque chose de très intéressant à observer là dedans. Les entreprises hardware qui ont le plus de succès sont celles qui font des projets en étant open source.

Nous allons continuer à contribuer aux projets que nous avons démarré et à d’autres projets open source. J’ai été un fan de l’EFF et la FSF depuis suffisamment longtemps pour respecter les licenses. J’ai été prof depuis plusieurs années et je sais que quand on partage avec une communauté respectueuse, tout le monde dans cette communauté y gagne.

Nous sommes en train de travailler activement à un programme de développement pour créer des trucs super disruptifs et innovants. Nous attendons vraiment de pouvoir trouver des moyens de créer des situations gagnant/gagnant avec des développeurs et des entreprises. Heureusement, tout le monde n’est pas là pour manger gratos, à la fois Ultimaker et plusieurs projets RepRap ont contribué à la technologie et montrent que nous pouvons bosser ensemble et reposer sur les épaules les uns des autres.

Ce n’est pas le premier changement que nous avons effectué pour devenir professionnels et ça ne sera pas le dernier.

Question 2 : Est-ce que les conditions d’utilisation de Thingiverse ont changé pour « voler » les choses des gens

Thingiverse ne vole pas. Nous avons créé Thingiverse afin qu’il soit le meilleur endroit pour partager des choses en utilisant des licences libres. Les nouvelles conditions d’utilisation, que nous avons mis en place en février de cette année, nous permettent avant tout de partager vos créations sur notre site mais aussi de nous protéger contre les entreprises et leurs avocats. Peut-on la rendre plus conviviale ? Oui, mais les honoraires d’avocats sont chers et rendre cela plus simple prend beaucoup de temps.

J’ai mis sur notre liste de choses à faire en 2013 : rendre les conditions d’utilisation plus faciles à comprendre et éviter les malentendus. Si vous êtes préoccupés par cela, faites en sorte de lire le billet que j’ai écrit plus tôt cette année sur les conditions d’utilisation de Thingiverse.

Crédit photo : Bre Pettis (Creative Commons By-Nc)

MakerBot contre Open Source – Du point de vue d’un fondateur

MakerBot vs. Open Source – A Founder Perspective

Zachary Smith – 21 septembre 2012 – Hoektronics.com
(Traduction : fcharton, KoS, Smonff, Pascal, Alex, Gatitac, @jfomhover, ProgVal, Dam, Ag3m, tanguy)

Mark Demers - CC by-nc-ndJe m’appelle Zachary Smith (aussi connu sous le pseudo de Hoeken), je fabrique des imprimantes 3D depuis 2007 en prenant part au projet RepRap. J’ai créé une organisation à but non lucratif (la RRRF, RepRap Research Foundation) dédiée à la promotion des imprimantes 3D. En 2009, j’ai convié mes amis Adam Mayer et Bre Pettis à se lancer dans la fabrication d’imprimantes 3D. Partant de là, MakerBot Industries était né. Revenons-en à avril 2012, quand j’ai été poussé à la porte de l’entreprise du même nom. Aujourd’hui, je n’ai aucune information sur le fonctionnement interne de l’entreprise que j’ai créé. Allez voir cet article de Chris Thompson pour plus d’informations.

Je ne soutiens aucun mouvement qui restreint la nature libre du MakerBot, qu’il s’agisse de matériel, d’électronique, de logiciel, de firmware, ou d’aucun autre projet ouvert. MakerBot a été créé sur les bases de projets de matériel libre, tels que RepRap ou Arduino, aussi bien que d’autres projets logiciels libres pour le développement de notre propre logiciel. Je reste dévoué au mouvement de l’open source, et je crois aux idéaux et buts de l’Open Source Hardware. Je n’ai jamais dévié de cette position et j’espère que je ne le ferai jamais.

Je réserve mon jugement jusqu’à ce qu’on entende quelque chose d’officiel de la part de MakerBot sur la nature open source (ou pas) de sa dernière imprimante. J’essaie de rentrer en contact avec les gens pour comprendre, mais jusqu’à présent personne ne parle, et mes ex-partenaires n’ont pas répondu à mes appels téléphoniques ou mes e-mails. Cela ne sent pas bon. La meilleure information que j’ai trouvée est un tas de conneries issues du double langage d’entreprise (NdT : le « tas de conneries » c’est justement la traduction ci-dessus « Corriger la désinformation avec de l’information » !).

Si ces allégations se révèlent vraies, ce serait une triste journée pour le mouvement du matériel libre. Non seulement ce serait la perte d’un grand fabriquant de matériel ouvert, mais ce serait aussi la perte d’un exemple pour le mouvement. Beaucoup de gens se sont tournés vers Makerbot en disant : « Oui, le matériel ouvert est un secteur viable, regardez la réussite de MakerBot ». S’ils ferment ces portes, alors cela donnera des arguments à ceux qui disent que le matériel ouvert n’est pas viable. Cela va aussi décourager d’autres entreprises de se lancer dans le matériel ouvert. Ce serait effectivement une bien triste nouvelle.

Personnellement, je considère les migrations vers les formats propriétaires comme la trahison ultime. Quand on m’a chassé ce n’était dû qu’à un malheureux mais classique clash de personnalités, où une personne devait partir et l’autre rester. J’ai ravalé mon égo et je suis parti parce que je savais que la société que j’avais fondé porterait mes idéaux plus loin dans le monde. Sans m’attarder sur nos différences, j’avais pensé que Bre aurait continué à suivre les principes sur lesquels nous avions fondé notre société et les mêmes principes qui avaient joués un rôle de premier plan dans le succès de notre société. Passer d’un format libre à un format propriétaire est contraire à tout ce que je défends et en tant que co-fondateur de MakerBot Industries, j’ai honte d’y voir mon nom associé.

Bre Pettis, je t’en prie, montre-moi que j’ai tort en clarifiant exactement sous quelle license Makerbot va diffuser les fichiers de conception et le logiciel. C’est tout ce que nous (la communauté) souhaitons.

Enfin, je voudrais rappeler et souligner la définition de l’Open Source Hardware, que MakerBot a approuvé. Ce document énonce en des termes très clairs ce que cela signifie être une entreprise d’open hardware. Je le laisse ici à votre jugement :

Open source hardware regroupe les conceptions Hardware réalisées publiquement et disponibles de manière à ce que n’importe qui puisse étudier, modifier, distribuer, créer et vendre un design ou un produit basé sur ce design. La source du produit hardware, le design duquel le produit est issu, est disponible sous un format choisi pour permettre de faire des modifications. Idéalement, open source hardware utilisera des composants et matériaux facilement approvisionnables, des procédés de fabrication standard, des infrastructures libres, des contenus libres de droit et des outils de design open source pour maximiser la possibilité donnée à d’autres de concevoir ou utiliser un produit hardware. Open source hardware permet à quiconque d’avoir le contrôle sur leur technologie du moment qu’elles partagent leur savoir et encourage le commerce au travers de l’échange de design libre.

Crédit photo : Mark Demers (Creative Commons By-Nc-Nd)




De la question des marques dans le logiciel libre

Le navigateur Firefox étant libre, vous pouvez l’adaptez à vos besoins, le modifier et le distribuer mais vous n’aurez plus nécessairement le droit, sauf autorisation de la Fondation Mozilla, de l’appeler Firefox. Dans le cas contraire il faudra lui trouver un autre nom.

Même chose s’il vous prend l’envie de vendre des tee-shirts avec le célèbre logo du panda roux entourant la terre. Sans autorisation de la fondation cela ne vous sera pas légalement possible.

On pourrait presque dire que dans le logiciel libre tout est libre sauf sa marque (nom, logo…).

Cela se conçoit bien car il est important de savoir qui fait quoi, mais c’est souvent une surprise pour l’utilisateur.

Ce billet de Benjamin Mako Hill évoque donc de cette question du branding qui doit être au service du projet et non mettre des bâtons dans les roues de sa communauté.

Roadsidepictures - CC by-nc-nd

Open Brands

Open Brands

Benjamin Mako Hill – 2 septembre 2012 – Copyrighteous (blog personnel)
(Traduction : GPif, ehsavoie, Fe-lor, goofy_chromium, Louson, JoKoT3, Penguin, pwetosaurus, Giant Jack)

Fin juillet, les membres de l’Awesome Foundation m’ont invité à participer, lors de leur conférence, à une interessante discussion au sujet des marques ouvertes (NdT : Open Brands). Awesome est un jeune regroupement d’organisations qui s’interroge pour savoir s’il faut, et si oui comment, controler ceux qui utilisent le terme Awesome dans leur nom. Ils m’ont demandé d’intervenir pour présenter comment la communauté du logiciel libre abordait ce problème.

La gouvernance d’un logiciel libre est souvent étonnamment floue sur le sujet. J’ai assisté et participé a des discussions houleuses sur cette question de la marque, dans chaque projet de logiciel libre (réussi) où j’ai travaillé. Plusieures années en arrière, Greg Pomerantz et moi avons écrit, autour de quelques bières, un brouillon de politique de marque déposée pour la distribution Debian. J’ai également travaillé avec le responsable du projet Debian, Stefano Zacchiroli et un avocat de du Software Freedom Law Center afin d’aider à la rédaction d’un brouillon pour la politique de marque déposée du projet Debian dans son ensemble.

Grâce à ces réflexions, j’en suis venu à élaborer trois principes, qui, à mon avis, mènent à des discussions plus claires pour déterminer si la culture libre et le logiciel libre doivent enregistrer une marque déposée et, s’ils le font, comment ils doivent concevoir d’accorder ou non l’utilisation de la marque à d’autres (et sous quelles conditions). J’ai listé, ci-dessous, ces principes par ordre d’importance.

1. Nous voulons que les gens utilisent nos marques.

Les discussions concernant les marques déposées semblent tourner à un exercice consistant à imaginer tous les abus possibles de l’image de la marque déposée. C’est à la fois idiot et erroné. Il faut être très clair sur ce point : Notre problème n’est pas que les gens n’utilisent pas correctement nos marques, mais qu’ils ne sont pas assez nombreux à les utiliser. Le but primordial d’une politique de protection des marques devrait être d’en rendre possible et facile son utilisation légitime.

Nous voulons que les gens fabriquent des tee-shirts avec nos logos. Nous voulons que les gens écrivent des livres sur nos logiciels. Nous voulons que les gens créent des groupes d’utilisateurs et tiennent des conférences. Nous voulons que les gens utilisent, parlent, et fassent la promotion de nos projets, commercialement ou non.

Or le branding peut limiter la diffusion de notre marque et va ainsi nuire à nos projets. Parfois, après avoir soigneusement considéré ces inconvénients, nous pensons que ces compromis en valent la peine. Et c’est parfois le cas. Cependant, les projets sont souvent trop prudents, et en conséquence font l’erreur de trop vouloir contrôler. Je pense que le désir des projets libres de contrôler leur marque a fait plus de dommage que tous les mauvais usages des marques mis bout à bout.

2. Nous voulons que nos projets soient capables d’évoluer.

La création d’une marque déposée donne le pouvoir légal de contrôler une marque dans les mains d’un individu, d’une firme ou une organisation à but non lucratif. Même si ça n’a pas l’air d’être si important, ce pouvoir est, fondamentalement, la capacité à déterminer ce que le projet est, et ce qu’il n’est pas.

J’ai entendu dire que dans le monde politique américain, il n’y a aucune marque déposée pour les termes Républicain ou Démocrate et qu’aucune permission n’y est requise pour créer une organisation affirmant appartenir à l’un ou l’autre parti. Et cela n’implique pourtant pas de confusion générale. À travers les structures sociales et organisationnelles, on voit clairement qui en fait partie ou non, et qui est à la marge.

Plus important, cette structure permet à de nouvelles branches et des groupes extérieurs à la ligne officielle de grandir et se développer en marge. Les deux partis se disputent depuis le XIXe siècle, ont changé de position dans le spectre politique sur un grand nombre de questions, et ont été le lieu d’importantes divergences idéologiques internes. La plupart des organisations devraient aspirer à une telle longévité, à de tels débats internes et à une telle flexibilité.

3. Nous ne devrions pas troubler nos communautés.

Bien qu’ils soient souvent sources d’abus, les marques sont foncièrement en faveur des consommateurs. Le but des marques légalement déposées est d’aider les consommateurs à ne pas être induits en erreur sur la source d’un produit ou d’un service. Des utilisateurs peuvent aimer un logiciel du projet Debian, ou peuvent le détester, mais il est agréable pour eux de savoir qu’ils ont la Qualité Debian lorsqu’ils téléchargent une distribution.

Bien évidemment, protéger des marques légalement n’est pas le seul moyen pour atteindre ce but. Les noms de domaine, les politiques internes et les lois contre la fraude et l’usurpation d’identité servent également ce but. L’Open Source Initiative a fait une demande de marque déposée pour le terme open source, et leur demande a été heureusement rejetée. L’absence d’enregistrement d’une marque ne les a pas empêchés de contrôler l’utilisation de ce terme. Si certaines personnes tentent de donner le terme open source à leurs produits open source alors qu’ils ne le sont pas, elles sont rappelées à l’ordre par une communauté de personnes qui savent de quoi ils parlent.

Et puisque les avocats sont rarement dans la boucle, il est difficile de savoir si déposer une marque aiderait dans la grande majorité des cas. Il est également vrai que la plupart des structures du libre manquent d’argent, de conseils juridiques ou de temps, pour obliger à une utilisation correcte de la marque. Il est effectivement très important que votre communauté d’utilisateurs et de développeurs sache précisément ce qu’est, et ce que n’est pas, votre produit et votre projet. Mais comment nous décidons d’arriver à cela n’est pas quelque chose que nous devons considérer comme acquis et tout le monde doit être impliqué dans les décisions.

Crédit photo : Roadsidepictures (Creative Commons By-Nc-Nd)




De Linux à Mac OSX – 1 an plus tard

Allez, on ne va pas se mentir, non seulement Apple séduit les jeunes, mais il séduit de plus en plus souvent les geeks.

Et même certains libristes qui, comme ici, abandonnent lâchement leur premier amour GNU/Linux pour s’en aller vers le Mac.

Un témoignage cinglant qui devrait faire couler un peu d’encre électronique dans les commentaires…

Terry Johnston - CC by

De Linux à OSX – 1 an plus tard

From Linux to OSX – 1 Year Later

Bozhidar Batsov – 9 septembre 2012 – Blog personnel (think)
(Traduction : geeckodev, Louson, tibs, X, amyrit, nanoPlink, Kiwileaks, cpt_p, Unagi)

Prélude

Il y a un peu plus d’un an j’ai écrit mon post coup de gueule « The Linux Desktop Experience is Killing Linux on the Desktop » et pour la première fois en 8 ans, je n’étais plus un utilisateur de Linux. J’ai passé plus d’un mois à me bagarrer contre Windows 7, mais reconnaissons-le, Windows est mal conçu pour des programmeurs Ruby professionnels comme moi (et il est mal conçu pour la plupart des programmeurs, sauf peut-être Java et .Net je suppose).

De toute façon, rester sous Windows n’a jamais été mon intention, je faisais juste mon transfert vers Mac. Maintenant, avec plus d’un an d’utilisation d’OSX, j’aimerais partager avec vous mon expérience jusqu’à aujourd’hui.

De Linux à OSX

La transition fut pénible au départ, j’avais une sensation très bizarre lorsque je devais glisser une icône de programme dans le dossier Applications pour l’installer. Pour être honnête, j’étais plutôt perdu la première fois que j’ai dû installer une application de cette manière (Il n’y avait pas ces aides avec les flèches qu’ont la plupart des applications). La gestion de paquets de Linux est incontestablement bien meilleure, ou en tout cas elle l’est de mon point de vue. Heureusement la plupart des outils que j’utilise sont disponibles dans le gestionnaire de paquets homebrew pour OSX. Ça ressemble à une version extrêmement basique de portage du légendaire Gentoo, mais en général le programme fait du bon travail.

Pour être plus positif, j’ai été impressionné par la qualité et la réactivité du bureau de OSX et l’utilisation par défaut des raccourcis clavier d’Emacs dans l’éditeur de texte (mais perplexe concernant le manque d’une touche Control à droite du clavier – et si j’osais, comment peut-on taper Control + a ?). Une application en particulier, Spotlight, m’a carrément impressionné , surtout après avoir eu affaire aux copies bas de gamme disponibles sur Linux telles que beagle. Spotlight trouve à peu près tout, a son propre langage de requête ressemblant à SQL et est étonnamment rapide.

J’ai rapidement trouvé un bon terminal (qui est iterm2, et qui est en fait le meilleur terminal au monde, à mon humble avis) et la plupart des outils en ligne de commande que j’utilisais jusqu’à maintenant étaient déjà là (après tout, OSX est Unix), et à ma grande surprise, certains trucs comme PostgreSQL (seulement sur OSX Server) et zsh étaient préinstallés. La plupart des autres applications dont j’avais vraiment besoin avaient des ports natifs pour OSX.

Ayant détesté OpenOffice.org durant plusieurs années, j’ai été agréablement surpris par la qualité d’applications telles que Keynote et Words.

Étant le genre de type qui prêche l’utilisation du clavier à l’église Das Keyboard j’étais un peu déçu au début par tout ce micmac autour du multi-touch, mais après un certain temps j’en suis venu à la conclusion qu’Apple a les seuls trackpads et souris qui valent la peine d’être utilisés (même si je préfère toujours utiliser le clavier).

Pour résumer, je me suis habitué assez rapidement, mais cela n’a pas été de tout repos.

Voici quelques détails…

Les choses que j’adore chez OSX

Le bureau

C’est joli, c’est rapide, c’est stable. KDE4 et GNOME3 ressemblent à des projets d’étudiants à côté. Ai-je mentionné que les polices de OSX sont même plus belles que celles de Windows ?

Les applications « à la OSX »

Sparrow est le premier client e-mail que j’aie jamais aimé (Google, honte à vous de l’avoir tué).

iTerm2 est le terminal ultime. Lui seul justifie l’achat d’un Mac.

Keynote est le meilleur logiciel de présentation que j’aie pu utiliser jusqu’à présent.

Parallels Desktop est à des années-lumière de VirtualBox et KVM (si l’on ne considère que la virtualisation de type desktop).

Je pourrais continuer comme ça pendant un moment, mais je vais arrêter tout de suite.

Il est évident que les utilisateurs de Mac ont développé un certain goût pour les logiciels extrêmement raffinés.

Compatibilité matérielle

Si quelque chose est supposé marcher avec OSX – ça marche à merveille directement. J’en ai presque oublié les jours de bataille contre le matériel non supporté. La mise en veille fonctionne parfaitement. La durée de vie de la batterie est exceptionnelle (grâce à la gestion de l’énergie très avancée).

Il est certain que sélectionner le matériel pour le système d’exploitation aide beaucoup, mais il faut tout de même reconnaître le travail d’Apple.

Stabilité

Un an, trois Macs – seulement un ou deux plantages. Pour un développeur qui aime bricoler un peu plus qu’il ne le devrait, c’est impressionnant.

Ceci dit, j’ai eu quelques distributions Linux qui ont fonctionné pendant plus de 6 mois sans redémarrer (et les redémarrages étaient causés par les pannes électriques ou les mises à jour de la distribution et/ou du noyau). La stabilité de Linux sur un ordinateur portable (plutôt récent) ? C’est une autre histoire…

Les bonnes choses

Les applications par défaut

Les applications fournies avec OSX ne sont pas mauvaises du tout, mais pas particulièrement excellentes. Safari reste un très bon navigateur, Mail est un bien meilleur client que Evolution/Thunderbird, Calendar est un bon organisateur (mais un peu buggé quand il s’agit de synchroniser Google Calendar), Messages est moyen.

Le vrai problème est qu’il est possible d’aller très loin avec les applications fournies, mais qu’elles ne sont pas parfaites. Mon conseil : chercher des alternatives (qu’elles soient libres ou propriétaires).

Le Mac App Store

C’est une manière convenable de distribuer des applications propriétaires, mais avec toutes les restrictions d’Apple sur le sandboxing des applications, il n’y a pas vraiment d’applications intéressantes. Espérons que cela s’améliore avec le temps. La possibilité de mise à jour vers la nouvelle version d’OSX en l’achetant sur l’App Store est vraiment bien (pour un OS propriétaire, bien sûr).

Emacs

Le port Cocoa d’Emacs est un peu jeune et il y a quelques bugs visuels (essayez M-x linum-mode par exemple), mais ils sont pardonnables. Je regrette l’intégration forte d’Emacs avec Linux. Et quel est l’idiot qui a conçu tous les claviers officiels Mac sans une touche Control à droite ? J’ai finalement compris pourquoi tant d’utilisateurs de Mac utilisent vim 🙂

De toute façon, remapper la touche Caps pour Control n’est pas la solution. Je le fais maintenant, je le faisais déjà sur Linux. Mais vous n’êtes pas supposé avoir à taper Control + une autre touche avec la même main. C’est perturbant pour la frappe… mais une fois encore, vous devriez probablement écrire avec un clavier pleine taille 🙂

Développement logiciel

OSX ne nourrit pas le développement logiciel autant que Linux, mais il arrive juste en seconde position. Tous les outils que vous connaissez et que vous aimez sont disponibles, mais leur installation et leurs réglages nécessitent un peu plus d’implication sur OSX. Ce n’est pas un hasard si la plupart des livres de programmation montrent des captures d’écran d’OSX.

Administration système

Il y a clairement un recul par rapport à Linux. Les programmes comme launchctl (par exemple) ne sont pas très agréables à utiliser, mais ils font ce qu’on leur demande. Je n’utiliserais jamais un OSX pour autre chose qu’un ordinateur de bureau. Modifier un $PATH n’est pas aussi trivial que sous Linux (/etc/paths et quelques plists que j’ai oubliés me viennent à l’esprit).

Ce que je déteste

Les touches spéciales

Pas exactement une particularité de OSX, mais tout de même…

Un an et je hais toujours Command et Option, option est en fait Alt mais à un endroit étrange et Command est totalement inutile, à mon avis. Je ne les haïrais pas tant s’il y avait de l’espace restant sur les claviers Apple (sans parler du vieux clavier Apple câblé) pour une touche Control en plus. Heureusement pour moi j’utilise un clavier externe Das Keyboard Ultimate la plupart du temps…

Command et Option ont des avantages, je les aurais probablement appréciées si elles ne ne prenaient pas la place de la touche Control à droite (je suppose qu’elle ne doit manquer qu’aux utilisateurs d’Emacs).

Aucun gestionnaire de paquets tout-puissant de base

Sur Linux j’avais aptitude, yum, portage et pacman, tous exceptionnels dans leur domaine. Sur OSX, homebrew est une option décente mais c’est tout autre chose comparé à la puissance des gestionnaires de paquets de Linux.

D’horribles fichiers de configuration XML

Ici et là sur OSX vous devez ecrire d’épouvantables fichiers de configurations XML. Je pensais que je n’aurais plus jamais à voir affaire avec eux après avoir abandonné le développement Java :-).

XCode

Est-il vraiment nécessaire d’installer un IDE usine à gaz juste pour avoir accès à quelques outils de développement en ligne de commande ? C’est l’une des choses les plus ennuyeuses que j’ai pu rencontrer sur OSX jusqu’à maintenant.

Oui, je connais depuis peu quelques outils disponibles séparément, mais demander une licence développeur Apple me semble un peu trop.

Épilogue

Suis-je maintenant plus heureux sans Linux ? Certainement ! OSX est-il un meilleur OS que Linux ? Absolument pas !

Il offre une bien meilleure expérience utilisateur et depuis que je passe la plupart de mon temps sur un ordinateur en interagissant avec le bureau, c’est une grande victoire pour moi. Bien sûr, je n’en voudrais pas à Linux d’arriver à ce niveau de maturité et de stabilité pour son environnement graphique 🙂

Faut-il lâcher Linux et me rejoindre dans les ténèbres ? Comment le saurais-je ? 🙂 Je n’ai fait que partager mon avis – Si vous êtes heureux avec Linux, vous devez incontestablement y rester. Ce n’était évidemment pas mon cas et il n’y avait pas tant d’alternatives que ça.

Ne pas avoir à s’occuper de problèmes matériels et des applications immatures est une grande bouffée d’air pour moi et cela compense largement les quelques lacunes d’OSX. Rien ne compense le manque de la touche Control droite sur la plupart des claviers, mais après tout ce n’est pas un problème de l’OS 😉

Il y a une grande communauté de hackers autour d’OSX et c’est une des forces de l’OS. Il y a aussi malheureusement une grosse pression d’Apple, mais comme vous le savez déjà, le perfection n’est pas de ce monde, il y a toujours des compromis à faire. Je préfère utiliser un OS propriétaire qui me laisse en paix plutôt qu’un OS libre sur lequel je me cogne à chaque virage.

Crédit photo : Terry Johnston (Creative Commons By)




Pourquoi j’ai choisi de publier sous licence Creative Commons By-Sa

79-latex-sciences-humaines_th.jpgNotre récente traduction Ce que pense Eric Raymond de la clause NC des Creative Commons (pas du bien) a fait réagir, dans les commentaires et sur Identica/Twitter. Il faut dire que cette clause « non commerciale » est un point de friction au sein de la communauté car inexistante dans le monde des licences du logiciel libre.

Maïeul Rouquette nous a alors proposé de publier l’article ci-dessous.

Ce que nous faisons d’autant plus volontiers que le livre en question est tout à fait intéressant : LaTeX appliqué aux sciences humaines (« le seul livre sur LaTeX sans une seule équation ! » peut-on lire en accroche sur la couverture).

Pourquoi j’ai choisi de publier sous licence Creative Commons By-Sa

Maïeul Rouquette – septembre 2012

J’ai récemment publié un livre sous Licence Creative Commons – Paternité – Partage à l’Identique, en l’occurrence un manuel sur XeLaTeX appliqué aux sciences humaines. Je tiens à expliquer pourquoi j’ai choisi cette licence.

Tout d’abord, commençons par lever un malentendu. Je ne suis pas de ces personnes qui pensent que tous les livres, ou même simplement tous les logiciels, devraient être publiés sous Licence Libre. Car si je perçois bien l’intérêt du livre libre pour la liberté du lecteur, je sais également qu’il existe un principe qui dit que la « Liberté des uns s’arrête là où commence celle des autres », je pense que la liberté du lecteur s’arrête là où commence celle de l’auteur[1]. Il était donc dans ma liberté de ne pas publier sous Licence Libre, et je le fais d’ailleurs pour certains travaux.

Je suis donc attaché au droit d’auteur, dans la mesure où sans l’initiative et le travail de l’auteur, une œuvre n’existerait pas, et qu’il est donc libre de l’usage qu’il en est fait. Le travail que j’ai produit n’est pas seulement de l’information, des données, qui doivent être librement reproductibles, mais aussi une forme particulière de ces données, un caractère original. C’est à ce titre d’œuvre présentant un caractère original (et mis en forme) que le droit d’auteur s’applique à mon œuvre. C’est ce caractère original qui m’autorise à utiliser le pronom possessif mon — ou plutôt notre puisque j’ai été aidé par deux autres personnes.

On pourra noter que le lien existant entre l’œuvre et l’auteur n’est pas lié seulement à des conditions juridiques, mais aussi à la prise de conscience qu’il ne saurait y avoir d’œuvres « neutres », y compris la plus technique qui soit. Prendre garde de la personne qui est à l’origine directe de l’œuvre[2], c’est également se donner les moyens d’avoir un regard critique plus aigu sur cette œuvre.

C’est donc un choix volontaire, pour un cas particulier, de publier sous Licence Libre, en l’occurrence la CC By-Sa. Et c’est ce qui, je pense, rend mon explication d’autant plus intéressante.

Commençons par les libertés que j’accorde à mon lecteur

Je l’autorise à recopier ce livre, à le diffuser partout et par tous les moyens possibles et imaginables. Pourquoi ne l’autoriserai-je pas ? La seule raison qui pourrait faire que je m’y oppose serait financière : en permettant la libre diffusion, je peux me priver d’une certaine « manne » de revenu.

Cependant, outre qu’il n’est pas garanti qu’en l’absence de cette autorisation de diffusion les lecteurs auraient effectivement acheté le livre, je ne m’attendais pas à pouvoir vivre avec une telle œuvre, du fait de sa portée relativement limitée. De plus, n’étant pas dans une situation financière particulièrement délicate et n’ayant pas besoin de plus d’argent que je n’en ai aujourd’hui, je n’ai pas écrit cette œuvre par intérêt pécuniaire.

Cela ne veut pas dire qu’il n’y a pas des enjeux financiers derrière l’œuvre : j’ai dû payer une certaine somme pour l’édition de l’ouvrage, pour le travail de couverture, pour l’impression des différents brouillons etc. Ainsi chaque exemplaire papier vendu me permet de compenser cette avance. Néanmoins, le gros de « perte » que j’ai à subir sur ce livre n’est pas financier, mais de temps : toutes les heures passées à écrire ce livre, à produire une œuvre dans l’intérêt d’autres personnes, sont autant d’heures que je n’ai pas passées à d’autres aspects de ma vie. Non que je regrette ce temps passé, mais simplement pour signaler que même si je n’étais pas remboursé de mon avance, ce ne serait pas quelque chose de plus dramatique que la perte d’heures. Évidemment, si ma situation financière était plus précaire, je me serais posé les questions autrement — mais dans de tel cas je n’aurais pas pris le temps d’écrire cet ouvrage.

J’autorise ensuite le lecteur à modifier mon ouvrage. J’ai dit quelques mots tout à l’heure du lien existant entre l’œuvre et l’auteur. Si ce lien est réel, il l’est tout autant que celui entre l’œuvre et chacun de ses lecteurs. La même œuvre lue par deux personnes différentes n’est pas tout à fait la même œuvre, à vrai dire la même œuvre lue par une même personne dans des conditions différentes n’est pas tout à fait non plus la même œuvre. Si donc il existe un lien entre l’œuvre et le lecteur, pourquoi ne pas donner les possibilités à mon lecteur de moduler encore plus aisément ce lien par l’intervention directe dans l’œuvre ?

Plus pragmatiquement, mon œuvre n’est sans doute pas exempte de lacunes, d’erreurs : permettre aux lecteurs de les corriger, c’est lui permettre d’atteindre un niveau plus haut d’exigences. Sans oublier qu’étant donné le sujet, il y a fort à parier que certains passages doivent rapidement être mis à jour. Or comme rien ne me garantit que je puisse encore m’y consacrer demain, et que jusqu’à preuve du contraire la communication entre le monde post-mortem et le monde pre-mortem n’est pas encore tout à fait au point, il est important d’assurer, y compris juridiquement, une pérennité de l’œuvre.

Continuons par celles que je n’accorde pas

Le lecteur ne peut diffuser et modifier mon livre qu’à deux conditions

  1. M’attester, moi et mes coauteurs, comme auteur original.
  2. Accorder les mêmes droits à ses futurs lecteurs.

Pour le 1), je crois avoir suffisamment expliqué pourquoi je pensais qu’il y avait un lien entre l’auteur et l’œuvre, qui justifie de connaître le nom de l’auteur. À ceci, j’ajouterais deux éléments :

  • en tant qu’historien qui travaille sur des sources anonymes je sais que les problèmes d’anonymat et de pseudonymat sont très compliqués à gérer, alors autant faciliter le travail des futurs historiens. Bien sûr, le fait que mon nom soit attaché à l’œuvre n’exclut absolument pas qu’un jour on puisse se demander si l’œuvre est réellement de Maïeul Rouquette, et pas d’un Pseudo-Maïeul Rouquette. À charge pour le futur philologue, si tant est que ce livre intéresse un futur philologue, de trouver qui est l’auteur de l’œuvre, mais autant lui alléger tout de suite la tâche en lui donnant un indice.
  • Comme tout humain, j’ai un certain ego. Attacher mon nom à une œuvre est une manière de flatter mon ego. Il faut bien le dire, puisque l’ego est vraisemblablement, avec l’altruisme, l’une des motivations premières des bénévoles, dans tous les domaines.

En ce qui concerne le 2), autrement dit le choix d’une gauche d’auteur, elle est plus discutable du point de vue des libertés. En effet, si quelqu’un publie une version dérivée de mon œuvre sans autoriser les modifications à ses futurs lecteurs, en quoi cela me dérange ?

À titre personnel, cela ne me dérange absolument pas, cela ne lèse pas mes intérêts. Mon ego restera flatté, puisque mon nom devra être mentionné.

En revanche, forcer le partage à l’identique correspond à l’une de mes convictions : la nécessité qu’il existe des biens communs. Or à l’heure des privatisations à tous crins, la grande force de la gauche d’auteur, c’est de permettre de produire collectivement du bien public, y compris venant de personnes qui n’ont pas pour premier intérêt le bien public.

Finissons par une restriction que je n’ai pas mise

Je n’ai pas mis la restriction « Pas d’utilisation commerciale ». Pourquoi ? Ce n’est pas parce que je pense que toute œuvre devrait par nature être libre — car la restriction « Pas d’Utilisation commerciale » empêche une œuvre sous CC d’être vraiment libre, au sens de la FSF.

Simplement, imaginons qu’une personne fasse un usage commercial de mon œuvre sans apporter de valeur ajoutée, c’est-à-dire se contente de reprendre l’œuvre, de la diffuser moyennant finance et d’empocher la somme d’argent. Dans un tel cas, j’aurais un manque à gagner financier, puisqu’au lieu de passer par le site de mon éditeur, la personne aura acheté une autre version papier du livre — j’imagine mal une personne en acheter une version électronique, sachant que je la mets à disposition gratuitement sur Internet. Néanmoins dans un tel cas je serais mis au courant, ne serait-ce que par le régime du dépôt légal, qui me permettra de trouver des versions « non officielles » de la version papier. Il me sera alors assez aisé d’avertir mes lecteurs, par mon blog par exemple, en leur expliquant que s’ils souhaitent me rémunérer, il faut acheter la version officielle.

Maintenant, supposons un usage commercial à partir d’un vrai travail sur l’œuvre, par exemple une réécriture, une amélioration etc. : à quel titre empêcherais-je une personne ayant produit une telle œuvre, et donc étant un nouvel auteur, de gagner de l’argent dessus ?

Conclusion

  • Le choix d’une licence libre est un choix pragmatique : permettre à des personnes de connaître mon œuvre et éventuellement de l’améliorer.
  • Le choix de la clause « Paternité » est un choix :
    • Épistémologique : je ne crois pas que l’on puisse totalement séparer l’œuvre de son auteur.
    • Narcissique : j’ai passé des heures sur mon livre, alors j’aimerais que je sois reconnu comme celle qui a fourni ce travail.
  • Le choix de la clause « Partage à l’Identique » est un choix politique : lutter, à ma modeste échelle, pour le bien commun, contre la privatisation.
  • Le choix de l’absence de clause « Non-commercial » est un choix pragmatique : puisque la mention de la paternité de l’œuvre est assurée par la clause « Paternité », je fais confiance à l’intelligence du lecteur pour rémunérer, si besoin, la personne ayant apporté un « vrai » travail

Maïeul Rouquette

Assistant diplômé en histoire du christianisme ancien et littérature apocryphe chrétienne
Université de Lausanne (FTSR/IRSB)
http://apocryphes.hypotheses.org
http://geekographie.maieul.net/-LaTeX-

Notes

[1] Ce qui n’implique pas que je sois d’accord avec certaines dérives actuelles du droit de la propriété intellectuel, par exemple les DRM, qui a mes yeux trahissent le sens originel. Rappelons qu’en droit classique, un auteur ne peut pas contrôler le devenir de l’exemplaire papier de son livre une fois vendu — ce qu’on appelle l’épuisement du droit d’auteur.

[2] Car il y a des milliers d’auteurs indirects : pour prendre le présent ouvrage, il n’aurait pu exister sans tout le travail de la communauté LaTeX.




Ce que pense Eric Raymond de la clause NC des Creative Commons (pas du bien)

CC NCEric S Raymond est une figure historique du logiciel libre, auteur notamment du désormais culte La Cathédrale et le Bazar.

Il vient de s’exprimer sur la clause NC (non commerciale) des licences Creative Commons et cela a le mérite d’une certaine clarté !

Pour rappel cette clause stipule que « vous n’avez pas le droit d’utiliser cette oeuvre à des fins commerciales » (sans l’autorisation de ou des auteur(s)), ce qui ne la rend pas libre au sens du logiciel libre et qui pose de nombreux problèmes dans la définition et le périmètre de ces fins commerciales.

CC-NC considered harmful

Eric S Raymond – 7 septembre 2012 – Blog personnel
(Traduction : tibs, Dalza, Kiwileaks, zikas, 1erefois)

CC-NC considéré comme dangereux

Je viens de poster le commentaire suivant sur un article du blog de Creative Commons traitant des attributs « Pas d’utilisation commerciale » (NC) et « Pas de modifications » (ND) :

Je parle en tant que fondateur et president honoraire de l’Open Source Initiative. L’option NC dans les licences Creative Commons a toujours été une mauvaise idée et devrait être supprimée.

Ce pourquoi elle devrait être enlevée n’a rien a voir avec aucune profonde philosophie ou politique couramment apportées dans le debat, et tout à voir avec le fait qu’il n’y a pas de critère légal de démarcation pour « activité commerciale ». Cette mauvaise définition se reflète dans les débats pour le terme commercial, qui signifie transaction financière ou lucratif, et c’est l’exacte raison pour laquelle l’Open Source Definition interdit aux licences logicielles open source de disposer de restrictions similaires.

Le groupe fondateur de l’OSI, après avoir étudié la possibilité, a conclu que l’attribut « NC » au sein d’une licence open source créerait une trop grande confusion au regard des droits et obligations, de trop nombreux effets secondaires sur des comportements que nous ne souhaitons pas encourager, et trop d’ouvertures possibles pour les plaideurs compulsifs. Ce qui est uniquement une source de contentieux au sein de notre communauté pourrait se révéler destructeur pour elle si des tribunaux antipathiques venaient à prendre des décisions défavorables, même de faible portée.

Je n’ai vu aucune raison de changer ce jugement et je pense qu’il s’applique à forces égales au Creative Commons. L’option NC est un piège dangereux et devrait être retirée.