Pologne, République Tchèque, Slovénie, Slovaquie, Roumanie, Bulgarie… c’est clairement à l’Est de l’Europe que la contestation contre ACTA est la plus forte^[1].

Ils descendent massivement dans la rue, sont actifs sur Internet et finissent par semer le doute parmi leurs gouvernements (cf cette carte limpide de la situation actuelle en Europe). Même l’Allemagne commence à s’interroger.

Pourquoi une telle mobilisation dans cette partie du monde et pourquoi cette mollesse en France et plus généralement en Europe occidentale où nous sommes encore loin de perturber ceux de chez nous qui ont signé le traité ?

Espérons que nous rattraperons le retard lors de la prochaine manifestation prévue le samedi 25 février prochain.

Les Européens de l’est à la pointe du combat pour les libertés sur Internet

Eastern Europeans fuel fight for Internet freedoms

Vanessa Gera – 18 février 2012 – Associated Press
(Traduction Framalang : Lamessen, OranginaRouge, Goofy, Lolo le 13)

La tradition de révolution politique de l’Europe de l’Est s’est mise à l’ère numérique. Cette fois, ce ne sont pas les communistes ou les pénuries alimentaires qui alimentent la colère, mais un traité international sur le droit d’auteur que ses opposants dénoncent comme menaçant la liberté sur Internet.

Un mouvement de contestation populaire a vu le jour le mois dernier en Pologne et s’est rapidement étendu à travers l’ancien bloc de l’Est et au-delà. L’opposition grandissante à l’Accord Commercial Anti-Contrefaçon, ou ACTA, a soulevé des doutes sur l’avenir du traité, qui est crucial pour le gouvernement des États-Unis et les économies des autres pays industrialisés.

Il y a eu des manifestations en Europe de l’Est, des attaques contre les sites gouvernementaux en République Tchèque et en Pologne, même des excuses sincères de l’ambassadeur slovaque qui l’a signé et s’est reproché d’avoir commis une « négligence citoyenne ».

Dans une région du monde où les gens se rappellent avoir été espionnés et contrôlés par des régimes communistes répressifs, le traité a provoqué la peur d’un nouveau régime de surveillance.

Le pacte doit permettre de lutter contre le vol de la propriété intellectuelle — comme les contrefaçons de sacs Gucci ou la violation des brevets pharmaceutiques. Mais il cible aussi le piratage en ligne, le téléchargement illégal de musiques, films et logiciels, et préconise des mesures que les opposants dénoncent comme amenant à la surveillance des internautes.

« La majorité des gens qui sont descendus dans la rue sont jeunes et ne se rappellent pas personnellement le communisme, mais la société polonaise tout entière s’en souvient », dit Jaroslaw Lipszyc, le président de la Modern Poland Foundation, une organisation consacrée à l’éducation et au développement d’une société d’informations.

« En Pologne, la liberté d’expression est une valeur importante, et il existe toute une histoire de la lutte pour celle-ci » explique Lipszyc. Ce fervent opposant à l’ACTA voit son action actuelle comme la suite logique du combat pour la liberté d’expression qui poussait sa famille à publier illégalement des essais anti-communistes dans son sous-sol dans les années 1980.

Les pays d’Europe de l’Est, y compris ceux qui sont maintenant dans l’Union Européenne, sont toujours beaucoup plus pauvres que ceux de l’Ouest, et parmi les opposants, certains craignent de perdre l’accès gratuit — parfois illégal — au divertissement. Avec un taux de chômage de 12.5% et un salaire minimum mensuel de seulement 1500 zlotys (NdT : environ 350€) avant impôt, et un salaire moyen de 3605 zlotys (NdT : environ 850€), beaucoup disent qu’ils ne peuvent pas se permettre de payer 20 zlotys (NdT : 4.75€) ou plus pour un billet de cinéma.

« Les gens sont furieux » dit Katarzyna Szymielewicz, directrice de la Panoptykon Foundation polonaise, qui milite pour le droit à la vie privée dans un contexte de surveillance moderne, et s’oppose à l’ACTA. « Nous avons des antécédents de soulèvement contre l’injustice ».

ACTA est passé d’un obscur traité international à un sujet de débat en Pologne depuis la mi-janvier quand le gouvernement a dit qu’il le ratifierait dans les prochains jours. Les organisations des droits civiques comme Panoptykon ont été scandalisées car le gouvernement ne les a pas consultées. K. Szymielewicz a expliqué qu’ils avaient alerté sur Twitter et d’autres réseaux sociaux, faisant ainsi réagir les activistes d’Internet en Pologne et à l’étranger — dont certains faisant partie du groupe « Anonymous » — par des attaques sur les sites gouvernementaux dont ceux du premier ministre et du parlement, les rendant injoignables pendant plusieurs jours.

La colère est née d’une forte frustration de la société, en particulier chez les jeunes, fondée sur une pénurie d’emplois et un sentiment d’éloignement du processus politique.

« C’est la goutte d’eau qui a fait déborder le vase », dit Szymielewicz. « Internet est un espace de liberté — les gens estiment que ça leur appartient vraiment — et subitement le gouvernement interfère avec cet espace ».

Les Polonais et d’autres ont aussi été préparés à agir car beaucoup ont suivi l’opposition aux États-unis contre deux projets similaires, le Stop Online Piracy Act et le Protect Intellectual Property Act — connus du grand public comme SOPA et PIPA. Les législateurs américains ont reporté ces projets de lois après une pression massive incluant un blackout d’une journée de Wikipédia et d’autres géants du Web.

Quelques jours plus tard, les Polonais descendaient dans la rue à travers tout le pays contre l’ACTA — activisme qui se propagea à Berlin, Sofia, Budapest et de nombreuses autres villes où les gens se sont rassemblés par milliers samedi dernier (NdT : le 11 février). D’autres rassemblements sont prévus pour le 25 février.

Les opposants sont aussi en colère parce que le traité a été négocié pendant plus de 4 ans en secret sans la moindre présence d’organisations de défense des droits civiques, leur donnant ainsi l’impression d’un accord secret au bénéfice exclusif des toutes-puissantes industries.

Les États-Unis et d’autres partisans de l’ACTA affirment que ce ne sera pas intrusif. Ils soutiennent que la protection des droits de la propriété intellectuelle est nécessaire pour préserver l’emploi dans les industries innovantes. Le piratage en ligne de films et musiques coûte des milliards de dollars aux compagnies américaines chaque année.

Washington assure également que les individus ne seront pas surveillés en ligne et que ACTA ciblera plutôt les entreprises qui tirent des profits de l’utilisation de produits piratés comme les logiciels. « Les libertés civiles ne seront pas réduites », déclare le bureau du Représentant américain au commerce, qui a signé l’ACTA en octobre.

Mais les opposants disent que l’accord est rédigé de façon tellement flou qu’il est difficile de savoir ce qui serait légal et ce qui ne le serait pas. Certains craignent d’être poursuivis par exemple pour mixer des vidéos personnelles avec une chanson de Lady Gaga et les mettre sur YouTube pour les partager avec leurs amis.

« Comme ce qui est permis n’est pas clair, les gens vont limiter leur créativité », explique Anna Mazgal, une activiste des droits civils polonaise de 32 ans. « Les gens pourraient se censurer eux-même par peur, parce que c’est trop vague ».

De nombreux opposants accusent également l’ACTA de placer les intérêts commerciaux au-dessus de droits comme la liberté d’expression.

« Il n’est pas surprenant que les citoyens européens soient descendus dans les rues par milliers pour protester contre un accord qui place les intérêts économiques privés au-dessus de leurs libertés fondamentales », dit Gwen Hinze, la directrice internationale de la propriété intellectuelle de l’Electronic Frontier Foundation, une fondation basée à San Francisco qui défend les libertés civiles sur Internet.

Tout ce tapage a mis les partisans de l’ACTA sur la défensive, pour le moment. L’accord a déjà été signé par les États-Unis, le Japon, la Corée du Sud et 20 autres pays.

Mais quelques gouvernements dont la Pologne, la Slovénie et la Bulgarie commencent à dire qu’ils ne le ratifieront pas. La République Tchèque a dit qu’il faudrait étudier attentivement la question avant de se prononcer. Un test décisif aura lieu cet été quand le Parlement Européen le soumettra au vote.

L’Allemagne annonce qu’elle soutient l’ACTA pour la défense de la propriété intellectuelle, mais a promis de dissiper les doutes à son propos avant de le signer. Des milliers de personnes ont manifesté samedi dernier contre ACTA à travers l’Allemagne où la protection des données a été longtemps un sujet sensible et où les administrations sont montées au créneau face à des géants d’Internet comme Google ou Facebook à propos des questions de vie privée.

L’ambassadrice slovène au Japon qui a signé le traité à Tokyo le mois dernier au nom de son pays s’est excusée depuis, expliquant qu’elle n’avait pas compris à ce moment à quel point cela pourrait restreindre la Liberté « sur le plus important réseau de l’histoire de l’Humanité ».

« J’ai signé l’ACTA par négligence civique » a écrit Helena Drnovšek Zorko sur son blog.

Randall a 23 ans et il nous explique ici comment il est devenu un bidouilleur de code pour son plus grand plaisir. Il a découvert la programmation par lui-même et nous livre ici son témoignage et le fruit de sa jeune expérience.

Tout le monde ne partagera pas sa passion avant autant d’intensité. Nous espérons cependant que nombreux seront les enfants et leurs parents à tomber par hasard sur cet article (d’autant que cette sensibilisation est toujours absente de l’école d’aujourd’hui)^[1]. Et, qui sait, peut-être que cela suscitera de nouvelles vocations ?

Sur le même sujet on pourra parcourir ces récents articles du Framablog illustrant l’enjeu majeur d’une éducation informatique (libre et ouverte) dans nos sociétés en mutation : De l’impact politique d’apprendre aux enfants la libre programmation, Les codeurs sont la nouvelle élite politique, Le code deviendra-t-il le latin du XXIe siècle ? et surtout Exercice de la citoyenneté et culture informatique.

Comment j’ai appris à programmer

How I Learned to Program

Randall Degges – 4 février 2012 – Blog perso
(Traduction Framalang/Twitter : Calystod, Twix, kinou, HgO, monsieurab, Spartition, ametaireau, Grom, alaindalche, Evpok, Grom, Fred)

Programmer est, sans aucun doute, la chose la plus gratifiante intellectuellement que j’ai jamais réalisée. Programmer m’a appris que la vie se devait d’être amusante, remplie de créativité et vécue au maximum de son intensité. Programmer m’a appris que tout était possible ; je peux faire ce qui me plait en utilisant seulement mon esprit.

Programmer m’a également enseigné qu’apprendre est drôle et ludique. Cela m’a montré que plus vous en savez, plus vous comprenez et êtes acteur du monde qui vous entoure. Programmer m’a confirmé qu’une vie en apprentissage continu est une meilleure vie à vivre. Programmer m’a révélé qui je suis au fond de moi, m’a donné une bonne estime de moi et m’a continuellement aidé à arriver à mes fins.

Je me sens extrêmement chanceux d’avoir eu la volonté et l’opportunité d’apprendre à programmer tôt dans la vie. Et si mes méthodes ne sont certainement pas les meilleures pour tout le monde, elles ont marché pour moi.

Je n’ai aucun regret.

Alors je me suis dit que j’allais partager mes méthodes avec vous, en espérant qu’un débutant lise cet article et en tire quelque chose.

Si vous n’avez pas le temps de le parcourir retenez avant tout ceci : l’important est de s’amuser.

Installer GNU/Linux sur votre machine

Bien que plus jeune, j’ai découvert les rudiments informatiques sur des ordinateurs MS-DOS Windows grâce aux jeux vidéos, mon véritable apprentissage a commencé le jour où j’ai installé un système GNU/Linux sur mon ordinateur personnel.

Ce n’est pas fondamental d’utiliser ou non Windows (ou Mac OS X) sur votre machine, il y a ainsi beaucoup de programmeurs qui travaillent sous système d’exploitation propriétaires. Mais GNU/Linux est imbattable pour apprendre.

Contrairement aux idées reçues, les développeurs ne font pas que pisser du code. On tape quelque chose, ce qui déclenche autre chose. Il y aurait des entrées et des sorties. Cette vision est erronée.

La programmation est un mode de vie

Les programmeurs sont obsédés par la connaissance. Ils utilisent cette obsession pour alimenter leur soif d’apprendre, de découvrir et de créer. Voilà la vraie définition d’un programmeur.

Une principale raison d’utiliser Linux pour travailler au quotidien est qu’il vous aide à apprendre progressivement et pratiquement la programmation. Sur Windows, si vous voulez copier un fichier d’un dossier à un autre, vous faites du glisser-déposer à la souris. Sur Linux, vous pouvez aussi en faire de même désormais, mais vous pouvez également utiliser scp ou rsync. Parce qu’apprendre à utiliser la ligne de commande vous enseigne des techniques basiques de logique et améliore votre capacité à résoudre des problèmes.

La pratique régulière de l’OS GNU/Linux permet d’acquérir des compétences importante à commencer par l’autonomie. Contrairement à d’autres activités, la programmation ne demande ni de grands efforts de mémorisation, ni de répéter encore et encore les mêmes routines. Ce qu’il faut, c’est surtout énormément de motivation et de détermination. . Même les meilleurs programmeurs n’ont généralement aucune idée précise de ce qu’ils vont faire lorsqu’ils débutent un nouveau projet. Si une seule chose peut résumer mon activité, ce serait la recherche. Les programmeurs se doivent de savoir où trouver l’information, comment la digérer et s’en servir d’une manière utile. Cette compétence demande du temps et de la patience mais il est clair que GNU/Linux aide à cela.

Utiliser Linux vous poussera à rechercher activement des solutions aux problèmes que vous rencontrez. Si vous ne savez pas comment mettre en place un tunnel SSH, et bien vous allez l’apprendre tout simplement. Utiliser Linux vous amènera à découvrir de nouvelles choses auxquelles vous n’auriez jamais pensé en utilisant Mac ou Windows. Apprivoiser petit à petit GNU/Linux fera de vous un meilleur et plus pragmatique développeur. Vous apprendrez à travailler collaborativement pour résoudre un problème, à aller à la chasse aux erreurs, à mobiliser vos connaissances pour créer de nouvelles choses et rendre votre vie (et celle des autres) plus simple.

De plus, en tant que projet libre (tant le système d’exploitation que les logiciels disponibles), GNU/Linux offre un accès privilégié à la culture de la programmation. À coup sûr, vous allez :

• Trouver un bogue dans une application que vous utilisez
• Chercher des réponses sur internet
• Trouver un système de tickets ou un forum sur le logiciel en question
• Soumettre un ticket concernant le bogue ou poster dans un forum un sujet sur le problème rencontré
• Interagir avec d’autres utilisateurs pour aidez à le résoudre

Tout cela n’a pas l’air très cool, mais patientez. Une fois ces points achevés, vous aurez fait connaissance avec la communauté hacker. Trouver des problèmes, en discuter avec d’autres personnes, résoudre ces problèmes ensemble et vous voici membre de cette communauté.

Si tout était parfait et qu’il n’y avait pas un seul problème à résoudre dans ce monde la vie serait morne. Mettre le nez dehors et corriger des choses, combattre le chaos, donne un sens à la vie. Alors profitez-en !

Linux peut vous apprendre tout cela, et bien plus encore.

Avoir un désir intense

Pourquoi voulez-vous programmer ? Quelles sont vos motivations ? Si vous n’avez pas cette envie pressante d’apprendre à programmer, vous échouerez.

J’ai commencé à coder parce que j’avais une très grande envie de créer des jeux vidéo. Quand j’étais un enfant, les jeux vidéo étaient ma passion. Je rentrais le plus rapidement possible de l’école pour rester scotcher sur l’ordinateur à jouer à des vieux classiques. Mes épiques batailles de Starcraft contre mon frère font parties de mes meilleurs souvenirs.

Plus que tout, je voulais être capable de maîtriser ces jeux. Je voulais les dominer, je voulais rendre servile mon ordinateur esclave afin qu’il fasse ce que je désirais.

Ces vieilles motivations me semblent maintenant un peu idiotes mais je les ressentais alors de manière intense. J’en rêvais la nuit, j’y pensais durant le jour et en était obsédé alors que j’étais derrière mon ordinateur les après-midis.

Quand j’ai décidé d’apprendre à programmer, je savais que je pouvais le faire. Je savais que quoi qu’il arrive dans ma vie, j’apprendrais coûte que coûte à programmer, alors même qu’au début je n’avais aucune idée de comment y arriver et ne connaissais personne dans ce domaine.

Mais j’ai trouvé un moyen. J’ai lu sur le Web des dizaines et des dizaines de pages de documentation. J’ai dépensé sans compter des centaines d’heures à fouiller au hasard les forums à la recherche de bribes d’information. J’étais tellement motivé et entier dans mon désir que cela me semblait facile et m’a aidé à devenir un programmeur à moitié convenable.

Faire de petits programmes en ligne de commande

Aujourd’hui, il semblerait que la majorité apprenne la programmation en plongeant la tête la première dans le développement Web. Même si ça peut marcher pour certaines personnes, ça me semble vraiment fou. Non seulement les technologies Web sont vastes, complexes et vite démodées (construire un site Web moderne requiert des tonnes de compétences différentes qui nécessitent plusieurs années de maturation), mais elles sont souvent frustrantes et décourageantes pour les nouveaux développeurs.

Je suis peut-être de la vieille école (j’ai seulement 23 ans :x), mais il n’y a rien de plus satisfaisant et formateur que d’écrire des tonnes de programmes simples en ligne de commande. J’écrivais des tonnes de choses :

• Un script simple qui prenait en entrée des noms de fichiers pour les stocker dans des dossiers hiérarchisés et organisés en fonction du type de fichier
• Un bot IRC qui enregistrait toute l’activité d’un channel dans un fichier texte.
• Un programme simple qui télechargeait toutes les images d’une page Web donnée.
• Un outil permettant de convertir des nombres en base dix vers n’importe quelle autre base en CLI
• Un script compilant et mémorisant d’un coup toutes mes personnalisation graphiques : fonds d’écran, thèmes, etc.
• Un programme basique qui téléverse automatiquement des captures d’écran sur un hébergeur d’images et en copie automatiquement l’adresse dans mon presse-papier.
• Et un million d’autres choses encore.

J’ai tiré grand bénéfice de ces petits exercices. Chacun d’eux était suffisamment simple pour être écrit en quelques heures (pas plus), et ils m’ont tous appris quelque chose : un nouveau language, nouvelle bibliothèque ou stratégie. J’ai sans aucun doute gagné une grande partie de mes compétences informatiques en construisant là ces applications.

Mais cela joue également au niveau de la confiance. Chaque application créée aura été une petite satisfaction personnelle dont j’étais fier. J’y revenais du reste en les tenant à jour mais surtout en tentant de les modifier sans cesse par du nouveau code et de nouvelles stratégies. Cela m’a appris les bases de la programmation par itération (améliorer au fil du temps) tout en contribuant effectivement à la communauté du logiciel libre.

Si vous êtes un nouveau programmeur, il n’y a rien de mieux et de plus amusant que d’écrire ces petits utilitaires en ligne de commande. Vous ne me croyez pas ? Essayez, et dites moi si vous ne vous retrouvez pas accro dès la première ligne !

Écrire, Écrire, Écrire

L’écriture est controversée. Lorsque j’ai commencé à programmer, les nerds avaient une réputation d’être inaptes à tout sauf aux ordinateurs. Pendant une période, j’ai supposé que comme étant bon avec les ordinateurs, j’étais naturellement mauvais pour tout le reste : même pour écrire.

C’était idiot.

J’en suis venu à réaliser avec le temps que les programmeurs sont, au contraire, d’excellents auteurs. La capacité à penser logiquement et à résoudre les problèmes est un avantage indéniable pour écrire, alors qu’il est parfois si difficile de coucher ses idées sur le papier. Et réciproquement l’exercice d’écriture m’a aidé à devenir un meilleur développeur. En outre nous savons qu’il est important de bien documenter son code.

Posséder un blog par exemple est une excellente manière de pratiquer l’écriture, pour garder une trace de ce que vous apprenez, et aide à s’assurer d’un progrès constant en particulier sur les sujets techniques.

Si vous écrivez une très très utile application en ligne de commande pour commander des pizzas chez Dominos, il vous sera alors difficile d’en parler sans aller dans le détail pour décrire la technologie que vous utilisez, comment l’API de Dominos fonctionne, etc. En prenant le temps d’écrire en structurant votre pensée, en relatant votre expérience, vous en apprendrez forcément davantage.

L’écriture peut être incroyablement utile lorsqu’elle est utilisée pour décrire des choses techniques, puisqu’elle simplifie et clarifie la cause du problème, vous forçant à réfléchir à ce problème de la manière la plus simple possible pour mieux la communiquer.

Un des mes plus grands regrets est de ne pas avoir conservé mes articles. Au fil des réécritures de mon site Web, d’erreurs de gestion de serveurs, j’ai petit à petit perdu la majeur partie de mes écrits. Le blog que vous lisez actuellement existe principalement suite à la décision que j’ai prise de remédier à cela. Ne faites pas la même erreur !

Rejoindre une communauté en ligne

Internet est un vaste lieu. Programmer est un vaste sujet. Il est tout à fait possible de devenir un excellent programmeur tout seul dans son coin mais il est beaucoup plus facile de le faire avec l’aide d’autrui.

Lorsque j’ai commencé à programmer j’ai eu la chance de rencontrer grâce au Net d’autres programmeurs fascinants avec qui j’ai partagé des jours durant des idées via IRC. Ces personnes ainsi rencontrées comptent parmi les individus les plus brillants et passionnés que je n’ai jamais rencontrés dans ma vie. Nous sommes devenus amis et le sommes encore !

Avoir des amis aussi motivés a décuplé ma propre motivation, et m’a aidé à tirer le meilleur de moi-même. Nous écrivions ensemble des articles pour partager les choses que nous avions apprises, nous critiquions nos codes respectifs, nous parlions des projets sur lesquels nous travaillions et sur la meilleure manière de les mener à bien.

Connaître un groupe qui partage la même passion et la même envie que vous est inestimable.

Amusez-vous

Programmer est amusant. Programmer est vraiment, vraiment très amusant. Le simple fait d’en parler me met en joie ! Il est difficile de cacher mon excitation 🙂

Le plus important quand on apprend à programmer c’est de toujours S’AMUSER ! Peu importe que vous commenciez tout juste à programmer ou que vous soyez un programmeur aguerri et confirmé : vous ne devez jamais perdre du vue cette dimension fondamentale de l’informatique.

Supposons que vous veniez de commencer à apprendre le Python (à propos, Dive Into Python reste l’un des meilleurs livres sur le sujet), ne démarrez pas par un projet ennuyant. Écrivez quelque chose de nouveau ! Un truc qui vous semble fun et quelque part utile. Amusez-vous avec, et lancez-vous des defis.

Si votre motivation première pour travailler sur un projet est de le terminer alors vous faites fausse route. Pour devenir un bon programmeur il faut bidouiller des trucs que VOUS trouvez sympa. Le monde est rempli de logiciels tristes alors qu’on a besoin de logiciels GENIAUX. Et la seule façon de faire un logiciel génial c’est de s’éclater en le créant !

Je pourrais déblatérer pendant des heures ainsi. Mais à la place et pour conclure je veux VOUS mettre au défi (oui vous !). Pensez à quelquechose que vous adoreriez faire. Un site de partage ? un éditeur vidéo ? Peu importe ce qui vous exalte et vous transporte. Vous avez saisi ?

OK, maintenant allez-y fabriquez-le !

On n’a pas le temps de souffler. Après SOPA, c’est ACTA qui est à repousser et avec la plus extrême vigueur. Pourquoi ? Vous le saurez en creux en parcourant ce court et percutant billet de Rick Falkvinge (que l’on traduit souvent actuellement).

Vous le saurez aussi et surtout en vous rendant sur la rubrique dédiée de La Quadrature qui nous fournit une excellente boîte à outils de résistance et mobilisation (sans oublier la pétition en ligne qui témoigne bien de la colère qui gronde).

La seule chose que vous devez savoir à propos d’ACTA

The only thing you need to know about ACTA

Rick Falkvinge – 28 janvier 2012 – Blog personnel
(Traduction Framalang/Twitter : kamui57, Cubox, Céline, Lamessen, NandS, eyome, HgO, Adrien)

ACTA a finalement repris de l’élan. Mais dans un document si conséquent, alambiqué et délibérément complexe, comment pouvez-vous déterminer vous-même s’il est bon ou mauvais ? Il existe une façon très simple de le dire.

La façon la plus simple de déterminer la nature d’ACTA ne se base pas sur le document lui-même, mais sur le comportement des gens le défendant.

Tous les acteurs, nous poussant et nous précipitant vers cet accord, ont insisté sur le fait qu’il ne changerait rien et, notamment, qu’aucun changement législatif ne serait nécessaire (en dehors de changements mineurs liés à la loi sur les marques, comme en Suède), et insistent surtout pour dire que ce n’est pas très important.

Par ailleurs, ces acteurs font pression de toutes leurs forces pour le faire passer. Ainsi, la principale question qui en ressort fait tâche :

Si l’ACTA ne change rien, pourquoi forcent-ils son passage comme si leur vie en dépendait ?

Et cette contradiction en elle-même suffit à démasquer l’ensemble de l’ACTA et ce que cela représente. Il a été négocié en secret par l’industrie du droit d’auteur et par les autres monopoles. Même maintenant, alors que les législateurs sont amenés à voter ce texte, il ne leur est pas laissé la possibilité de comprendre exactement ce que dit ce document – car beaucoup de nouvelles règles y sont définies mais ne sont valables que pour des protocoles d’échanges commerciaux. Ces derniers restant, néanmoins, secrets.

Si l’industrie du droit d’auteur fait pression de tout son poids pour faire passer quelque chose alors même qu’elle prétend que cela ne change rien, que pensez-vous que cela implique ?

C’est cette industrie qui pense qu’il est convenable pour les législateurs de leur donner le pouvoir de détruire un concurrent légal se trouvant à l’étranger, en supprimant ses revenus, son site web et ses publicités, simplement en le pointant du doigt.

C’est cette industrie qui trouve normal de pouvoir demander à se trouver en tête des résultats des moteurs de recherche, et de laisser “les miettes” à ses concurrents gratuits sous couvert de la loi.

C’est cette industrie qui demande sous la menace de la loi – une industrie privée – de mettre sur écoute électronique une population entière, seulement pour voir si des gens font quelque chose qu’elle n’apprécie pas, et dans ce cas, de couper à volonté les communications de cette population.

C’est cette industrie qui fait valoir que les citoyens devraient être activement empêchés d’exercer leurs droits fondamentaux, comme la liberté de parole et d’expression, si cela risque d’empiéter sur son business.

C’est cette industrie qui pense qu’il est raisonnable de condamner un petit faiseur de Karaoke à 1,2 1,2 milliards (3 000 000 €). Oh, et une grand-mère morte.

C’est cette industrie qui utilise la pédopornographie comme bouc émissaire de sa propre censure, et qui finalement choque les jeunes et favorise l’abus d’enfants.

C’est cette industrie qui a installé des rootkits sur les CD musicaux des gens et a pris le contrôle total de leurs ordinateurs, de millions d’appareils – comprenant les webcams, les microphones, les fichiers sur le disque dur, tout. Ils se sont maintenant introduits chez nous et y ont leurs yeux et leurs oreilles.

C’est cette industrie qui, une fois que vous la pensez au fond du gouffre tant moralement qu’humainement, revient sans cesse, avec de nouvelles façons créatives de vous surprendre.

Si cette industrie veut voir appliquer ce texte législatif incroyablement mauvais. Si elle se bat pour lui comme pour sa propre vie tout en prétendant que ce n’est pas très important. Si elle se bat sans expliquer aux législateurs en quoi consiste le texte. Cela devrait suffire à n’importe qui pour réaliser que c’est un sombre concentré d’horreurs. Attendez-vous à ce que l’ACTA légalise des pratiques semblables aux exemples précédents. Et encore plus. Attendez-vous à voir pire, bien pire que SOPA.

« 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.

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.

« Chers étudiants, faites vos devoirs à la maison avant mercredi car Wikipédia sera coupé du Net ce jour-là ». Tel est le tweet ironique envoyé par Jimmy Wales pour annoncer la fermeture totale de la version anglophone de Wikipédia demain, mercredi 18 janvier 2012, pour protester contre les mortifères lois SOPA et PIPA.

Ce n’est évidemment pas lui seul qui a pris cette grave et sans précédente décision mais l’ensemble de la communauté, comme l’explique le message de la directrice générale de la Wikimedia Foundation Sue Gardner traduit ci-dessous par nos soins.

Signalons que Framasoft se joindra également au mouvement, non seulement en guise de solidarité mais aussi voire surtout parce que nous pensons que ces lois américaines (à l’influence internationale) sont susceptibles d’impacter négativement l’ensemble d’Internet. Nous avions consacré une série d’articles à SOPA en décembre dernier (voir aussi le dossier de La Quadrature).

À priori les wikipédias italiennes et allemandes participeront également, ne serait-ce que par un bandeau informatif, mais pas la francophone. Il semblerait que la communauté se soit réveillée trop tard pour en discuter, que pour certains ces lois sont lointaines et cet engagement « politique » en désaccord avec « le principe de neutralité ».

C’est respectable mais pour ainsi dire dommage car il s’agit là d’un signal fort (et une bonne manière de sensibiliser d’un coup un grand nombre de personnes), sans oublier pragmatiquement que la majorité des serveurs sont aux USA et que ces lois peuvent brutalement couper les accès de la Wikipédia francophone aux Américains.

Blackout anti SOPA de la Wikipedia en anglais le 18 janvier

English Wikipedia anti-SOPA blackout

Sue Gardner, 16 janvier 2012 – Wikimedia Foundation
(Traduction Framalang : Clochix, Poupoul2, DonRico)

Aujourd’hui, la communauté Wikipedia a décidé de fermer la version anglophone de Wikipedia pour vingt-quatre heures, dans le monde entier, à partir de 5h UTC le mercredi 18 janvier. Cette fermeture est un acte de protestation contre deux propositions de loi aux USA – le Stop Online Piracy Act (SOPA) présentée à la Chambre des représentants, et le PROTECTIP Act (PIPA) au Sénat – qui, si elles étaient votées, endommageraient gravement l’Internet libre et ouvert, dont Wikipedia.

Ce sera la première fois que la Wikipedia anglophone manifestera ainsi, et cette décision n’a pas été prise à la légère. Voici comment la présentent les trois administrateurs de Wikipedia qui ont animé la discussion de la communauté, au travers d’un extrait de la déclaration publique signée par NuclearWarfare, Risker et billinghurst :

La communauté de la Wikipedia anglophone estime que ces deux lois, si elles étaient votées, seraient dévastatrices pour le Web libre et ouvert.

Au cours des dernières soixante-douze heures, plus de 1.800 Wikipédiens ont participé à une discussion visant à définir les actions que la communauté pourrait vouloir entreprendre contre SOPA et PIPA. C’est de loin le plus fort niveau de participation à un débat jamais vu sur Wikipedia, et cela illustre combien les Wikipédiens se sentent concernés par ces propositions de lois. L’écrasante majorité des participants est favorable à une action de la communauté afin d”encourager une participation plus générale de la population contre ces deux lois. Parmi les propositions étudiées par les Wikipédiens, ce sont celles qui conduiraient à un « blackout » de la Wikipedia anglophone, conjointement avec des blackout similaires d’autres sites opposés à SOPA et PIPA, qui ont reçu le plus de soutien.

Après un passage en revue détaillé de ce débat, les administrateurs chargés de le clore constatent un soutien solide des Wikipédiens du monde entier, et pas seulement aux États-Unis, en faveur d’une action. L’opposition principale à un blackout généralisé du réseau Wikipedia venait de membres de la communauté préférant que le blackout se limite aux visiteurs américains, et que le reste du monde ne voie s’afficher qu’un simple bandeau d’explication. Nous avons néanmoins relevé qu’environ 55% des Wikipédiens en faveur du blackout préféraient une action mondiale, nombre d’entre eux faisant part d’inquiétudes concernant des lois similaires dans d’autres pays.

En prenant cette décision, les Wikipédiens essuieront des critiques pour avoir abandonné leur neutralité et pris un position politique. C’est une question justifiée et légitime. Nous souhaitons que les internautes accordent leur confiance à Wikipedia, et ne craignent pas d’être soumis à une quelconque propagande.

Mais bien que les articles de Wikipedia soient neutres, son existence ne l’est pas. Comme l’a écrit récemment Kat Walsh, qui appartient au conseil d’administration de la Wikimedia Foundation, sur une de nos listes de discussion :

Nous dépendons d’une infrastructure légale qui nous permet de publier nos sites. Et nous dépendons d’une infrastructure légale qui permet aussi à d’autres sites d’héberger du contenu produit par les utilisateurs, qu’il s’agisse d’information ou d’avis personnels. Le rôle principal des projets Wikimedia consiste à organiser et rassembler le savoir mondial. Nous l’intégrons dans son contexte et permettons à nos visiteurs de le comprendre.

Mais ce savoir doit être publié à un endroit où tout un chacun peut y accéder et l’utiliser. Si ce contenu pouvait être censuré sans autre forme de procès, cela serait néfaste pour qui veut exprimer son opinion, pour le public, et pour Wikimedia. Si l’on ne peut s’exprimer que si l’on a les moyens d’affronter des défis juridiques, ou si une opinion doit être approuvée au préalable par quelqu’un qui les a, on ne trouvera plus sur internet qu’un même ensemble d’idées consensuelles.

La décision d’éteindre la Wikipedia anglophone ne vient pas que de moi – elle a été prise collégialement par de nombreux éditeurs du réseau. Et je la soutiens.

Comme Kat et le reste du conseil d’administration de la Fondation Wikimedia, je considère de plus en plus la voix publique de Wikipedia et la bonne volonté que les gens ont pour Wikipedia comme une ressource qui doit être utilisée pour le bénéfice du public. Les lecteurs font confiance à Wikipedia parce qu’ils savent que malgré ses erreurs, Wikipedia a le cœur au bon endroit. Wikipedia n’a pas pour but de monétiser leurs visites ou de leur faire croire quoi que ce soit de particulier, ni même de leur vendre un produit. Wikipedia n’a pas de programme secret : elle veut seulement être utile.

C’est moins vrai pour d’autres sites. La plupart ont des motivations commerciales : leur objectif est de gagner de l’argent. Cela ne signifie pas qu’ils n’ont pas le souhait de rendre le monde meilleur (beaucoup le font), mais que leurs positions et leurs actions doivent être envisagés dans un contexte d’intérêts contradictoires.

Je nourris l’espoir que, lorsque Wikipedia fermera le 18 janvier, les internautes comprendront que nous le faisons pour nos lecteurs. Nous soutenons le droit de chacun à la liberté d’opinion et à la liberté d’expression. Nous estimons que tout le monde devrait avoir accès à du matériel éducatif pour un large éventail de sujets, même s’ils ne peuvent pas le payer. Nous croyons à un internet libre et ouvert où l’information peut être partagée sans entrave. Nous croyons que des propositions de loi telles que SOPA ou PIPA, ou d’autres lois similaires en cours de discussion à l’intérieur ou à l’extérieur des États-Unis, ne font pas avancer les intérêts du grand public. Vous pourrez prendre connaissance ici d’une liste de très bonnes raisons de vous opposer à SOPA et PIPA, proposée par l’Electronic Frontier Foundation.

Pourquoi une action globale, et pas limitée aux seuls États-Unis ? Et pourquoi maintenant, si certains législateurs américains semblent adopter une tactique de retrait vis à vis de SOPA ?

La réalité, à notre sens, c’est que le Congrès ne renoncera pas à SOPA, et que PIPA est toujours en pleine forme. Qui plus est, SOPA et PIPA ne sont que les indicateurs d’un problème bien plus important. Partout dans le monde, nous observons la mise en place de réglementations destinées à combattre le piratage et à réguler internet d’autres manières, avec pour effet de nuire aux libertés numériques. Notre inquiétude ne se limite pas à SOPA et PIPA, qui ne sont que des éléments du problème. Nous voulons que l’internet demeure libre et ouvert, partout dans le monde, et pour tous.

Le 18 janvier, nous espérons que vous partagerez notre engagement et que vous ferez tout votre possible pour faire entendre votre voix.

Sue Gardner