« Nous avons tous intérêt à défendre l’Open Source contre les forces qui l’affaiblissent », nous affirme ici Matthew But­t­er­ick, juriste et passionné de typographie^[1].

Constatant que de nombreux projets se disent open source alors qu’ils n’en possèdent pas les caractéristiques, il nous propose ici de le définir en sept points, distinguant la réalité de ce qu’il appelle sa dilution.

Vous ne serez pas forcément d’accord, surtout si vous êtes plus « logiciel libre » (version canal historique Richard Stallman) que « Open Source ». Mais on devrait pouvoir en discuter sereinement dans les commentaires 🙂

Sept qualités essentielles à l’Open Source

Seven essential qualities of open source

Matthew But­t­er­ick – Janvier 2012 – TypographyForLawyers.com
(Traduction Framalang : Goofy, OranginaRouge, antistress)

Les citations tronquées déforment les propos. Beaucoup connaissent la fameuse citation de Stew­art Brand selon laquelle « l’information veut être gratuite » (NdT : « infor­ma­tion wants to be free. »). Cette phrase, prise isolément, est souvent citée à l’appui de thèses selon lesquelles toute contrainte sur l’information numérique est futile ou immorale.

Mais peu ont entendu la deuxième partie du propos, rarement citée, qui prend le contrepied de la première partie : « l’information veut être hautement valorisée » (NdT : « infor­ma­tion wants to be expen­sive. »). Lorsque l’on reconstitue le propos dans son entier, il apparait que Brand veut illustrer la tension centrale de l’économie de l’information. Lorsque le propos est tronqué, sa signification en est changée.

Les citations tronquées ont aussi déformé le sens de « Open Source ». Au fur et à mesure que le monde de l’Open Source prenait de l’ampleur, il a attiré davantage de participants, depuis les programmeurs individuels jusqu’aux grandes entreprises. C’était prévisible. Tous ces participants ne sont pas d’accord sur le sens donné à l’Open Source. Ça aussi c’était prévisible. Certains participants influents ont tenté de diluer l’idée de l’Open Source, usant d’un raccourci réducteur pour décrire une démarche méthodique. Ça aussi, on pouvait s’y attendre.

Mais même si cela était à prévoir, il est toujours payant de combattre cette dilution. Sur le long terme, cela est néfaste à l’Open Source. Et pas seulement pour des raisons éthiques ou morales mais aussi pour des raisons pratiques et de viabilité. Si on laisse l’Open Source se diluer en acceptant de revoir à la baisse les attentes, ceux d’entre nous qui jouissent des avantages de l’Open Source seront perdants à terme. De la même façon, ceux qui contribuent à des projets pseudo-Open Source risquent de dépenser leur énergie au profit de causes douteuses. C’est pourquoi nous avons tous intérêt à défendre l’Open Source contre les forces qui l’affaiblissent.

Dans le même esprit, voici sept qualités que je considère comme essentielles pour définir l’identité de l’Open Source, par opposition aux formes diluées que revêt généralement ce mouvement. L’objectif de cet exercice n’est pas d’offrir une caractérisation univoque de l’Open Source. Ce serait à la fois présomptueux et impossible. L’Open Source est hétérogène par essence, comme tout ce qui apparaît sur la place publique.

Pourtant, le fait que nous puissions parler de l’Open Source en général signifie qu’il doit y avoir des caractéristiques irréductibles. Des gens raisonnables, par exemple, peuvent avoir des conceptions différentes de l’art. Mais qui irait contester la qualité de Mona Lisa ? De la même façon, s’il n’est pas raisonnable de parler de l’Open Source comme d’un bloc monolithique, il est tout aussi déraisonnable de prétendre que c’est un concept complètement subjectif. L’Open Source doit pouvoir être défini sinon le terme lui-même n’a pas de sens.

Pourquoi rédiger un essai sur l’Open Source sur un site Web traitant de typographie ? Premièrement parce que les outils open source prennent une part de plus en plus importante dans la conception des polices (citons par exemple Robo­Fab). Deuxièmement parce que des polices soi-disant open source sont en train d’être produites à une cadence accélérée. Troisièmement parce que l’approche utilisée pour l’Open Source est de plus en plus appliquée aux projets issus des domaines du design ou du droit. Quatrièmement parce que je m’intéresse personnellement de longue date à l’Open Source, ayant par exemple travaillé pour Red Hat (ajoutons que ce site tourne avec Word­Press, un moteur de blog open source).

Qualité essentielle n°1

• Dilution : L’Open Source émane d’un esprit de liberté et de coopération.
• Réalité : L’Open Source émane d’un esprit de compétition capitaliste.

L’Open Source, en tant que méthode de conception d’un logiciel, permet l’émergence de produits compétitifs sans les besoins en capitaux et main-d’œuvre inhérents aux méthodes traditionnelles de développement des logiciels propriétaires. La plupart des projets open source à succès sont conçus comme des substituts de logiciels propriétaires à succès. Il n’y a pas de coïncidence. La demande en logiciels propriétaires est aussi ce qui créée la demande pour des alternatives open source.

De plus, le succès d’un projet open source dépend de sa capacité à rivaliser avec l’alternative propriétaire. Le temps, c’est de l’argent. Les logiciels open source qui ne remplissent pas leur office ne font pas des bonnes affaires au final. Bien que certains choisiront le logiciel open source pour des raisons purement politiques, les clients rationnels se prononceront sur la base d’un bilan coûts/avantages.

Qualité essentielle n°2

• Dilution : Les développeurs de logiciels open source travaillent gratuitement.
• Réalité : Les développeurs de logiciels open source sont rémunérés.

Personne ne travaille sur des projets open source gratuitement. Peut-être un petit groupe de développeurs contribue t-il à des projets open source pour se distraire au lieu de collectionner des timbres par exemple. Il s’agit là d’une minorité. La plupart du travail open source est réalisé par des développeurs professionnels qui sont rémunérés à un tarif professionnel.

C’est forcément vrai, et ce pour deux raisons.

Premièrement, les développeurs ne sont pas altruistes. Comme n’importe qui d’autre sur le marché du travail, ce sont des acteurs rationnels, et bien payés avec ça. Il n’y a aucune raison pour que ces développeurs se consacrent au développement de logiciels open source moyennant un salaire de misère alors qu’il existe plein d’entreprises qui accepteraient de les payer pour le même travail.

Deuxièmement, ainsi que nous l’avons déjà mentionné, le logiciel open source ne peut réussir que s’il a les moyens de rivaliser avec les alternatives propriétaires. Et il ne peut rivaliser avec les logiciels propriétaires que s’il parvient à attirer des développeurs de même niveau. Et la seule façon d’attirer ces développeurs est de les rémunérer au prix du marché. De la même façon qu’il n’y a pas de déjeuner gratuit, il n’y a pas d’avantage de logiciel gratuit.

Qualité essentielle n°3

• Dilution : L’Open Source rend les choses gratuites.
• Réalité : L’Open Source redéfinit ce qui a de la valeur.

Les développeurs de logiciels open source ne travaillent pas gratuitement, mais il existe un corollaire à cette affirmation : les projets open source bénéficient, pour une valeur équivalente, à ceux qui financent ce travail de développement — habituellement les employeurs des développeurs.

Si vous croyez que les entreprises de technologies sont des acteurs rationnels de l’économie, vous avez certainement raison. Une société investira son capital dans les activités les plus rentables qu’elle pourra trouver. Si une entreprise finance des projets open source, elle en espère un retour sur investissement supérieur aux autres options.

Alors que les défenseurs des logiciels libres ou open source tentent parfois d’en illustrer l’idée avec ces comparaisons : libre comme dans « entrée libre » ou comme dans « expression libre » (NdT : « free as in beer » et « free as in speech », deux images souvent utilisées en anglais pour distinguer les deux sens du mot « free », respectivement gratuit et libre), un ingénieur de Red Hat me l’a un jour plus exactement décrit de cette façon : « gratuit comme un chiot ». Certes vous ne payez pas les logiciels open source. Mais vous ne bénéficiez pas des avantages habituels des logiciels propriétaires : facilité d’installation, support d’utilisation, documentation, etc. Soit vous payez avec votre temps, soit vous payez quelqu’un pour ces services. Le résultat est que le coût des services liés au logiciel est déplacé à l’extérieur du logiciel lui-même au lieu d’être inclus dans son prix. Mais ce coût est seulement déplacé, et non supprimé.

Qualité essentielle n°4

• Dilution : Il n’y a pas de barrière pour participer à l’Open Source.
• Réalité : L’Open Source s’appuie sur la méritocratie.

L’Open Source ne pourrait pas fonctionner sans un filtrage méritocratique. Ce principe découle de l’idée que l’Open Source est une méthode pour créer des produits compétitifs. Pour obtenir des résultats de haute qualité, les projets open source doivent mettre l’accent sur les contributions de haute qualité, et rejeter le reste. Les projets open source sont ouverts à tous dans le sens où n’importe qui peut suggérer des changements dans le code source. Mais ces changements peuvent toujours être rejetés ou annulés.

L’idée de l’Open Source est mal employée quand elle est appliquée à des projets qui n’ont pas ce filtrage méritocratique et auxquels n’importe qui peut contribuer. Ces projets sont plutôt décrit comme du « partage de fichiers ». Ce qui distingue la méthode open source est son appui sur une communauté de développeurs pour trouver les meilleures idées. Cela signifie donc que la plupart des idées sont rejetées.

Qualité essentielle n°5

• Dilution : L’Open Source est démocratique.
• Réalité : L’Open Source s’appuie sur des dictateurs bienveillants.

Les projets open source sont menés par des développeurs qui sont parfois appelés des « dictateurs bienveillants ». Habituellement il s’agit de ceux qui ont démarré le projet et qui sont considérés comme détenant la vision de l’avenir du projet.

Ils ne sont pas élus mais, d’un autre côté, il ne sont autorisés à rester au pouvoir que tant que les autres participants y consentent. C’est le principe de l’Open Source : n’importe qui peut récupérer le code source et l’utiliser pour démarrer un nouveau projet (cette pratique a pour nom le « forking »).

Cela arrive rarement. En fin de compte, les participants à un projet open source ont davantage à gagner à conserver le projet intact sous la direction d’un dictateur bienveillant plutôt que le fragmenter en de multiples projets. (notons ici encore l’influence des incitations rationnelles). De même, le dictateur a intérêt à rester bienveillant puisque le projet pourrait à tout moment se dérober sous ses pieds.

Qualité essentielle n°6

• Dilution : Un projet open source peut n’avoir qu’un développeur.
• Réalité : Un projet open source nécessite plusieurs développeurs.

Cette exigence découle de l’idée que l’Open Source est une méritocratie. Il ne peut y avoir de filtrage méritocratique si toutes les contributions viennent d’une seule personne. Parfois certains publieront leur projet personnel et annonceront « Hé, c’est maintenant open source ».

Cela ne le rend pas pour autant open source, pas plus qu’acheter un pack de bières et des chips suffisent à faire une soirée. Vous aurez toujours besoin d’invités. De même pour créer une pression méritocratique, les projets open source ont besoin de plusieurs développeurs (pour créer une émulsion d’idées) et d’un dictateur éclairé (pour choisir parmi ces idées). Sans cette pression, on a affaire à du partage de fichiers, pas de l’Open Source.

Qualité essentielle n°7

• Dilution : Un projet logiciel peut devenir open source à tout moment.
• Réalité : L’Open Source est inscrit dans l’ADN du projet ou ne l’est pas.

Comme l’Open Source rencontre un succès grandissant, de plus en plus de projets de logiciels propriétaires ont été « convertis » en logiciels open source. Cela revient à greffer des ailes à un éléphant dans l’espoir qu’il volera.

L’Open Source est une manière de produire des logiciels (entre autres). Cela inclut certaines valeurs et en exclut d’autres. Cela n’est ni intrinsèquement meilleur que le développement de logiciels propriétaires ni applicable à tous les projets. Mais la décision de développer un projet open source n’a du sens qu’au démarrage du projet. De cette manière, le dirigeant, la communauté des développeurs et le code pourront évoluer autour des ces principes.

Un projet propriétaire démarre avec des principes radicalement différents et évolue autour de ces principes. Et il ne pourra pas devenir plus tard un projet open source, pas plus qu’un éléphant ne peut devenir un aigle. Néanmoins, ceux qui convertissent des projets propriétaires en projets open source suggèrent le plus souvent que cela offre le meilleur des deux mondes : une manière de partager les bénéfices d’un développement propriétaire avec une communauté open source.

Mais cela offre presque toujours le pire des deux mondes : l’ouverture des sources n’est qu’une manière cynique d’exporter les problèmes d’un projet propriétaire. Malheureusement c’est ce qui se produit la plupart du temps car des projets propriétaires qui fonctionnent n’ont rien à gagner à devenir open source. Les développeurs n’adoptent pas votre technologie propriétaire ? Ramenez son prix à zéro et renommez le « Open Source ». Votre logiciel propriétaire est rempli de mystérieux bogues insolubles ? Rendez le « Open Source » et peut-être que quelqu’un d’autre résoudra ces problèmes. Votre technologie est sur le point de devenir obsolète car vous avez été trop lent à la mettre à jour ? Peut-être que la rendre open source allongera sa durée de vie. Les entreprises refourguent leurs logiciels à la communauté open source quand elles n’ont plus rien à perdre.

Cependant cette technique n’a jamais payé. Les projets open source qui fonctionnent ont appliqué cette méthodologie très tôt et s’y sont tenu. Le simple engagement en faveur de l’open source n’est pas un gage de succès bien qu’il soit nécessaire.

La plupart de mes explications ci-dessus ont été formulées en termes de développement logiciel. Mais ce message a une portée qui va au delà du simple logiciel. Je pense que « l’Open Source » vient du monde du logiciel, et restera certainement plutôt adapté à ce type de projet, mais il n’y a aucune raison à ce qu’il ne convienne pas à d’autres types de projets. C’est déjà ce qui se passe.

La principale difficulté est d’appliquer de façon méticuleuse et réfléchie le modèle open source. Au fur et à mesure que l’Open Source s’étend et s’éloigne de ses racines traditionnelles, il va devoir faire face à un risque grandissant de dilution. Encore une fois, je ne prêche pas une définition canonique de l’Open Source. Peut-être que le meilleur que nous pouvons espérer est que ceux qui souhaitent qualifier leur projet d’open source apprendront d’eux-mêmes les caractéristiques qui font le succès de ce type de projet. Si vous n’aimez pas mon résumé de ces qualités essentielles, alors apprenez-en suffisamment à propos de l’Open Source pour venir avec le vôtre. Et ne vous sentez pas obligé, ne prenez pas cela comme un devoir à la maison — faites cela dans votre propre intérêt.

Ça ne peut pas faire de mal de se pencher sur les autres projets open source pour comprendre comment ils ont réussi. Une fois cet examen réalisé, si vous voulez modifier les grands principes pour votre propre projet, allez-y ! Je ne m’en plaindrai pas.

Et accordez-moi une faveur : n’appelez pas cela Open Source.

La trappe Google commencerait-elle à doucement mais sûrement se refermer sur ses utilisateurs, mettant du plomb dans l’aile à son fameux slogan « Don’t be evil » ?

Deux récents changements le laissent en effet à penser. Tout d’abord une modification en profondeur de l’affichage des résultats du moteur de recherche au profit de son propre réseau social Google+ et au détriment de la neutralité et des petits camarades Facebook, Twitter & Co (qui ont réagit comme il se doit).

Et puis donc, voir ci-dessous, cette toute nouvelle mise à jour de sa politique de confidentialité qui vous impose le regroupement de toutes les données personnelles de vos différents comptes Google (Gmail, YouTube, Calendar, Recherche…). On pourra voir (avec le recul nécessaire) cette vidéo made by Google pour comprendre de suite de quoi il s’agit^[1] ou encore cette dépêche AFP déjà plus objective.

Officiellement, du côté de chez Google, on ne parle que d’expérience utilisateur enrichie. Il ne s’agit en effet que d’améliorer la pertinence des résultats (et des encarts publicitaires proposés). D’ailleurs c’est titré « Des règles de confidentialité unifiées pour une expérience Google unique » sur leur site.

Mais si on y réfléchit bien, avec un compte Gmail et un smartphone Android à la géolocalisation activée (ce qui est fréquent même chez les librisites), Google est désormais capable de tout savoir de vous, d’autant que Google+ vous a encouragé à vous inscrire sous votre propre nom !

Bien sûr, Google n’est ni un service public, ni une organisation philanthropique, et il en va de notre propre responsabilité d’accepter des contrats que Google peut modifier quand bon lui semble lorsque nous avons décidé de nous inscrire chez eux.

Mais quand on y réfléchit bien Big Brother n’est vraiment plus très loin, et le diable non plus…

Google a rompu le pacte : son engagement à « ne pas faire de mal »

Google’s Broken Promise: The End of “Don’t Be Evil”

Mat Honan – 24 janvier 2012 – Gizmodo
(Traduction Framalang : Cheval_boiteux, OranginaRouge, Goofy)

Changement radical de sa politique de confidentialité, Google a annoncé aujourd’hui qu’il allait commencer à pister ses utilisateurs à travers tous ses services (Gmail, Search, YouTube et d’autres encore) et partager les données des activités de l’utilisateur entre les différents services. Et voilà le Google pour lequel nous nous sommes inscrits.

Le changement a été annoncé aujourd’hui dans un billet du blog officiel et général de la société, et va prendre effet le 1er mars prochain. Après cette date, si vous avez un compte Google pour utiliser un de ses services, l’entreprise pourra utiliser ces informations sur les autres services. Comme Google le dit :

Notre nouvelle politique de confidentialité sera claire, si vous la signez, nous pourrions combiner les informations que vous avez fournies à l’un de nos services avec les informations des autres services. Pour faire plus court, nous vous traiterons comme un seul utilisateur sur tous nous produits, ce qui rendra votre expérience de Google plus simple et plus intuitive.

On le voyait venir de loin. La politique de confidentialité de Google est passée de données cloisonnées à des données partagées entres les différents services. Cela vous amène irrémédiablement à vous désanonymiser, tout d’abord en requérant votre vrai nom sur Google+ par exemple puis ensuite en liant votre compte Google+ à votre compte Gmail. Mais voici venir un tout nouveau degré de partage. Et étant donné l’accueil désastreux dû aux problèmes de confidentialité posés par Google+, il est particulièrement troublant de voir Google prendre des mesures qui entament davantage encore la confidentialité des utilisateurs.

Cela signifie pour vous que toutes les données provenant de ce que vous recherchez, des emails que vous écrivez, des endroits que vous admirez sur Google Maps, des vidéos que vous regardez sur YouTube, des discussions que vous avez sur Google+, tout sera rassemblé au même endroit. Cela touchera en particulier les utilisateurs d’Android par leur localisation en temps réel (s’ils ont activé Latitude), les données de Google Wallet, et bien d’autres données qui seront récoltées. Et le plus surprenant est que si vous êtes inscrits à Google+, l’entreprise connaît même votre vrai nom, ce qui fournit une nouvelle barrière à l’utilisation d’un pseudonyme (bien qu’il ne soit pas explicitement requis des utilisateurs qu’ils s’inscrivent sous leur vrai nom).

L’intégralité des données de l’historique seront dorénavant recoupées. Bien que l’intérêt affiché soit de fournir aux utilisateurs une meilleure expérience (comprendre des résultats encore plus appropriés), cela permettra vraisemblablement à Google de cibler encore mieux ses publicités. (Au passage, c’est l’occasion ou jamais de vous familiariser avec les préférences de Google Ads).

Pourquoi disons-nous que ce changement est mauvais ? Parce que Google vient de changer les règles qu’il avait lui-même fixées.

Google a fondé sa réputation, et son chiffre d’affaires à plusieurs milliards de dollars, sur l’engagement de principe « ne rien faire de mal ». Cela fut largement interprété comme un moyen pour Google de toujours placer ses utilisateurs en premier, une interprétation qu’elle a cultivée et encouragée. Google a donc construit cette entreprise très lucrative sur la réputation du respect de l’utilisateur. Elle a investi des milliards de dollars dans le but de nous donner à tous l’impression d’être sous son agréable dôme protecteur. Et maintenant qu’elle tire les marrons du feu, tout s’écroule. Cela nous donne quelques semaines pour retirer nos données, en utilisant son service de libération des données, mais si vous désirez utiliser les services de Google, vous devrez vous plier à ses règles.

Les principes de Google mentionnent explicitement l’intention de gagner de l’argent sans faire rien de mauvais. Et l’entreprise est très claire en classant ses appels à la publicité dans la section « le mal ». Mais; alors qu’elle met l’accent sur la nécessité pour les pubs d’être pertinentes, sans ambiguïtés et « non-intrusives », ce qu’elle semble avoir oublié c’est le simple respect de la confidentialité des données de ses utilisateurs, et des pratiques qu’elle avait établies.

Parmi ses principes de confidentialité, le point numéro 4 indique :

Les préoccupations en matière de confidentialité ne sont pas les mêmes pour tout le monde. Afin de répondre aux attentes particulières de chacun des utilisateurs, Google s’efforce de leur proposer des choix significatifs et détaillés concernant l’utilisation de leurs informations personnelles. Nous pensons que les informations personnelles des utilisateurs ne doivent pas être « prises en otage ». Dans cette optique, nous nous engageons à concevoir des produits qui permettent aux utilisateurs d’exporter leurs informations personnelles vers d’autres services. Sachez que nous ne vendons pas les informations personnelles de nos utilisateurs.

Voilà qui franchit le Rubicon. C’est la fin du contrôle détaillé sur nos données, et cela signifie qu’à compter du 1er mars votre nom, votre visage, votre numéro de téléphone seront explicitement associés à des choses que vous pouviez jusqu’à présent faire sous le couvert d’un relatif anonymat. Si vous utilisez les services de Google, vous devrez accepter sa nouvelle politique de confidentialité. Et pourtant s’il y a une préoccupation qui surpasse les autres c’est bien que je ne voudrais surtout pas que Google puisse associer deux éléments d’information me concernant.

Et le pire, c’est le retournement de situation par rapport à une précédente politique. Comme l’a indiqué Google en 2009 sur son blog :

Précédemment, nous offrions la recherche personnalisée pour les utilisateurs inscrits, et uniquement quand ils avaient activé l’historique de navigation dans leur compte Google. Ce que nous faisons aujourd’hui consiste à étendre la recherche personnalisée afin de la rendre également accessible aux utilisateurs n’ayant pas de compte Google. Cette nouvelle fonctionnalité nous permet de baser la personnalisation de vos résultats de recherches sur 180 jours d’activités en la liant à un cookie anonyme dans votre navigateur. Cela est complétement séparé de votre compte Google et de votre historique de recherche (qui sont uniquement disponibles pour des utilisateurs enregistrés). Vous saurez quand nous personnalisons les résultats car un lien « Vue personnalisée » apparaîtra en haut à droite de la page des résultats. En cliquant sur ce lien, vous pourrez voir comment nous avons personnalisé vos recherches et vous pourrez également désactiver cette personnalisation.

Ces changements sont survenus peu après que Google a complètement repensé ses résultats de recherche pour inclure les réseaux sociaux, dans un service intitulé « Search plus Your World » (NdT : Recherche augmentée dans votre univers). Bien que cette nouvelle stratégie ait suscité une vague de violentes critiques sur le Web entier, elle laisse au moins à l’utilisateur la possibilité de ne pas y prendre part.

Les utilisateurs de MegaUpload qui stockaient, partageaient et s’échangeaient des fichiers tout à fait légaux sont les dindons de la farce.

C’est ce que nous rappelle coup sur coup deux articles de Numerama : MegaUpload : des voix s’élèvent pour récupérer les fichiers légaux et MegaUpload : peu d’espoir pour les fichiers légaux^[1].

Peu de chance de les récupérer ? C’est sans compter sur l’énergique Pirates de Catalunya (Parti Pirate Catalan) qui en appelle avec d’autres à se regrouper pour étudier la faisabilité d’une procédure.

Plainte commune des personnes affectées par la fermeture de Megaupload

Joint complaint of those affected by the closure of Megaupload service

Pirates de Catalunya – Janvier 2012
(Traduction Framalang/Twitter : HgO, Chaman, AlBahtaar, FredB)

Des millions d’utilisateurs légitimes se sont subitement retrouvés lésés par la tentative des autorités américaines d’imposer leur propre loi à travers le monde.

Le FBI a causé des dommages incalculables, dépassant de loin les prétendues pertes déclarées par les lobbies des ayants droit, au cours d’une vaine tentative d’empêcher l’accès au contenu multimédia hébergé sur Megaupload, dont certains ont été déclarés comme violant la loi américaine sur le droit d’auteur. Parce que ce contenu illégal se trouvera bien vite accessible sur Internet via d’autres services. Cette action ne montre pas seulement la futilité de telles mesures mais rappelle aussi que ces fichiers ne sont pas forcément illégaux, ou n’ont jamais été prouvés comme tels, dans n’importe quel pays, y compris aux États-Unis.

En revanche, en fermant le service, ils ont entravé l’accès à des millions de fichiers appartenant à des individus comme à des organisations causant ainsi des pertes personnelles, économiques et d’image potentiellement importantes pour un grand nombre de personnes. De plus, le Parti Pirate souligne que les articles 197 et 198 du Code Pénal espagnol ont probablement été violés en s’appropriant ainsi des données personnelles à tort.

Les larges dégâts causés par la fermeture soudaine de Megaupload sont injustifiés et complètement disproportionnés par rapport à la cible visée. C’est pour cela que le Parti Pirate Catalan, en collaboration avec le Parti Pirate International et d’autres Partis Pirates (incluant le Parti Pirate du Royaume-Uni), a débuté une enquête sur de potentielles failles législatives et soutienda les poursuites en justice contre les autorités américaines dans autant de pays que possible, afin que justice soit rendue.

Afin de faire plainte commune, une plateforme a été créée où toute personne ou organisation ayant été affectée par cette fermeture peut exprimer son intérêt, indépendamment du type de compte qu’elle avait sur Megaupload.

Cette initiative est un point de départ pour aider les utilisateurs légitimes d’Internet à se défendre contre les abus légaux promus par ceux qui souhaitent cadenasser les ressources culturelles au profit de leurs propres gains financiers.

Quelles que soient les opinions quant à la légalité ou la morale des personnes exploitant Megaupload, des actions telles que la fermeture de ce service ont infligé des dommages énormes aux utilisateurs en règle de ce site et sont des violations de leurs droits inacceptables et disproportionnées.

Pour toutes les raisons énoncées, nous vous demandons de nous rejoindre et de nous soutenir en propageant cet appel, car des actes tels que ceux-ci ne doivent pas et ne devraient pas être pardonnés.

On peut se féliciter du spectaculaire succès de la récente action contre les lois SOPA et PIPA mais quelques part il était déjà trop tard. Il ne restait plus qu’à résister, ce qui fut fait et bien fait jusqu’à… la prochaine attaque !

Engagez-vous, comme dirait l’autre, pour casser ce cercle vicieux qui nous voit être trop souvent sur la défensive^[1], pour proposer et mettre en place d’urgentes et salutaires alternatives.

Un article qui fait écho à une autre de nos traductions : Le jour d’après le blackout SOPA ou ce que j’aurais aimé entendre de Wikipédia & Co.

Il est temps de passer à l’offensive pour défendre la liberté d’expression

It’s Time To Go On The Offensive For Freedom Of Speech

Rick Falkvinge – 22 janvier 2011 – TorrentFreak – CC BY-SA
(Traduction Framalang/Twitter : skhaen, vinci, toto, e-Jim, quota)

L’action collective de la semaine dernière contre les lois PIPA et SOPA aux États-Unis était fabuleuse et sans précédent. Mais n’avez-vous pas remarqué que nous étions toujours sur la défensive ? Nous ne pourrons pas gagner ni même conserver notre liberté d’expression en continuant ainsi.

L’industrie du copyright est tenace et utilise, avec une grande efficacité il faut l’avouer, pour faire voter des lois, la technique dite du « Papa, je veux un poney ». Ils y reviennent sans cesse. Conséquence de cela, nous assistons à une érosion sans fin de nos droits civiques, et à l’enracinement du fait que cette industrie doive profiter de nos impôts.

La tactique dite de « Papa, je veux un poney » fonctionne à peu près comme suit :

— La petite fille : Papa, Je veux un poney ! veux un poney ! je veux veux veux un poney !

— Le père : Hum, non, hum, hum, non, pourquoi pas plutôt un chien ?

— La petite fille : Non non NON ! Je veux un poney ! un PONEY ! … Heu, bon, un chien ? d’accord !

À ce moment là le père pense : « pfiou, je l’ai échappé belle ». Et la petite fille pense « wow, ce fut le chien le plus facile à avoir que j’ai jamais eu ». C’est la tactique « Papa, je veux un poney ».

Nous avons vu cette tactique à l’oeuvre avec le DMCA (NdT: Digital Millennium Copyright Act) aux États-Unis, lequel a largement restreint nos droits sur notre propriété privée, ainsi qu’avec son pendant Européen, la directive InfoSoc (NdT: Directive 2001/29/CE du Parlement européen et du Conseil du 22 mai 2001 sur l’harmonisation de certains aspects du droit d’auteur et des droits voisins dans la société de l’information). Nous pouvons la voir en ce moment même avec ACTA qui, à nouveau, est une illustration de cette attitude « on peut retirer le plus choquant, le plus répugnant. », tout en laissant passer d’autres éléments qui n’en constituent pas moins un énorme pas en arrière en matière de droits de l’Homme. Nous l’avons vu également avec le Directive sur la Conservation des Données.

À chaque fois, nous nous défendons et réussissons à faire supprimer les pires morceaux, en brûlant à chaque fois davantage nos réserves d’activistes. Puis il y a une nouvelle attaque trois ans plus tard. Ajoutons qu’à chaque fois que nous nous battons contre un de ces maux, une dizaines d’autres passent discrètement en douce dans les coulisses du pouvoir.

Le truc, c’est que tant que nous nous bornerons à défendre nos droits, nous aurons en permanence un coup de retard, et nous perdrons toujours. L’industrie du copyright a l’initiative, et le mieux que nous puissions faire est de résorber le retard que nous avons, ou de limiter les dégats déjà provoqués. Cela n’est pas suffisant.

Et il y a pire. L’industrie du copyright a également obtenu le droit de percevoir des taxes sur le commerce de produits sans liens directs avec le droit d’auteur, notamment les médias vierges (NdT : cf la taxe sur la copie privée) mais également des objets ayant à priori peu à voir avec la copie d’œuvres telles que les consoles de jeux, parce qu’elles peuvent théoriquement être utilisées comme support pour copier des ressources de manière tout à fait légale. Vous comprenez ça, vous ? Copier ainsi ne viole pas le monople instauré par le copyight, mais l’industrie du copyright reçoit quand même cette compensation.

Reprenons.

Le monopole du copyright, bien qu’étant très étendu, ne recouvre pas tout acte de copie imaginable. Il y a beaucoup de manières de copier qui sont parfaitement légales et non couvertes par ce monopole. Mais dans le sens du copyright tel que l’entendent les industriels, il ont demandé – et obtenu – une compensation concernant les domaines où le monopole du copyright ne s’étend pas. Une compensation de la poche du contribuable, versée à une industrie privée. Pour n’avoir pas de monopole. Vous y croyez ?

Dans ce schéma de compensation, ils collectent des sommes d’argent faramineuses chaque année sans avoir besoin de faire quoi que ce soit. Beaucoup de cet argent est directement reversé dans la guerre contre nos droits civiques, et dans toujours plus de lobbying pour d’obtenir encore plus d’argent du contribuable, avec de nouveaux schémas de type : « Papa, je veux un poney ». Pour nous, c’est un cercle vicieux. N’importe qui, connaissant un peu les différents moyens de motiver quelqu’un, sait que la pire manière d’optimiser la production consiste à donner de l’argent à une industrie sans tenir compte de ce qu’ils sont en train de faire avec cet argent, que ce soit en bien, en mal, ou en rien du tout.

Donc, pour résumer, l’industrie du copyright s’est mise elle-même dans une position où elle gagne des sommes incroyables en ne faisant absolument rien, et utilise cet argent pour acheter des lois qui leur donneront encore plus d’argent, tout en réduisant notre liberté d’expression. Ce n’est pas seulement inacceptable. C’est répugnant.

C’est une surprise pour personne, je pense depuis longtemps que le monopole du copyright est dangereux (ou au moins inutile) dans son ensemble, et que la créativité, le business et les libertés civiles s’en porterait bien mieux s’il n’existait pas. Pour avoir étudié le sujet pendant 6 ans d’affilée, je découvre toujours plus d’indicateurs qui me confortent dans ma position.

Mais je suis également assez pragmatique pour comprendre que si vous visez la lune et insistez pour ne pas avoir d’étape intermédiaire entre le départ et l’arrivée, non seulement vous n’arriverez jamais à l’atteindre, mais vous risquez en plus de ne pas faire un seul pas en avant. S’engager ne serait-ce que partiellement vers la lune peut déjà vous apporter satisfaction. 99% des problèmes avec le copyright d’aujourd’hui peuvent être résolus avec une réforme réaliste et raisonnable.

Lorsque l’enjeu est d’envergure, on ne peut pas changer toutes les règles du jeu en un jour. Donc visons à établir une proposition équilibrée et raisonnable qui restaure nos libertés civiles tout en conservant certains aspects des investissements qui incitent au développement de la culture.

J’emprunte ce plan au groupe des Verts du Parlement Européen (et plus précisément à la délégation du Parti Pirate qui l’abrite). Essayons de faire passer cette nouvelle législation en Europe, aux USA, en Australie, et partout où l’on pourra :

• Il faut impérativement mettre au clair que le monopole du copyright ne peut s’étendre à ce qu’une personne ordinaire peut faire avec un équipement ordinaire, chez lui, et sur son temps libre ; ce monopole doit ne réguler que l’activité commerciale, dans le but de faire du profit. En particulier, le partage de fichiers est toujours légal.

• Échantillons gratuits. Il doit exister des exceptions qui rendent légale la création de remixes et de mashups. Les droits de citation tels qu’ils existent pour le texte, doivent être étendus aux sons et aux vidéos.

• Les outils de restriction des droits numériques (DRM) devraient être rendus illégaux, car c’est une escroquerie qui nie les droits des consommateurs et des citoyens, à défaut il doit au moins être possible de les contourner légalement.

• Le monopole du copyright commercial basique est ramené à cinq ans à dater de la publication, extensible à vingt ans si l’oeuvre a été enregistrée dans une base de données appartenant au monopole du copyright.

• Le domaine public doit être renforcé.

• La neutralité du Net doit être garantie.

• La levée d’impôts sur des médias vierges est mise hors-la-loi.

• De manière générale, la limite doit toujours être très clair. Les déclaration du genre « la justice en décidera » ne sont pas acceptables et sont équivalents à la mise hors-la-loi.

Cette proposition raisonnable, équilibrée, réalisable et réaliste résoudrait 99% des problèmes actuels, tout en maintenant l’ensemble des quatre aspects du monopole instauré par le copyright.

Cela mettait un terme à la chasse aux sorcières contre les ados qui téléchargent des séries télé. Cela résoudrait le problème des oeuvres orpheline, et nous rendrait l’accès à l’héritage culturel du XXème siècle. Et cela résoudrait le problème des contribuables payant l’industrie du copyright sans raison.

Par contre, cela maintiendrait un monopole commercial d’une durée maximale de 20 ans pour les investissements dans des productions culturels, battant en brêche l’argument avancé par l’industrie du copyright selon lequel l’établissement d’un monopole est nécessaire pour encourager la création culturelle.

Même si je ne suis pas d’accord avec les monopoles sur les brevets, il convient de noter que si les companies pharmaceutiques peuvent se contenter d’un monopole commercial de 20 ans (sur les brevets), alors cette durée devrait certainement convenir à Disney et Elvis aussi.

Ceci, ou quelque chose s’en approchant, est ce que nous devons faire. Nous devons reprendre l’offensive pour défendre notre liberté d’expression.

Le 3 janvier dernier la Fondation Mozilla annonçait la sortie officielle de la version 2 de la Mozilla Public License.

C’est un évènement à saluer comme il se doit car cette nouvelle version rapproche les deux grandes familles de licences libres logicielles que sont les copyleft (comme la GPL) et les licences dites permissives (comme la BSD ou la MIT).

Pour résumer, on pourrait dire que la différence entre une licence libre avec copyleft et une licence libre qui en serait dépourvue, les premières forcent le code dérivé à rester libre alors que les secondes autorisent le code dérivé à être intégré à un produit fermé, non libre^[1].

Mozilla peut-elle apporter l’unité à l’open source ?

Can Mozilla Unify Open Source?

Simon Phipps – 6 janvier 2012 – ComputerWorld.uk
(Traduction Framalang : Don Rico e_Jim et Goofy)

La nouvelle licence open source de Mozilla est bien plus qu’un simple ravalement de façade. Elle pourrait créer de nouvelles possibilités pour l’unité de la communauté du Libre.

La première semaine de janvier 2012 marque un jalon discret mais important dans le mouvement de l’open source, grâce à la publication d’une deuxième version de la Mozilla Public License (MPLv2) et sa validation en tant que licence libre officielle au sens de l’Open Source Initiative (OSI). Quand bien même beaucoup n’y voient qu’un énième détail juridique, cette publication est importante à deux titres : le procédé par lequel on l’a élaborée, et l’objectif pour lequel on l’a créée. Il s’agit d’une licence qui a pour but l’unité.

Rédaction et révision de cette licence se sont déroulées selon un processus très ouvert, dans lequel Luis Villa a joué un rôle prépondérant. Organisé en majeure partie dans des forums publics, le débat a conduit à de nombreuses modifications du texte. Luis est entré en contact très tôt avec l’OSI, a intégré les retours du groupe de révision des licences, puis obtenu sans mal l’approbation du conseil d’administration.

D’autres articles sur cette nouvelle licence se sont concentrés sur les modifications de la partie « patent peace » (NdT: la paix des brevets) et autres ajustements des clauses (adieu, Netscape !), mais le changement le plus important apporté par la version 2 de la licence Mozilla est à mon sens l’inclusion d’une compatibilité particulière avec la GPL (GNU General Public License). Par le passé, le projet Mozilla jonglait avec un système complexe et peu clair de triple licence afin de composer avec les univers des licences copyleft et non copyleft. De manière générale, les autres utilisateurs de la MPL (et ses nombreux clones rebaptisés) ne prenaient pas cette peine, et par conséquent certains codebases se sont retrouvés exclus de toute collaboration possible avec l’immense univers des logiciels placés sous licence GPL.

Selon un procédé inédit que la Commission européenne a inauguré pour la Licence Publique de l’Union européenne (EUPL), la MPLv2 inclut des clauses permettant à un projet de stipuler, de façon optionnelle et explicite, sa compatibilité avec d’autres licences, en particulier celles de la famille GPL. À mes yeux, la MPLv2 représente une mise à jour d’envergure de la famille précédente des v1.x, justement grâce à cette compatibilité explicite avec la GPL, laquelle offre pour la première fois une passerelle praticable entre les paradigmes permissifs et copyleft. Elle ne satisfera pas les puristes des deux mondes, mais propose avec pragmatisme une nouvelle solution aux projets open source appuyés par des entreprises. Celles-ci pourront disposer d’une communauté qui produit du code sous licence permissive tout en fournissant à cette même communauté un moyen d’entretenir des relations avec d’autres communautés travaillant sur du code sous licence copyleft.

Avec le déclin continu du business model de la double licence (ce que d’aucuns nomment « exceptions commerciales au copyleft »), il devient de plus en plus évident que les licences permissives sont importantes pour les entreprises commerciales qui contribuent à l’open source. De la même façon, l’écosystème GPL ne disparaîtra pas, aussi les conceptions qui reposent sur une opposition idéologique – y compris celles qui prônent l’élimination de tout code sous GPL – sont néfastes pour toutes les entreprises

Je salue l’arrivée de la MPLv2, un pas en avant vers l’unification de la cause commune de nombreux développeurs open source. Bravo, Mozilla !

Le jour viendra où lire tranquillement un livre dans un parc deviendra un acte de résistance.

Nous ne sommes plus très loin en effet de Fahrenheit 451 et surtout de la nouvelle Le droit de lire, rédigée par Richard Stallman en… 1997, et malheureusement plus proche aujourd’hui de la triste réalité que de la fiction délirante^[1].

Le même Richard Stallman se livre ci-dessous à une comparaison édifiante entre un livre papier et un livre électronique (ou e-book). Je me retourne et suis alors bien content de trouver encore de vrais livres dans ma bibliothèque…

Remarque 1 : Un billet qui fait écho à l’excellent (mais tout aussi inquiétant) Lisez, vous êtes surveillés de Jean-Marc Manach.

Remarque 2 : Raison de plus pour soutenir notre transparent projet Framabook, par exemple en achetant la version vraie livre des ouvrages 🙂

Stallman : E-books malfaisants et vie privée

Stallman on E-Book Evils & Privacy

Alan Wexelblat – 19 janvier 2012 – Copyfight
(Traduction Framalang/Twitter : kamui57, HgO, Cubox, ncroizat, Palu, adelos, Felor, Shoods, electronichien, Don Rico)

J’étais invité en fin de semaine dernière à une table ronde sur le droit d’auteur avec Richard Stallman. L’homme s’est certainement assagi avec l’âge (même si je suis heureux de ne pas avoir été invité à une table ronde sur « l’héritage de Steve Jobs » avec lui). Avant le début des discussions, il m’a tendu un papier intitulé « Le danger des e-books », que vous trouverez sur son site (NdT : et donc traduit ci-après par nos soins).

Les points qu’il soulève sont pour l’essentiel ceux dont nous avons débattu ces derniers mois – questions de propriété, formats propriétaires, DRMs restrictifs, etc. Mais j’ai pensé qu’il valait mieux bloguer au sujet de son premier point, qui crève les yeux tellement c’est évident et que j’ai pourtant manqué. Les e-books, du moins la façon dont ils sont vendus aujourd’hui par les principaux fournisseurs, présentent un risque majeur de confidentialité que les livres physiques ne posent pas.

Comme le note Stallman, vous pouvez vous rendre dans une librairie et acheter un livre physique de manière anonyme, le plus souvent juste avec des espèces. Tout au plus pourrait-on exiger de vous de prouver votre âge pour certains contenus, mais aucune trace des informations que vous donnez ne sera conservée. Contrairement à l’achat d’un e-book, qui requiert une identification, reliée à une carte de crédit, un compte bancaire, et d’autres informations difficiles à supprimer. Ces traces d’achat peuvent alors être invoquées ou saisies par les autorités qui pourraient avoir un intérêt à savoir ce que vous avez lu. Avez-vous acheté des livres sur les fertilisants agricoles récemment ? Ou peut-être vivez-vous dans un pays du Moyen-Orient et votre gouvernement se préoccupe soudainement du fait que vous avez acheté des e-books expliquant comment construire des applications se connectant à l’API de Twitter.

Même si les autorités ne saisissent pas vos enregistrements, nous avons déjà nombre de preuves que ceux qui les possèdent vont bafouer la loi pour obtenir des informations personnelles utiles à leur commerce. Si votre liste de lecture ressemble à la mienne, il doit déjà y avoir dessus suffisament de choses pour alimenter les soupçons. Le Comic Book Legal Defense Fund (NdT : Fond de Défense Juridique des créateurs de Bandes Dessinées), par exemple, suit de nombreux cas de gens dont les habitudes de lecture se sont avérées suivies et surveillées pour les autorités.

Les e-books et leurs dangers

The Danger of Ebooks

Richard Stallman – 2011 – Creative Commons Paternité 3.0
(Traduction Framalang/Twitter : kamui57, HgO, Cubox, ncroizat, Palu, adelos, Felor, Shoods, electronichien, Don Rico)

Alors que le commerce régit nos gouvernements et dicte nos lois, toute avancée technologique offre aux entreprises une occasion d’imposer au public de nouvelles restrictions. Des technologies qui devraient nous conférer davantage de liberté sont au contraire utilisées pour nous entraver.

Le livre imprimé :

• On peut l’acheter en espèces, de façon anonyme.
• Après l’achat, il vous appartient.
• On ne vous oblige pas à signer une licence qui limite vos droits d’utilisation.
• Son format est connu, aucune technologie privatrice n’est nécessaire pour le lire.
• On a le droit de donner, prêter ou revendre ce livre.
• Il est possible, concrètement, de le scanner et de le photocopier, pratiques parfois légales sous le régime du copyright.
• Nul n’a le pouvoir de détruire votre exemplaire.

Comparez ces éléments avec les livres électroniques d’Amazon (plus ou moins la norme) :

• Amazon exige de l’utilisateur qu’il s’identifie afin d’acquérir un e-book.
• Dans certains pays, et c’est le cas aux USA, Amazon déclare que l’utilisateur ne peut être propriétaire de son exemplaire.
• Amazon demande à l’utilisateur d’accepter une licence qui restreint l’utilisation du livre.
• Le format est secret, et seuls des logiciels privateurs restreignant les libertés de l’utilisateur permettent de le lire.
• Un succédané de « prêt » est autorisé pour certains titres, et ce pour une période limitée, mais à la condition de désigner nominalement un autre utilisateur du même système. Don et revente sont interdites.
• Un système de verrou numérique (DRM) empêche de copier l’ouvrage. La copie est en outre prohibée par la licence, pratique plus restrictive que le régime du copyright.
• Amazon a le pouvoir d’effacer le livre à distance en utilisant une porte dérobée (back-door). En 2009, Amazon a fait usage de cette porte dérobée pour effacer des milliers d’exemplaires du 1984 de George Orwell.

Un seul de ces abus fait des livres électroniques une régression par rapport aux livres imprimés. Nous devons rejeter les e-books qui portent atteinte à nos libertés.

les entreprises qui les commercialisent prétendent qu’il est nécessaire d’empiéter sur nos libertés afin de continuer à rémunérer les auteurs. Le système actuel du copyright rétribue généreusement ces entreprises, et chichement la grande majorité des auteurs. Nous pouvons soutenir plus efficacement les auteurs par des biais qui ne requièrent pas que l’on porte atteinte à notre liberté, et même légaliser le partage. Voici deux méthodes que j’ai déjà suggérées :

• Distribuer une partie des recettes fiscales aux auteurs, calculée sur la racine cubique de la popularité de chaque auteur.
  (Voir http://stallman.org/articles/internet-sharing-license.en.html)

• Concevoir des programmes permettant aux utilisateurs d’envoyer aux auteurs des paiements volontaires et anonymes.

Les livres électroniques n’attaquent pas systématiquement notre liberté (ceux du Projet Gutenberg la respectent), mais ce sera le cas si nous laissons toute latitude aux entreprises. Il est de notre devoir de les en empêcher.

Soutenez notre cause en vous inscrivant à cette liste de diffusion.

La « timidité » des pouvoirs publics vis-à-vis du logiciel libre est quelque chose qui en 2012 défie le bon sens.

Comme d’habitude avec Richard Stallman^[1] c’est du sans concession mais je me prends à rêver que tous les candidats aux futures élections approuvent ces mesures et s’engagent en signant en bas de la page…

Au delà de ce crucial sujet de fond, ce billet a deux autres intentions. Rappeler l’existence du site Gnu.org qui accueille entre autres les écrits de Richard Stallman et de la Free Software Foundation et qui réalise un gros travail de traduction. Appeler à participer à la campagne de soutien dont il ne manque plus grand chose pour atteindre l’objectif fixé.

Mesures à la portée des gouvernements pour promouvoir le logiciel libre

URL d’origine du document

Richard Stallman – GNU.org – version du 06 janvier 2012
Licence Creative Commons By-Nd

Cet article suggère des mesures pour une politique forte et résolue destinée à promouvoir le logiciel libre au sein de l’État, et à conduire le pays vers la liberté informatique.

La mission de l’État est d’organiser la société avec pour objectif la liberté et le bien-être du peuple. Un aspect de cette mission, dans le domaine informatique, est d’encourager les utilisateurs à adopter le logiciel libre.

L’État a besoin d’exiger le logiciel libre dans sa propre informatique pour garantir sa souveraineté dans ce domaine (c’est-à-dire le contrôle par l’État de son informatique). Les utilisateurs ont un droit légitime au contrôle de leur informatique, mais l’État est responsable envers les citoyens du maintien de son contrôle sur les travaux informatiques qu’il effectue pour eux. La plupart des activités de l’État se font actuellement par ce moyen, et son contrôle de ces activités dépend donc de son contrôle de son informatique. Lorsqu’il s’agit d’une agence dont la mission est cruciale, perdre ce contrôle sape la sécurité nationale.

La migration des organismes étatiques vers le logiciel libre peut fournir des bénéfices supplémentaires qui sont d’induire des économies budgétaires et de dynamiser l’industrie locale de support de logiciel.

Dans ce texte, « organismes étatiques » se réfère à tous les niveaux de gouvernement, et signifie les organismes publics y compris les écoles, les partenariats public-privé, les organismes en grande partie financés par l’État, et les sociétés « privées » contrôlées par l’État ou auxquelles l’État a attribué des privilèges ou des missions particulières.

Le domaine politique le plus important concerne l’éducation, dans la mesure où celle-ci détermine l’avenir d’une nation :

• Les activités éducatives, du moins celles qui sont assurées par des organismes étatiques, doivent enseigner uniquement les logiciels libres (et donc ne devraient jamais conduire les élèves à utiliser un programme non libre), et devraient enseigner les raisons civiques de promouvoir le logiciel libre. Enseigner un programme non libre revient à enseigner la dépendance, ce qui est contraire à la mission de l’école.

Sont également cruciales les politiques publiques qui ont des conséquences sur le type de logiciel utilisé par les particuliers et par les organisations :

• Les lois et les pratiques du secteur public doivent être modifiées afin de ne jamais obliger les particuliers ou les organisations à utiliser un programme non libre, ni les y pousser, même indirectement. Elles doivent aussi décourager les pratiques de communication et de publication qui impliquent de telles conséquences, y compris la gestion numérique des restrictions (DRM) EN).

• Chaque fois qu’un organisme étatique distribue des logiciels au public, y compris des programmes inclus dans ses pages web ou exigés par elles, ces programmes doivent être distribués en tant que logiciels libres, et être aptes à fonctionner dans un environnement 100% libre.

• Les sites web et les serveurs des organismes étatiques doivent être conçus pour fonctionner parfaitement dans des environnements 100% libres sur l’ordinateur de l’utilisateur.

• Les organismes étatiques doivent utiliser uniquement les formats de fichier et les protocoles de communication qui sont bien pris en charge par le logiciel libre, et de préférence ceux dont les spécifications ont été publiées. (Nous n’énonçons pas cette règle en termes de « standards » parce qu’elle doit s’appliquer aux interfaces non standardisées aussi bien que standardisées.) Par exemple, ils ne doivent pas distribuer d’enregistrements audio ou vidéo dans des formats qui nécessitent de recourir à Flash ou à des codecs non libres, et les bibliothèques publiques ne doivent pas distribuer d’œuvres munies de dispositifs de gestion numérique des restrictions (DRM).

Plusieurs politiques affectent la souveraineté informatique de l’État. Les organes étatiques doivent exercer le contrôle de leur informatique, et ne pas céder celui-ci aux mains d’entités privées. Ces points s’appliquent à tous leurs ordinateurs, y compris les smartphones.

• Tous les organismes étatiques doivent migrer vers le logiciel libre, et ne doivent installer ni continuer à utiliser aucun logiciel non libre, sauf exception temporaire. Une seule agence doit être compétente pour accorder ces dérogations temporaires, et seulement lorsque des raisons impérieuses sont démontrées. L’objectif de cette agence devrait être de réduire le nombre de ces exceptions à zéro.

• Quand un organisme étatique finance le développement d’une solution informatique, le contrat doit exiger que ce soit une solution logicielle libre et capable de fonctionner dans un environnement 100% libre. Tous les contrats doivent l’exiger, de sorte que si les développeurs ne se conforment pas à cette exigence, leur ouvrage ne puisse être payé.

• Quand un organisme étatique achète ou loue des ordinateurs, il doit choisir parmi les modèles qui se rapprochent le plus, dans leur catégorie de spécifications et capacités, d’un fonctionnement sans aucun logiciel privateur (non libre). L’État doit maintenir, pour chaque catégorie d’ordinateurs, une liste des modèles acceptables répondant à ce critère. Les modèles disponibles à la fois pour le public et l’État doivent être préférés aux modèles disponibles uniquement pour l’État.

• L’État se doit de négocier activement avec les fabricants pour favoriser la disponibilité sur le marché (tant pour le public que pour l’État), dans tous les domaines pertinents, de produits matériels hardware appropriés qui ne nécessitent aucun logiciel privateur.

• L’État devrait inviter d’autres États à négocier collectivement avec les fabricants la fourniture de produits matériels appropriés. Car ensemble ils auront plus de poids.

La souveraineté et la sécurité informatiques d’un État supposent le contrôle de l’État sur les ordinateurs effectuant des tâches de son ressort. Cela exige d’éviter le logiciel en tant que service (SaaS), à moins qu’il ne soit géré par une agence de l’État. (Cependant, pour respecter la séparation des pouvoirs, les travaux informatiques des services relevant respectivement de l’exécutif, du législatif et du judiciaire ne doivent pas être confiés à une agence relevant d’un autre pouvoir.) Plus généralement, cela exige d’éviter toute pratique qui diminuerait le contrôle exercé par l’État sur son informatique.

• Tout ordinateur utilisé au service de l’État doit avoir été acquis ou loué par une entité relevant du même « pouvoir » (exécutif, législatif ou judiciaire) que l’administration utilisatrice ; aucune entité extérieure à ce pouvoir ne doit avoir le droit de décider qui a accès à l’ordinateur, qui peut en effectuer la maintenance (matérielle ou logicielle), ou quels logiciels doivent y être installés. Si l’ordinateur n’est pas portable, alors il doit être utilisé dans un espace dont l’État est propriétaire ou locataire.

Une autre politique concerne le développement de logiciels libres et non libres :

• L’État doit encourager les développeurs à créer ou à améliorer le logiciel libre ainsi que tous ceux qui les mettent à disposition du public, par exemple au moyen d’exonérations fiscales ou de toutes autres incitations financières. Au contraire, aucune incitation ne doit être accordée pour le développement, la distribution ou l’utilisation de logiciels non libres.

• En particulier, les développeurs de logiciels privateurs ne devraient pas être en mesure de « donner » des copies à des écoles et réclamer une déduction d’impôt basée sur la valeur nominale du logiciel. Les logiciels privateurs n’ont nulle légitimité dans les écoles.

Un tel train de mesures doit permettre à l’État de recouvrer le contrôle et la souveraineté de son informatique, ainsi que d’amener les citoyens, les entreprises et les organisations du pays à prendre le contrôle de leur informatique.

« Les développeurs travaillent la nuit parce que cela les dispense de contraintes horaires. Ils sont alors plus détendus, ne se dispersent pas, et la luminosité de l’écran neutralise la fatigue. »

Telles sont les hypothèses de Swizec Teller, jeune blogueur (et donc aussi et surtout développeur) slovène^[1].

Et vous ? Travaillez-vous aussi principalement de nuit et si oui que vous inspire ce témoignage ?

Pourquoi les programmeurs travaillent de nuit

Why programmers work at night

Swizec Teller – 15 décembre 2011 – A geek with a hat
(Traduction Framalang : Deadalnix, Goofy, Martin, Pandark, DonRico, Antistress)

Il est d’usage de dire que les programmeurs sont des machines qui transforment la caféine en code.

Demandez donc au premier développeur venu à quel moment il est le plus efficace. Il y a de fortes chances qu’il reconnaisse travailler souvent très tard la nuit. Certains sont plus matinaux que d’autres. Une tendance répandue est de se lever à quatre heures du matin et de se mettre au travail avant que la folle agitation de la journée ne commence. D’autres préfèrent se coucher à quatre heures du matin.

L’essentiel, c’est d’éviter les distractions. Mais il est toujours possible de fermer la porte à clé, alors la nuit, qu’est-ce que ça apporte de plus ?

Je pense que cela tient à trois éléments : l’emploi du temps du créateur, le cerveau fatigué et la luminosité des écrans d’ordinateurs.

L’emploi du temps du créateur

C’est en 2009 que Paul Graham a écrit un billet au sujet de l’emploi du temps du créateur – en résumé, il existe deux grandes familles d’emplois du temps en ce bas monde.

D’un côté, l’emploi du temps traditionnel du manager, ou la journée est découpée en heures, et où dix minutes de distraction coûtent, au maximum, l’équivalent d’une heure de temps de travail.

De l’autre, on a ce que Paul Graham nomme l’emploi du temps du créateur – un emploi du temps pour ceux qui produisent quelque chose. Travailler sur des systèmes abstraits de grande envergure nécessite d’avoir l’ensemble dudit système en tête. Quelqu’un a un jour comparé ce processus à la construction d’une maison faite en cristal précieux. Dès que quelqu’un vous distrait, l’édifice s’écroule et se brise en mille morceaux.

Voilà pourquoi les programmeurs supportent si mal que l’on perturbe leur concentration.

À cause de cet investissement intellectuel important, nous ne pouvons tout simplement pas nous mettre au travail avant d’avoir quelques heures de tranquillité devant nous. Inutile de construire ce modèle dans notre tête pour le voir démoli une demi-heure plus tard.

En fait, en interrogeant de nombreux entrepreneurs, vous découvrirez qu’ils pensent ne pas être capables de véritablement travailler pendant la journée. Le flot constant d’interruptions, de choses importantes™ à régler et de courriels à rédiger l’interdit. Résultat, ils accomplissent en grande partie leur « vrai boulot » pendant la nuit, quand les autres dorment.

Le cerveau fatigué

Mais même les programmeurs ont besoin de dormir la nuit. Nous ne sommes pas des êtres supérieurs. Même les programmeurs sont plus attentifs le jour.

Alors pourquoi accomplissons-nous notre vrai boulot, complexe et exigeant, quand notre cerveau réclame du repos, et effectuons des tâches plus simples lorsque nous capacités intellectuelles sont les plus affutées ? Parce qu’être fatigué fait de nous de meilleurs codeurs.

De façon similaire au Ballmer Peak (Ndt : théorie selon laquelle les programmeurs sont plus efficaces avec un certain taux d’alcool dans le sang), la fatigue nous permet d’être mieux concentré, car le cerveau n’a alors d’autre choix que de se focaliser sur une tâche précise ! Il n’a pas assez d’excédent de capacités pour se permettre de vagabonder.

J’ai l’impression que les moments où je suis le moins efficace, c’est quand j’ai bu trop de thé ou une boisson énergisante à un moment mal calculé. La caféine ou les vitamines me rendent hyperactif, et je passe alors en permanence de Twitter au blog de tel ou tel, et j’ai l’impression de m’agiter dans tous les sens…

On pourrait croire que je travaillerais mieux à ce moment-là, quand j’ai de l’énergie à revendre et le cerveau en ébullition, mais non. Je ne cesse de me prendre les pieds dans le tapis, parce que je suis incapable de me concentrer plus de deux secondes d’affilée.

À l’inverse, lorsque je suis en état de fatigue légère, je ne bouge pas les fesses de mon siège et j’écris du code, rien d’autre. Je peux alors coder des heures entières sans même songer à consulter Twitter ou Facebook. C’est comme si internet cessait d’exister.

J’ai le sentiment que ce phénomène se vérifie chez la majorité des programmeurs. Nous disposons de trop de capacité cérébrale pour environ 80% des tâches qui nous incombent. Ne nous leurrons pas, l’écriture d’un tout petit algorithme bien corsé nécessite dix fois plus de ligne de codes que la construction de l’environnement dans lequel il pourra s’exécuter. Même si vous bossez sur l’apprentissage automatique (ou je ne sais quoi d’autre) le plus pointu, une grande partie du travail consiste simplement à nettoyer les données et à présenter les résultats de façon élégante.

Et quand le cerveau ne tourne pas à plein régime, il cherche à s’occuper. La fatigue vous abrutit juste ce qu’il faut pour que votre travail en cours lui suffise.

La luminosité des écrans

Là, c’est plutôt simple. Le soir, restez devant une source de lumière vive, et votre cycle de sommeil se décale. Vous oubliez la fatigue jusqu’à trois heures du matin. Ensuite, vous vous réveillez à onze heures, et lorsque le soir pointe le bout de son nez, vous n’êtes même pas crevé parce, je vous le donne en mille, vous vous êtes levé super tard !

Si cela se reproduit un certain nombre de fois, vous pouvez vous retrouver dans un fuseau horaire différent. Plus intéressant encore, il semblerait que le décalage finisse par stagner, car lorsqu’on atteint un rythme de croisière en se couchant à trois ou quatre heures du matin, on finit par se caler sur ces horaires.

À moins que ce ne soit tout bêtement à cause des radio-réveils, parce que la société nous renvoie l’image de grosses larves si on prend le petit-déj à deux heures de l’après-midi.

Fin

En conclusion, les programmeurs travaillent la nuit parce que cela les dispense de contraintes horaires. Ils sont alors plus détendus, ils ne se dispersent pas, et la luminosité de l’écran neutralise la fatigue.