Ca serait pas plutôt "nous nous sommes fait draguer" ?

Is It Ever a Good Thing to Use a Nonfree Program?

Richard Stallman - Version du 21 mai 2013 - CC By-Nd
Traduction : Framalang (Eijebong, Jtanguy, Penguin, GPif, Smonff, Melchisedech, igor_d, Thérèse, Asta, satbadkd)

Si vous faites fonctionner un programme non libre sur votre ordinateur, il vous prive de votre liberté ; c’est vous qui en êtes la victime principale. Le fait que vous l’utilisiez peut affecter les autres indirectement, car cela encourage le développement de ce programme non libre. Si vous faites la promesse de ne pas redistribuer le programme aux autres, vous faites une erreur, car rompre une telle promesse est mal et la tenir est encore pire. Ici encore, c’est vous la victime principale.

C’est encore pire si vous recommandez à d’autres d’exécuter ce programme non libre, ou si vous les y incitez. Quand vous le faites, vous les incitez à abandonner leur liberté. Par conséquent, ce qu’on doit éviter absolument c’est d’entraîner ou d’inciter autrui à exécuter des logiciels non libres (quand le programme utilise un protocole secret pour communiquer, comme c’est le cas pour Skype, le fait de l’utiliser entraîne les autres à le faire aussi, il est donc extrêmement important de rejeter tout usage de ce genre de programme).

Mais il existe un cas particulier où l’utilisation d’un logiciel non libre, voire le fait d’exhorter les autres à faire de même, peut être une chose positive. Il s’agit du cas où l’utilisation du logiciel non libre vise directement à mettre fin à l’utilisation de ce même logiciel.

En 1983, j’ai décidé de développer le système d’exploitation GNU, en tant que remplacement libre d’Unix. La manière pragmatique de le faire était d’écrire et de tester les composants un à un sur Unix. Mais était-ce légitime d’utiliser Unix pour cela ? Était-ce légitime de demander à d’autres d’utiliser Unix pour cela, étant donné qu’Unix était un logiciel privateur^[1] ? Bien entendu, s’il n’avait pas été privateur, il n’y aurait pas eu besoin de le remplacer.

Je suis arrivé à la conclusion qu’utiliser Unix pour mettre fin à l’utilisation d’Unix était légitime. J’y ai vu une sorte de participation minimale à une entreprise malfaisante, gang criminel ou campagne politique malhonnête par exemple, dans le but de l’exposer au grand jour et d’y mettre fin. Bien que participer à une telle activité soit mal en soi, y mettre fin excuse une participation périphérique mineure, comparable à la simple utilisation d’Unix. Cet argument ne justifierait pas d’être chef de bande, mais j’envisageais seulement d’utiliser Unix, pas de travailler pour son équipe de développement.

Le remplacement d’Unix a été achevé quand le dernier élément essentiel a été remplacé par Linux, le noyau créé par Linus Torvalds en 1991. Nous continuons à ajouter des composants au système GNU/Linux, mais cela ne requiert pas l’utilisation d’Unix, donc cela ne la justifie pas – plus maintenant. Par conséquent, quand vous utilisez un programme non libre pour ce genre de raison, vous devriez vous demander de temps en temps si le besoin existe toujours.

Cela dit, il reste d’autres programmes privateurs qui ont besoin d’être remplacés, et des questions analogues se posent souvent. Faut-il que vous fassiez tourner le pilote privateur d’un périphérique pour vous aider à développer un pilote de remplacement ? Oui, sans hésiter. Est-il acceptable d’exécuter le JavaScript non libre d’un site web afin de faire une réclamation contre ce même code JavaScript non libre ? Bien sûr – mais pour le reste vous devriez faire en sorte que LibreJS le bloque pour vous.

Toutefois cette justification ne s’étendra pas à d’autres situations. Les personnes qui développent des logiciels non libres, même des logiciels avec des fonctionnalités malveillantes, donnent souvent comme excuse le fait qu’elles financent d’une manière ou d’une autre le développement de logiciel libre. Cependant, une entreprise qui est fondamentalement dans l’erreur ne peut pas se dédouaner en dépensant une partie de ses bénéfices pour une noble cause. Par exemple, une partie des activités de la Fondation Gates est louable (pas toutes), mais cela n’excuse pas la carrière de Bill Gates, ni Microsoft. Si une entreprise travaille directement contre la noble cause grâce à laquelle elle essaye de se légitimer, elle se contredit et cela mine ladite cause.

Il vaut même mieux en principe éviter d’utiliser un programme non libre pour développer du logiciel libre. Par exemple, on ne devrait pas demander aux gens d’exécuter Windows ou MacOS dans le but de porter des applications libres sur ces plateformes. En tant que développeur d’Emacs et GCC, j’ai accepté des modifications qui leur permettent de fonctionner sur des systèmes non libres tels que VMS, Windows et MacOS. Il n’y avait aucune raison de rejeter ce code, mais je n’avais pas demandé aux gens de faire tourner des systèmes non libres pour le développer. Ces modifications provenaient de personnes qui utilisaient de toute manière ces systèmes.

L’exception « développer sa propre alternative » est valide dans certaines limites, et cruciale pour la progression du logiciel libre, mais nous devons éviter que cette pratique ne se banalise, de peur qu’elle ne se transforme en une excuse universelle justifiant n’importe quelle activité lucrative impliquant des logiciels non libres.

Comment se réjouir d'être obligé d'accepter une monnaie privatrice pour prétendre "faire du libre" ? Quel genre de libre est "financé" par une monnaie privatrice ?

Si on parlait de libérer la monnaie plutôt que de se résigner à l'appropriation illégitime du temps d'existence des uns au bénéfice des autres ?

Il s’en réjouit et nous avec ;)

Le gouvernement britannique me paye pour faire de l’open source toute la journée

The UK government pays me to write open source all day

Jake Benilov - 17 mai 2013 - QuickPeopleBlog
(Traduction : RyDroid, goofy, @zessx, Sylvain, MFolschette, Asta, Chuckman + anonymes)

Je suis développeur. Voici le graphique récapitulant mes contributions open source sur Github pour les 12 derniers mois (les carrés verts représentent les jours où j’ai fait des commits dans des dépôts open source) :

Bien que je fasse aussi de l’open source pendant mon temps libre, la plupart de ces points verts apparaissent pendant mes heures de travail au Government Digital Service (NdT. unité gouvernementale chargée de revoir le fonctionnement des services gouvernementaux en ligne), une équipe du Bureau du Cabinet britannique.

Je ne suis pas un cas isolé dans mon équipe. Si vous jetez un coup d’œil à la page Github du GDS, vous trouverez beaucoup de code. Mieux encore, notre travail ne se déroule pas seulement en marge des TIC gouvernementales : nous sommes responsables du site GOV.UK, la principale plateforme de publication du gouvernement britannique, et l’accès principal à toutes les opérations gouvernementales.

Un point où j’ai peut être exagéré : comme James Stewart (un des directeurs développement du GDS) le souligne, le GDS fait aujourd’hui du « code ouvert » plutôt que de « l’open source ». Cela signifie que le GDS rend les sources disponibles sous une licence de libre diffusion (LLD), mais ne soutient ou n’établit aucune communauté autour. Dans tous les cas, le « code ouvert » est génial pour de nombreuses raisons.

Équité envers le contribuable

Les sources gouvernementales devraient être ouvertes. Après tout, si le code a été écrit grâce aux impôts du contribuable, ce n’est que justice que le contribuable puisse l’avoir en retour. Fait intéressant, le critère n°15 du Digital by Default Service Standard (NdT. document explicitant les critères auxquels doivent répondre les services gouvernementaux en ligne) récemment publié devrait institutionnaliser cela et faire en sorte que tous les futurs projets du gouvernement britannique soient mandatés pour ouvrir leurs sources par défaut :

Rendez tout nouveau code source ouvert et réutilisable, et publiez-le sous les licences appropriées (ou fournissez une raison valable pour laquelle ce n’est pas possible pour certaines parties spécifiques du code source)

Équité envers la communauté de l’open source

Nous utilisons des langages et frameworks open source (la majorité de GOV.UK est écrite en Ruby et Scala), des serveurs web open source, nous gérons et configurons nos sources avec des outils open source (Git et Puppet), et nous déployons sur les systèmes d’exploitation open source (tournant sous Linux). Redistribuer n’est que justice.

Transparence

Disposer de mon code source GDS sur GitHub facilite ma vie de développeur au GDS. Si j’ai besoin d’intégrer, de réutiliser ou d’étendre un autre composant du GDS, j’ai juste à cliquer dans mon navigateur ou à cloner le dépôt.

La transparence bénéficie aussi à ceux en dehors du GDS. Besoin de connaître les règles pour calculer une pension d’État ? Regardez les sources. Vous avez trouvé un bug dans la page des jours fériés ? Vous pouvez soumettre une pull request pour le corriger.

Je connais des sociétés qui ont des programmes open source internes, et c’est certainement un pas dans la bonne direction, mais le fait de rendre presque tout disponible nous rapproche de l’idéal d’une propriété commune du code.

En bonus, puisque les bidouilles et les raccourcis sont visibles par tout le monde, il en résulte une diminution des bricolages hasardeux.

Réutilisation

Bien qu’une bonne partie du code que nous écrivons est spécifique à nos problématiques, une large part est générique, et pourrait facilement être adaptée à l’usage d’autres administrations centrales, régionales ou locales, ou dans le secteur privé. En fait, les gens commencent déjà à le faire. Vous voulez du bon code pour un front-end ? Le voici. Vous voulez un système de login unique de qualité gouvernementale ? Le voilà. Vous voulez construire vos propres réponses intelligentes ? Ne vous gênez pas.

Marketing

Le « code ouvert » est un bon argument marketing pour l’image de marque du GDS. Quand je dis à d’autres hackers que je fais de l’open source au travail, les sourcils se lèvent. J’ai entendu des gens extérieurs au GDS en parler en termes de « startup gouvernementale » ; il est évident que l’open source améliore l’image de la marque.

Pour le CV

Pour des raisons purement égoïstes, il est vraiment agréable d’avoir un portfolio de mon travail, un endroit où je peux apporter aux gens une preuve tangible de ma capacité (ou mon incapacité ?) à coder en Ruby.

J’aimerais que davantage d’employeurs fassent cela (et pas seulement le secteur public). Si le vôtre ne le fait pas, peut-être que les raisons évoquées ci-dessus pourront aider à le convaincre de changer d’avis ?

>Je ne dis à personne ce qu'il doit ressentir, et je ne nie certainement pas la sincérité du texte ici publié. Faut vraiment avoir envie de plaquer des idées préconçues partout pour interpréter autrement mon message. Maintenant, je trouve aussi ce texte creux et inopérant, j'ai expliqué pourquoi, et tu as le droit de contre-argumenter si tu veux, au lieu de nous faire un numéro de morale.

J'ai réagi un peu à chaud, mais si en effet, tu "ne nie certainement pas la sincérité du texte ici publié", ton ton en méprise le contenu. Il y a de la moralisation dans ton message aussi (comme toute opinion sur le sujet, soit dit en passant). Et ce n'est pas parce que tu t'appuies sur des gender studies que ça y change quelque chose (on idéalise la science comme parangon d'objectivité, mais une étude comprend souvent les biais du consensus du moment, du directeur de recherche, du labo, des financeurs, etc).
Tu dois le savoir, les études de science humaine sont particulièrement sensibles, peu ou pas reproductibles. Fais attention lorsque tu places l'autorité de la **vérité** dans une étude scientifique. Une étude n'est jamais absolue. N'est pas LA vérité.

>Quant à restreindre le problème du sexisme aux "beaufs", c'est une façon d'éviter de questionner son caractère divers et protéiforme. Il y a du sexisme de beaufs, il y a aussi du sexisme raffiné et qui se veut spirituel et argumenté (on peut penser aux discours visant à défendre Polanski, par exemple).

C'est tout à fait vrai. Je me suis fourvoyé à cause de mes dernières rencontres avec le sexisme : dans les commentaires d'articles sur des jeux video / hardware, un milieu qui n'est pas particulièrement raffiné ou spirituel et où les remarques sexistes se font au grand jour, en brut, sous le couvert de l'anonymat du pseudo...