Chaque jeudi à 21h, rendez-vous sur le framapad de traduction, le travail collaboratif sera ensuite publié ici même.

Traduction Framablog : Sphinx, purplepsycho, Cyrille L., lamessen

Ce que je suis contente de ne pas avoir su

Alexandra Leisse

Alexendra Leisse a quitté une scène pour en rejoindre une autre. Elle a transformé son autre passion (les logiciels et le Web) en un métier. Après une période de transition de douze mois en freelance dans le logiciel et l’opéra — et noyée par de nombreuses heures d’activités dédiées à KDE, elle a rejoint Nokia et le développement de la plateforme Qt en tant que gestionnaire de la communauté Web. C’est la femme derrière le réseau de développement Qt et les activités de sa communauté sur la toile. Bien qu’elle soit diplômée en art lyrique, elle refuse la plupart du temps de chanter en public.

Introduction

Quand Lydia m’a demandé de rejoindre son projet de livre sous-titré « les choses que j’aurais voulu savoir », mon esprit est resté vide. Les choses que j’aurais voulu savoir mais que je ne savais pas ? Rien ne me venait à l’esprit.

Je ne dis pas que je n’aie pas eu besoin de savoir quoi que ce soit, au contraire. J’ai eu beaucoup à apprendre et j’ai fait un nombre incalculable d’erreurs. Mais les situations ou les erreurs que j’aurais voulu éviter ? Je n’arrive pas à y penser.

Nous avons tous cette fâcheuse tendance à regarder les choses que nous pourrions mieux faire, les choses que nous ne savons pas, et nous les voyons comme des faiblesses. Mais que dire des faiblesses qui sont des atouts ?

Voici ma propre histoire sur l’ignorance, la naïveté, les mauvaises impressions et comme je suis heureuse de ne pas en avoir eu la moindre idée.

Les noms

Je n’avais aucune idée de qui était ce gars que j’avais rencontré lors de mon premier jour de travail. Il est entré dans la pièce, s’est présenté et a commencé à poser des questions me donnant l’impression que tout ce que je penserais serait insensé. Il était apparemment bien renseigné sur ce que je faisais sur KDE et les personnes que je côtoyais. Cependant, nos points de vue sur le sujet semblaient différents. À un moment, ses provocations ont fini par me fatiguer et j’ai perdu patience. Je lui ai alors dit qu’avec les personnes, ce n’était pas toujours aussi facile que les ingénieurs l’imaginent.

Juste après son départ après une heure de discussion, j’ai cherché son nom sur Google : Matthias Ettrich. Ce que j’ai lu m’a expliqué pourquoi il avait posé ces questions. Si j’avais su avant qu’il était un des fondateurs du projet KDE, j’aurais débattu avec lui d’une manière bien différente, voire pas du tout.

Ces dernières années, j’ai dû chercher quelques noms et à chaque fois, j’ai été heureuse de le faire après le premier contact.

C’est probablement mon idée la plus importante. Lorsque j’ai rencontré toutes ces personnalités du Libre et de l’open source pour la première fois, je n’avais jamais entendu leurs noms auparavant. Je ne savais rien de leurs histoires, mérites ou échecs. J’ai approché tout le monde de la même façon : le contact visuel. En étant ignorante (ou naïve selon certains), je ne me sentais pas inférieure par rapport aux personnes que je rencontrais lorsque j’ai commencé mon aventure au sein du Libre et de l’open source. Je savais que j’avais beaucoup à apprendre mais je n’ai jamais eu l’impression d’avoir un rang inférieur aux autres en tant qu’individu.

« Projet de grande envergure »

Je n’avais pas suivi religieusement dot.kde.org ni PlanetKDE et encore moins ces innombrables publications liées au Libre et à l’open source, avant de commencer à m’intéresser à ce qui se passait sur les listes de diffusion KDE. Je voyais ces canaux avant tout comme moyen de communiquer avec un public choisi, principalement des utilisateurs et des contributeurs du projet en tant que tel.

Pendant un certain temps, je n’avais pas conscience que les articles que je publiais sur The Dot pourraient être repris par des journalistes. Je m’appliquais à les écrire parce que je voulais faire du bon boulot et non pas parce que j’avais peur de passer pour folle auprès du reste du monde. La liste de presse était maintenue par d’autres personnes et ce que j’écrivais ne me paraissait pas important non plus. Je voulais toucher certaines personnes. Pour cela les canaux officiels et mon propre blog me semblaient être les moyens les plus efficaces.

Être citée sur ReadWriteWeb après avoir annoncé sur mon blog que je commencerai un nouveau boulot fut un choc pour moi. Non pas parce que j’ignorais que des gens lisaient ce que j’écrivais (j’espérais bien qu’ils le lisent !) mais je ne m’attendais pas à ce que ça soit un sujet d’une telle importance. Ce n’était même pas pendant les vacances d’été. Encore heureux que personne ne me l’ait dit, je n’aurais pas été capable de publier ne serait-ce qu’une seule ligne.

L’œil étranger

Il y a quelque temps, quand j’ai assisté à ma première conférence, j’avais la ferme conviction que j’étais différente des autres participants. je me voyais comme une étrangère parce que je n’avais pas grand-chose en commun avec qui que ce soit à part un vague intérêt pour la technologie : je travaillais en freelance depuis quelques années déjà, après mon diplôme universitaire ; je n’avais aucune éducation pertinente dans le domaine, et j’étais mère d’un enfant de 10 ans. Sur le papier en tout cas, il ne pouvait pas y avoir plus éloignée des suspects habituels qu’on rencontre dans les projets FOSS.

En 2008 j’ai assisté à un sprint (NdT : phase de développement, généralement perçue comme intense, aboutissant à un produit fonctionnel) KOffice au sein de l’équipe promotion et marketing de KDE pour préparer la sortie de la version 2.0. L’idée initiale était d’esquisser une série d’activités promotionnelles autour de cette sortie afin de développer à la fois le support développeur et utilisateur. Pour celui-ci, nous étions trois à suivre un chemin parallèle à celui concernant les développeurs.

Nous avons essayé de comprendre comment nous pourrions positionner KOffice et adapter la communication au public ciblé. Très tôt dans le processus, nous avons découvert que nous devions faire marche arrière : à ce stade, le manque de maturité de la suite rendait impossible son positionnement comme option pour les utilisateurs non avertis. Nous devions nous en tenir aux développeurs et aux précurseurs. C’était difficile à vendre à certains développeurs, mais en tant qu’étrangers nous avions la chance de regarder le logiciel sans penser à tout le sang, la sueur et les larmes versés dans le code.

Pour beaucoup de projets, de n’importe quelle sorte, jeter un œil objectif à la situation donne du fil à retordre aux contributeurs principaux. Nous avons tendance à ne pas voir les grands succès quand nous sommes très concentrés sur des problèmes de détails et réciproquement. Parfois, nous manquons une occasion parce que nous pensons que ça n’a rien à voir avec ce que nous faisons (ou, pour commencer, parce que personne ne voudrait que ça ait quelque chose à voir).

Dans tous ces cas, les contributeurs extérieurs au projet ont le potentiel pour apporter des points de vue différents à la discussion, particulièrement quand il s’agit de déterminer un ordre de priorité. C’est encore plus utile quand ce ne sont pas des développeurs : ils poseront différentes questions, sans ressentir de pression face à la connaissance et à la compréhension de tous les détails techniques ; ils peuvent aussi aider pour les décisions ou la communication sur un plan moins technique.

Conclusion

L’ignorance est une bénédiction. Ce n’est pas seulement vrai pour les individus qui profitent de l’insouciance qui en résulte mais aussi pour les projets que ces individus rejoignent. Ils apportent différents points de vues et expériences.

Et maintenant, filez et trouvez vous-même un projet qui vous intéresse, indépendamment de ce que vous pensez savoir.

Chaque jeudi à 21h, rendez-vous sur le framapad de traduction, le travail collaboratif sera ensuite publié ici même.

Traduction Framalang : peupleLa, goofy, lamessen, SaSha_01, lerouge, Kalupa, RavageJo, lenod, Sky, Astalaseven, Alpha, KoS, purplepsycho +tala

De L’importance des bonnes manières

Rich Bowen

Rich Bowen a travaillé dans le domaine du logiciel libre et open source pendant près de quinze ans. La majeure partie de son travail a porté sur le serveur HTTP Apache ; il a également travaillé sur Perl, PHP et diverses applications web. Il est l’auteur de Apache Cookbook, The Definitive Guide to Apache et divers autres livres. Il fait également de fréquentes apparitions dans diverses conférences sur les technologies.

J’ai commencé à travailler sur le projet de documentation du serveur HTTP Apache en septembre 2000. Du moins, c’est à ce moment-là que j’ai réalisé mon premier commit dans les docs. Auparavant, j’avais présenté quelques corrections par courriel, et quelqu’un d’autre les avait appliquées.

Depuis cette période, j’ai réalisé un peu plus d’un millier de modifications de la documentation du serveur HTTP Apache, ainsi qu’une poignée de modifications du code lui-même. Ceux qui s’impliquent dans les logiciels libres et open source le font pour tout un tas de raisons différentes. Certains tentent de se faire un nom. La plupart essaient de « gratter là où ça les démange » comme ils disent, s’efforçant d’ajouter une fonctionnalité, ou de créer une nouvelle brique logicielle pour satisfaire un de leurs besoins.

Je me suis impliqué dans l’écriture de la documentation sur des logiciels parce que j’avais été enrôlé pour aider à l’écriture d’un livre et que la documentation existante était vraiment horrible. Donc, pour rendre le livre cohérent, j’ai dû discuter avec différentes personnes du projet afin qu’elles contribuent à donner du sens à la documentation. Lors de la rédaction de l’ouvrage, j’ai amélioré la documentation, avant tout pour me faciliter la tâche. À peu près à la même époque, Larry Wall, le créateur du langage de programmation Perl, promouvait l’idée selon laquelle les trois principales qualités d’un programmeur étaient la paresse, l’impatience et l’arrogance. Selon moi, Larry avançait des arguments fondés et avec un sens de l’humour certain. Néanmoins, une partie non négligeable de la communauté des programmeurs a pris ses paroles comme un permis de connerie.

La paresse

Nous écrivons de la documentation pour ne pas avoir à répondre aux mêmes questions tous les jours pour le restant de notre vie. Si la documentation est insuffisante, les gens auront des difficultés à utiliser le logiciel. Bien que cela puisse être la source d’une activité lucrative de consultant, il s’agit aussi du meilleur moyen de faire avorter un projet, car les gens abandonneront, frustrés, et se tourneront alors vers d’autres choses qu’ils n’auront pas à passer des heures pour comprendre.

Ainsi, la paresse est la première vertu d’un rédacteur de documentation. Quand un client pose une question, nous devrions répondre à cette question en profondeur. Et même, de la façon la plus complète possible. Nous devrions alors enregistrer cette réponse pour la postérité. Nous devrions l’enrichir avec des exemples et si possible des diagrammes et des illustrations. Nous devrions nous assurer que le texte est clair, grammaticalement correct et éloquent. Nous devrions alors l’ajouter à la documentation existante dans un endroit facile à trouver et largement référencé partout où quelqu’un pourrait le chercher.

La prochaine fois que quelqu’un posera la même question, nous pourrons lui répondre avec un lien vers la réponse. Et les questions que l’on pourrait poser après l’avoir lue devraient être la source d’améliorations et d’annotations à ce qui a déjà été écrit. C’est la vraie paresse. La paresse ne signifie pas simplement se dérober au travail. Cela veut aussi dire faire le travail si bien qu’il n’aura pas à être refait.

La patience

ll existe une tendance dans le monde de la documentation technique à être impatient et querelleur. Les sources de cette impatience sont nombreuses. Certaines personnes pensent que, comme elles ont dû travailler dur pour comprendre ces choses, vous le devez aussi. Beaucoup d’entre nous dans le monde du technique sommes des autodidactes et nous avons peu de patience pour ceux qui viennent après nous et veulent accéder rapidement au succès. J’aime appeler ça le comportement du « tire-toi de mon chemin ». Ce n’est pas vraiment constructif.

Si vous ne parvenez pas à être patient avec le client, alors vous ne devriez pas être impliqué dans le service clientèle. Si vous vous mettez en colère quand quelqu’un ne comprend pas, vous devriez peut-être laisser quelqu’un d’autre gérer la question.

Bien sûr, c’est très facile à dire, mais beaucoup plus difficile à faire. Si vous êtes un expert sur un sujet particulier, les gens vont inévitablement venir à vous avec leurs questions. Vous êtes obligé d’être patient, mais comment allez-vous y parvenir ? Cela vient avec l’humilité.

L’humilité

J’ai fait de l’assistance technique, en particulier par liste de diffusion, pendant à peu près deux ans, quand j’ai commencé à suivre des conférences techniques. Ces premières années ont été très amusantes. Des idiots venaient sur une liste de diffusion et posaient des questions stupides que des milliers d’autres perdants avaient posées avant eux. Et si seulement ils avaient regardé, ils auraient trouvé toutes les réponses déjà données auparavant. Mais ils étaient trop paresseux et trop bêtes pour le faire.

Ensuite, j’ai assisté à une conférence, et j’ai constaté plusieurs choses. Tout d’abord, j’ai découvert que les personnes qui posaient ces questions étaient des êtres humains. Ils n’étaient pas simplement un bloc de texte écrit noir sur blanc, à espacement fixe. Il s’agissait d’individus. Ils avaient des enfants. Ils avaient des loisirs. Ils connaissaient beaucoup plus de choses que moi sur une grande variété de sujets. J’ai rencontré des gens brillants pour qui la technologie était un outil qui servait à accomplir des choses non techniques. Ils souhaitaient partager leurs recettes avec d’autres cuisiniers. Ils souhaitaient aider les enfants d’Afrique de l’Ouest à apprendre à lire. Ils étaient passionnés de vin et voulaient en apprendre davantage. Ils étaient, en bref, plus intelligents que moi, et mon orgueil était le seul obstacle sur la route de leur succès.

Quand je suis revenu de cette première conférence, j’ai regardé les utilisateurs de listes de diffusion sous un tout autre jour. Ce n’étaient plus des idiots posant des questions stupides, simplement des gens qui avaient besoin d’un peu de mon aide pour pouvoir accomplir une tâche. Pour la plupart, la technologie n’était pas une passion. La technologie était seulement un outil. Il était donc compréhensible qu’ils n’aient pas passé des heures à lire les archives de la liste de diffusion de l’année passée et choisissent plutôt de reposer des questions.

Bien entendu, si un jour les aider devient pénible, la chose la plus polie à faire est de prendre du recul et de laisser quelqu’un d’autre répondre à la question plutôt que de leur dire que ce sont des imbéciles. Mais il faut aussi se rappeler toutes les fois où j’ai eu à poser des questions stupides.

La Politesse et le Respect

En fin de compte, tout cela se résume à la politesse et au respect. J’ai principalement abordé la question de l’assistance technique, mais la documentation n’est rien d’autre qu’une forme statique d’assistance technique. Elle répond aux questions que vous attendez des gens et elle offre des réponses dans une forme semi-permanente à titre de référence.

Lorsque vous écrivez cette documentation, vous devriez essayer de trouver le juste équilibre entre penser que votre lecteur est un idiot et penser qu’il devrait déjà tout savoir. D’un côté, vous lui demandez de s’assurer que l’ordinateur est branché, de l’autre, vous utilisez des mots comme « simplement » et « juste » pour faire comme si chaque tâche était triviale, laissant au lecteur l’impression qu’il n’est pas tout à fait à la hauteur.

Cela implique d’avoir beaucoup de respect et d’empathie pour votre lecteur, en essayant de vous rappeler ce que c’est que de débuter ou d’avoir un niveau intermédiaire dans l’apprentissage d’un nouveau logiciel. Cependant, les exemples de mauvaise documentation sont si répandus qu’il ne doit pas être difficile de s’en souvenir. Il y a des chances que vous en ayez fait l’expérience au cours de la dernière semaine.

J’aurais aimé…

J’aurais aimé être moins arrogant quand j’ai commencé à travailler sur la documentation open source. Quand je relis ce que j’ai pu écrire sur des listes de diffusion archivées publiquement, gravées à jamais dans le marbre d’Internet, j’ai honte d’avoir été aussi grossier.

La plus grande vertu humaine est la politesse. Toutes les autres vertus en découlent. Si vous ne pouvez pas être poli, tout ce que vous accomplirez importera peu.

Chaque jeudi à 21h, rendez-vous sur le framapad de traduction, le travail collaboratif sera ensuite publié ici même.

Traduction Framalang : Goofy, lerouge, lamessen, peupleLa (relectures), maxlath, Julius22, kalupa, ga3lig, lamessen

Laisser le champ libre

Lydia Pintscher

Lydia Pintscher est une femme naturellement douée pour apprivoiser les gens, les geeks et les chatons. Entre autres, elle est en charge des programmes de mentors de KDE (Google Summer of Code, Google Code-in, Season of KDE), membre fondateur des groupes de travail de la communauté KDE et membre du conseil de KDE e.V.

Le logiciel libre a un ennemi. Ce n’est pas celui auquel pensent la plupart des personnes sur Internet. Non, l’ennemi, c’est le manque de participation active.

Chaque jour des milliers de personnes se mettent à chercher ce qui pourrait bien donner un sens à leur vie, et se demandent comment réaliser quelque chose qui compte vraiment. Tous les jours des milliers de lignes de code pour des logiciels libres sont en attente d’écriture et de débogage, des programmes attendent d’être mis en avant et traduits, des éléments artistiques attendent de voir le jour et ainsi de suite.

Malheureusement, il arrive beaucoup trop souvent que la connexion ne s’établisse pas entre tous ces individus et tous ces projets. Il y a plusieurs raisons à cela. Tout commence avec des personnes qui ne connaissent rien au logiciel libre, à tous ses avantages et à ses valeurs. Mais on commence à y arriver. Les gens commencent à utiliser et peut-être même à comprendre le logiciel libre à grande échelle. Les projets de logiciels libres vivent de la conversion de certains de leurs utilisateurs en contributeurs actifs. Et c’est là que les problèmes sérieux commencent.

J’ai accompagné des centaines d’étudiants avec des programmes de tutorat et je suis allée sensibiliser de diverses façons aux projets de logiciels libres. J’ai travaillé avec des gens enthousiastes dont la vie a pris un tour bien meilleur grâce à leurs contributions aux logiciels libres. Mais il y a un leitmotiv que je vois encore et toujours et ça me brise le cœur parce que je sais maintenant à côté de quels talents nous passons à cause de ça : ne pas se sentir autorisé à faire quelque chose d’extraordinaire. Un collègue tuteur du Google Summer of Code a mieux résumé ceci en disant : « on a rarement l’impression que les contributeurs de l’open source n’ont pas eu la permission de travailler sur des trucs mais plutôt qu’ils ne se sont pas précipités assez vite au bon moment ». Les contributeurs potentiels pensent souvent qu’ils ne sont pas autorisés à contribuer. Les raisons en sont nombreuses et reposent toutes sur des malentendus. Voici les préjugés les plus courants d’après mon expérience :

• « Je ne sais pas coder. Pas moyen pour moi de contribuer. »
• « Je ne suis pas vraiment bon pour ça. On n’a pas besoin de mon aide. »
• « Je serais rien qu’un boulet. Ils ont des choses plus importantes à gérer. »
• « On n’a pas besoin de moi. Ils doivent avoir déjà assez de gens bien plus brillants que moi. »

Ces préjugés sont presque toujours sans fondement et j’aurais aimé savoir il y a bien longtemps qu’ils sont si répandus. J’aurais dès le début abordé très différemment mon travail de sensibilisation.

Le plus simple, pour sortir quelqu’un de cette situation, c’est de l’inviter en personne. « Cet atelier que nous proposons ? — Oui, bien sûr, tu devrais venir ». « Ce bogue remonté dans le traqueur de bogues ? — Je suis sûre que tu es la personne idéale pour essayer de le corriger ». « Ce communiqué de presse qu’il faut préparer ? — Ce serait super si tu pouvais le relire et t’assurer qu’il est bon ». Et si ce n’est pas possible, assurez-vous que votre matériel de promotion — vous en avez bien un peu, non ? — précise clairement quel genre de personnes vous recherchez et ce que vous estimez être les prérequis.

Assurez-vous surtout de toucher les personnes en-dehors du cercle des contributeurs habituels, car la barrière est encore plus haute pour eux. À moins de dépasser cette limite, vous ne recruterez que vous-même — c’est-à-dire que vous aurez davantage de contributeurs semblables à ceux que vous avez déjà. Les personnes semblables à celles déjà présentes sont géniales, mais pensez à toutes les autres personnes extraordinaires à côté desquelles vous passez et qui pourraient apporter de nouvelles idées et de nouvelles compétences à votre projet.

Source : Un cyber-marchand taxe les utilisateurs d’Internet Explorer 7

Crédit : Simon Gee Giraudot (Creative Commons By-Sa)

Mais que se passera-t-il donc le mercredi 7 mars prochain à la Bibliothèque Universitaire de La Roche-Sur-Yon ?

Ce sera tout simplement la première « Fête à la Copie » !

Rien que le titre on dirait une provocation dans le climat (peu serein) actuel mais en fait pas du tout !

En effet, point de contestation sévère et illicite mais une action conviviale, pédagogique, et 100% légale, pour sensibiliser le public aux problématiques complexes que sont, entre autres, la copie privée, le droit d’auteur, le partage des oeuvres, le libre accès, ainsi que le rôle actuel et futur des bibliothèques.

La législation a tendance à se crisper actuellement face aux nouveaux usages permis par les réseaux. Mais elle a ses petites failles dans lesquelles se sont joyeusement engouffrés une bande de joyeux mais sérieux drilles qui ont bien voulu répondre à quelques questions.

Merci de relayer l’info si, comme nous, vous trouvez l’évènement original et pertinent, car son succès dépend autant de l’affluence le jour J que de l’intérêt médiatique qu’il aura pu susciter.

Interview #CopyParty pour le Framablog

Framasoft : Bonjour, pouvez-vous vous présenter succinctement ?

Lionel Maurel. Conservateur des bibliothèques et juriste. Bibliothèque nationale de France. Auteur du blog S.I.lex, sous le nom de Calimaq

Olivier Ertzscheid. Maître de conférences en sciences de l’information à l’IUT de La Roche sur Yon (université de Nantes) et auteur du blog Affordance.info.

Silvère Mercier, auteur de Bibliobsession, le blog de Silvae, bibliothécaire engagé pour les libertés numériques et la libre dissémination des savoirs.

Bon, alors c’est quoi cette « Copy Party » exactement ?

LM : La Copy Party, c’est une manifestation qui va avoir lieu le 7 mars prochain, à la Bibliothèque Universitaire de la Roche Sur Yon, et au cours de laquelle les lecteurs seront invités à copier, avec leur propre matériel (scanners, ordinateurs portables, appareils photos, smartphones, etc) des documents issus des collections de l’établissement. Ce sera l’occasion de sensibiliser les participants à la problématique du droit d’auteur à l’heure du numérique et de réfléchir aux enjeux de la circulation et du partage des savoirs. D’un point de vue juridique, la Copy Party s’inscrit complètement dans un cadre légal, car elle s’appuie sur l’exception de copie privée, telle qu’elle a été modifiée à la fin de l’année dernière.

D’où est venue cette idée un peu folle ?

LM : A l’occasion de formations sur la propriété intellectuelle données à des bibliothécaires, des questions revenaient souvent de la part de collègues, à propos de l’utilisation par des lecteurs de moyens de copie personnels, comme des appareils photos ou des portables. Jusqu’à présent, il était difficile de donner une réponse certaine, car il existait une « zone grise », en raison du débat non tranché sur la « licéité de la source » dans les conditions de la copie privée. Avec la réforme du 20 décembre 2011, le législateur a explicitement indiqué que la source des reproductions devait être licite pour pouvoir bénéficier de la copie privée. Or le fait d’accéder à des documents documents en bibliothèques constitue une telle source licite (avec des nuances selon les types de documents, mais dans la très grande majorité des cas). D’un point de vue général, l’ajout de la condition de licéité de la source fragilise le régime de la copie privée, en obligeant l’utilisateur à déterminer s’il accède légalement ou non à un contenu. La Quadrature du Net a vivement critiqué cette réforme, en déplorant le fait que l’on fasse peser cette charge sur les utilisateurs, surtout dans le contexte des contenus en ligne, où le diagnostic juridique peut être très difficile à effectuer. Je partage tout à fait cette analyse et il est certain que l’ajout de cette condition de « source licite » a fermé des portes pour l’avenir. Mais je me suis rendu compte qu’il y avait peut-être une chance de donner à cette loi un sens que ses instigateurs n’avaient pas prévu et de retourner la restriction en de nouvelles possibilités. J’ai donc écrit un billet pour montrer les conséquences de la licéité de la source sur les usagers de bibliothèques.

A l’occasion d’une discussion avec d’autres bibliothécaires, à laquelle participait Silvère Mercier, l’idée est venue que cette extension des facultés de copie des usagers de bibliothèque pouvait aussi donner lieu à des évènements où des documents seraient mis à disposition des lecteurs afin qu’ils les reproduisent avec leur propre matériel. Le nom « Copy Party » a été lâché par quelqu’un et nous avons tout de suite compris que nous tenions un concept ! Silvère a développé l’idée de la Copy Party dans un billet sur son blog Bibliobsession, qui a attiré l’attention d’Olivier Ertzscheid. Finalement, la Bibliothèque Universitaire de La Roche Sur Yon, où enseigne Olivier, s’est laissée convaincre d’organiser un tel évènement. La suite, nous la connaîtrons après le 7 mars !

Est-ce vraiment une « première mondiale » ?

LM : Des manifestations ont déjà eu lieu, qui portaient le nom de « Copy Party ». La première s’est déroulée à Berlin en 1984, dans le cadre de ce qui allait devenir le Chaos Computer Club. Ce type d’évènements s’est ensuite multiplié au cours des années 80, au point de faire partie de la « Culture Hacker ». Dans notre cas, nous n’incitons pas à réaliser des copies illicites ou à « cracker » des protections. Il ne s’agit pas d’un appel à la désobéissance civile. La Copy Party de la Roche Sur Yon respecte le cadre légal de la copie privée. Mais il y a peut-être quand même une forme de « hacking » de la loi, lorsqu’on en propose une lecture qui n’avait sans doute pas été prévue par ses auteurs !

Pour revenir à la question, c’est en tout cas la première fois qu’un évènement de ce genre aura lieu dans une bibliothèque en France. Mais peut-être pas la dernière !

Quels messages souhaitez-vous par là-même faire passer ?

LM : La première intention est de sensibiliser les participants aux questions liées au droit d’auteur et à la diffusion des savoirs, en prenant cette manifestation comme un cas pratique. Nous allons en effet rapidement nous rendre compte que même en accédant à des « sources légales », bénéficier de la copie privée reste une chose compliquée. En effet, les règles sont susceptibles de changer selon les types de documents (livres, CD, DVD, jeux vidéo, logiciels, bases de donnée, etc). Il est aussi possible que nous nous heurtions à des DRM, qui empêcheront la reproduction. Il y a aussi la question de l’usage que l’on peut faire des copies réalisées dans ce cadre, qui reste très restrictif (elles doivent être « réservées à l’usage du copiste et non destinées à une utilisation collective »). Ces difficultés vont certainement nous amener « en creux » à réfléchir sur les justifications de ces restrictions à l’accès au savoir, dans le cadre d’une bibliothèque.

Plus largement, l’acte de copie devient de plus en plus problématique, parce que la propriété intellectuelle, ébranlée par l’environnement numérique, ne parvient pas à retrouver ses assises, malgré le durcissement continu du système. Le simple fait que cette Copy Party fasse autant parler d’elle est symptomatique. Alors même que nous allons au fond seulement rester dans le cadre d’une exception prévue par la loi, la Copy Party sent la poudre, comme si toute copie était assimilable à un acte de piraterie ! Ce n’est pas vrai et nous allons le prouver.

Quelles retombées en attendez-vous ?

LM : La Copy Party pourrait être l’occasion d’engager un débat sur la place des bibliothèques dans la société actuelle et leur rôle dans l’environnement numérique. Il faut savoir en effet que les bibliothèques ont de plus en plus de mal à remplir leurs missions dans l’environnement numérique. Dans l’environnement analogique, des mécanismes ont été mis en place par la loi dans les années 1990/2000 pour faciliter certains types d’usage des oeuvres en bibliothèque. C’est le cas par exemple de la loi sur la reprographie ou de celle sur le droit de prêt des livres. Mais ces textes ne s’appliquent pas à l’environnement numérique, ce qui fait qu’utiliser un scanner dans une bibliothèque constitue un véritable casse-tête ou que le prêt de livres numériques n’arrive pas à se mettre en place dans de bonnes conditions. Des exceptions ont bien été votées dans les lois DADVSI et Hadopi en faveur des bibliothèques, mais elles sont très restrictives, voire presqu’inapplicables, notamment parce qu’elles ne permettent pas de mettre des contenus en ligne. La condition juridique des bibliothèques est à repenser, si l’on ne veut pas qu’elles soient tenues à l’écart de la révolution numérique.

L’autre question sous-jacente à la Copy Party est celle des pratiques de partage dans un cadre non marchand. Dans le cadre de la copie privée, il n’est pas possible de « partager » les contenus. Mais nombreux sont ceux qui ont fait un lien entre la licence légale qui a été instaurée pour le prêt en bibliothèque et les propositions de licence globale (ou contribution créative) qui sont avancées comme alternative à la répression du partage en ligne. Il me semble que cette comparaison est pertinente, car la bibliothèque du 21ème siècle, c’est le web tout entier, et une solution est nécessaire pour reconnaître la légitimité de l’accès au savoir et du partage de la culture. La Copy Party ne constitue bien entendu pas une telle solution, mais si elle peut attirer l’attention sur ses enjeux, ce sera déjà bien.

Le fonds de la bibliothèque universitaire est-il riche et multimédia ?

OE : C’est un fonds documentaire typique d’une bibliothèque universitaire (BU). Donc on ne pourra pas nécessairement copier beaucoup de musique ou de DVDs 😉 Mais la particularité de la BU de La Roche sur Yon est qu’elle n’accueille pas uniquement des étudiants et des chercheurs mais est ouverte à l’ensemble des habitants de la ville. Tout le monde devrait donc pouvoir y trouver des documents à copier en fonction de ses centres d’intérêt.

Ici on a donc l’aval et la complicité de la bibliothèque de La Roche-sur-Yon mais imaginez que vous fassiez des émules dans d’autres bibliothèques, ne craignez-vous pas de semer un certain « désordre » ?

LM : C’est un peu paradoxal de parler de désordre, alors que la Copy Party n’est qu’une conséquence de la réforme de la loi sur la copie privée. D’ailleurs, il n’est pas besoin qu’une Copy Party soit organisée pour que les usagers des bibliothèques puissent réaliser des reproductions sur le fondement de la copie privée à partir d’oeuvres empruntées ou consultées sur place. C’est une chose qu’ils peuvent faire au jour le jour et que les établissements ne peuvent pas empêcher. Même s’ils ne souhaitent pas organiser de Copy Parties (ce qui est leur droit le plus entier), il faudra bien qu’ils accèdent aux demandes de leurs usagers et qu’ils accompagnent ces nouvelles pratiques. Je dirais d’ailleurs que cette capacité des usagers à copier avec leur propre matériel devrait plutôt être considérée comme une chance pour les bibliothèques. On constate en effet avec l’évolution technologique que les usagers viennent de plus en plus dans les bibliothèques avec leurs propres équipements (ordinateurs portables, appareils photos, téléphones portables, etc). D’une certaine manière, les bibliothèques ont toujours été des lieux où l’on accomplit en public des activités « privées » (la lecture, l’étude, etc). La nouvelle loi sur la copie privée permet d’accompagner ces nouveaux usages.

Il y aura peut-être cependant à un moment une réaction des titulaires de droits face à ces nouvelles facultés de copie et de circulation des oeuvres, mais les industries culturelles se sont réjouies de l’insertion de cette condition de « licéité de la source ». Il faut à présent en accepter les conséquences. Par ailleurs, rappelons que la copie privée fait l’objet d’une rémunération, dont les individus s’acquittent lors de l’achat de supports vierges et de matériels de copie. C’est aussi vrai des usagers dans les bibliothèques !

Pourrait-on en organiser dans d’autres pays ou est-ce trop lié à la législation nationale ?

LM : Il faut impérativement aller voir le droit de chaque pays pour savoir si l’on peut y organiser des Copy Parties. En Angleterre par exemple, la copie privée n’existe tout simplement pas en général. Certains pays, comme le Canada par exemple, ont mis en place des exceptions spécialement conçues pour que les bibliothèques puissent remettre des copies d’oeuvres (notamment d’articles de revues) à leurs usagers. Le point majeur à surveiller est celui de la licéité de la source, qui modifie sensiblement le périmètre de la copie privée.

Hadopi, Sopa, Acta, etc. ça vous parle quant à l’évènement ?

LM : Hadopi, cela me parle particulièrement oui, car on oublie souvent que « la négligence caractérisée dans la sécurisation de la connexion », qui est le pivot du système Hadopi, s’applique également aux accès publics à Internet et pas seulement aux individus. Cela signifie qu’une bibliothèque, mais aussi une université, un hôpital, un aéroport et même un parc public pourraient recevoir des avertissements et pourquoi pas, se voir couper leur accès à Internet en cas de récidive. Les bibliothèques, que ce soient au niveau français ou international, se sont aussi mobilisées contre l’accord ACTA, au nom de la défense de valeurs comme la liberté d’expression ou l’accès à la connaissance.

Cette litanie de textes répressifs, de plus en plus violents, empêchent qu’un vrai débat soit conduit sur le rééquilibrage entre les droits des créateurs et ceux du public. Les bibliothèques en font très directement les frais, au quotidien, dans l’accomplissement de leurs missions.

La Copy Party sera suivie d’un débat avec les participants qui sera l’accasion de poser ces questions.

Comment peut-on vous aider si on n’a pas la chance de pouvoir s’y rendre ?

LM : Vous pouvez relayer l’information pour donner un maximum d’impact à cet évènement, et il sera également possible de suivre et de participer à distance sur Twitter, grâce au hashtag #CopyParty.

Mais le meilleur moyen de faire avancer les choses, cela reste de sensibiliser à tous les niveaux sur ces questions liées au droit d’auteur et à la propriété intellectuelle, et en particulier les décideurs.

En elle-même, la Copy Party ne peut être qu’un aiguillon. Elle ne change pas fondamentalement le système.

Ce qu’il faut espérer, c’est qu’un jour, la reproduction ne se fasse plus sur la base d’une simple exception étriquée (comme la copie privée), mais qu’elle soit consacrée comme un véritable droit de l’individu, reconnu avec une force égale au droit d’auteur.

—> Copy Party

Pour aller plus loin nous vous suggérons la lecture de ces deux billets issus du blog S.I.lex de Calimaq : Copy Party : prendre au mot la loi sur la copie privée et interroger les pratiques en bibliothèque et Le cadre juridique de la Copy Party en dix questions.

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

« Atelier Drupal 7 – Créer un site web avec un CMS pas comme les autres », la collection de livres libres Framabook s’agrandit avec un nouveau titre et non des moindres !

Drupal est l’un des meilleurs logiciels de création de sites Web. Drupal est sous licence libre. Drupal est réputé pour ne pas être toujours très facile d’accès, surtout au démarrage. Autant de bonnes raisons de vous proposer aujourd’hui un framabook dédié à la version majeure numéro 7.

On le doit à Cyprien Roudet, développeur de sites web indépendant est déjà auteur d’Atelier Drupal 6 en 2008.

Près de 500 pages accompagnées de nombreuses copies d’écran, pour un ouvrage complet, pédagogique et progressif (cf sommaire). Bref, tout ce qu’il faut pour devenir un orfèvre Drupal en poussant la porte de cet excellent atelier 🙂

Il est disponible sur EnVenteLibre au format broché ou spiralé (pertinente idée pour l’avoir toujours bien ouvert à côté de l’ordi).

Comme tout bon framabook qui se respecte, on le trouve également en libre téléchargement sur notre site dédié.

Merci de diffuser l’information si vous la jugez pertinente (cf communiqué de presse) car, licence libre oblige, on aimerait beaucoup conjuguer le succès de sa diffusion électronique avec celle de sa version matérialisée livresque.

Il est possible qu’un enfant chinois de 13 ans, travaillant 16h par jour pour 0,70 dollars de l’heure, se cache dans votre magnifique iPhone ou iPad. Et quand bien même nous ne soyons pas de ce cas extrême, les conditions sociales de tous ceux qui les produisent loin de chez nous demeurent épouvantables à nos yeux^[1].

Ainsi va le monde d’aujourd’hui. Apple n’est qu’un exemple parmi tant d’autres mais il en est un bien triste symbole.

Votre iPhone a été fabriqué, en partie, par des enfants de 13 ans travaillant 16 heures par jour pour 0,70 dollars de l’heure

Your iPhone Was Built, In Part, By 13 Year-Olds Working 16 Hours A Day For 70 Cents An Hour

Henry Blodget – 15 janvier 2012 – BusinessInsider.com
(Traduction Framalang/Twitter : HgO, goofy, Maïeul, Mogmi, oli44, Gatitac, popcode, Spartition, MaxLath, kadmelia)

Nous aimons nos iPhones et nos iPads.

Nous apprécions les prix de nos iPhones et iPads.

Nous sommes admiratifs des marges de profit très élevées d’Apple, Inc., le créateur de nos iPhones et iPads.

Et c’est pourquoi il est déconcertant de se rappeler que les bas prix de nos iPhones et iPads — ainsi que les marges de profits très élevées d’Apple — sont possibles parce qu’ils sont fabriqués dans des conditions de travail qui seraient jugées illégales aux États-Unis.

Et il est aussi déconcertant de remarquer que les gens qui fabriquent nos iPhones et iPads non seulement n’en possèdent pas (parce ce qu’ils n’en ont pas les moyens), mais, dans certains cas, qu’ils ne les ont même jamais vus.

C’est un problème complexe. Mais c’est aussi un problème important. Et cela va devenir de plus en plus préoccupant à mesure que les économies mondiales continuent à être de plus en plus interconnectées.

(C’est un problème qui concerne beaucoup de multinationales, et pas seulement Apple. La plupart des fabricants de produits éléctroniques font leurs business en Chine. Cependant, une des spécificités d’Apple, c’est l’importance de ses marges. Apple pourrait augmenter le salaire de ses employés ou leur garantir de meilleures conditions de travail tout en conservant son extrême compétitivité ainsi que sa rentabilité.)

La semaine dernière, l’émission radiophonique américaine This American Life a proposé une édition spéciale sur les industries Apple. L’émission a diffusé (entre autres) le reportage de Mike Daisey, l’homme à l’origine du one-man-show « L’extase et l’agonie de Steve Jobs », avec Nicholas Kristof, dont l’épouse est issue d’une famille chinoise.

Vous pouvez lire ici une retranscription de l’ensemble. Voici quelques détails :

• La ville chinoise de Shenzhen est située là où la plupart de nos « merdes » sont fabriquées. Il y a 30 ans, Shenzhen était un petit village sur une rivière. Maintenant, c’est une cité de 13 millions de d’habitants — plus grande que New York.

• Foxconn, l’une des sociétés qui fabriquent les iPhones et les iPads (et aussi des produits pour un certain nombre d’autres entreprises d’électronique), possède une usine à Shenzhen qui emploie 430 000 personnes.

• Il y a 20 caféterias à l’usine Foxconn Shenzen. Elle servent chacune 10 000 personnes.

• Mike Daisey a interviewé une employée, à l’extérieur de l’usine gardée par des hommes armés, une jeune fille âgée de 13 ans. Chaque jour, elle lustrait des milliers d’écrans du nouvel iPhone.

• La petite de 13 ans a expliqué que Foxconn ne vérifiait pas vraiment l’âge. Il y a parfois des inspections, mais Foxconn est toujours au courant. Avant que les inspecteurs n’arrivent, Foxconn remplace les employés qui semblent trop jeunes par des plus âgés.

• Durant les deux premières heures devant les portes de l’usine, Daisey a rencontré des travailleurs qui lui ont dit qu’ils avaient 14, 13 et 12 ans (en plus de ceux qui étaient plus âgés). Daisey estime qu’environ 5% des travailleurs avec lesquels il a discuté étaient en-dessous de l’âge minimum.

• Daisey suppose que Apple, obsédée comme elle l’est des détails, doit le savoir. Ou, s’ils ne le savent pas, c’est parce qu’ils ne veulent pas le savoir.

• Daisey a visité d’autres usines de Shenzhen, se faisant passer pour un acheteur potentiel. Il a découvert que la plupart des étages des usines sont de vastes salles comprenant chacune entre 20 000 et 30 000 travailleurs. Les pièces sont silencieuses : il n’y a aucune machine-outil, et les discussions ne sont pas autorisées. Quand la main d’œuvre coûte si peu cher, il n’y a aucune raison de fabriquer autrement que manuellement.

• Une « heure » chinoise de travail dure effectivement 60 minutes — contrairement à une « heure » américaine, qui en général comprend les pauses pour Facebook, les toilettes, un appel téléphonique et quelques conversations. Le temps de travail journalier officiel est de 8 heures en Chine, mais la rotation standard des équipes de travail est de 12 heures. En général, la rotation s’étend jusqu’à 14-16 heures, en particulier lorsqu’il y a un nouveau gadget à fabriquer. Pendant que Daisey était à Shenzhen, un ouvrier de Foxconn est mort en travaillant 34 heures d’affilée.

• Les chaînes d’assemblage ne peuvent pas aller à un rythme supérieur à celui de l’ouvrier le plus lent, les ouvriers sont par conséquent observés (à l’aide de caméras). La plupart travaillent debout.

• Les ouvriers résident dans des dortoirs. Dans un cube de béton de 12 mètre de côté qui leur sert de chambre, Daisey compte 15 lits, empilés comme des tiroirs jusqu’au plafond. Un Américain de taille moyenne n’y tiendrait pas.

• Les syndicats sont interdits en Chine. Quiconque est surpris à monter un syndicat est envoyé en prison.

• Daisey a interviewé des douzaines d’anciens ouvriers qui soutiennent secrètement un syndicat. Un groupe raconte avoir utilisé de l’« hexane », un nettoyeur d’écran d’iPhone. L’ hexane s’évapore plus rapidement que les autres nettoyeurs d’écran, ce qui permet à la chaîne de production d’aller plus vite. L’hexane est également un neurotoxique. Les mains de l’ouvrier qui lui en a parlé tremblaient de manière incontrôlée.

• Certains ouvriers ne peuvent plus travailler, leurs mains ayant été détruites par ces mêmes gestes répétés des centaines de milliers de fois durant de nombreuses années (syndrome du canal carpien). Cela aurait pu être évité si les ouvriers avaient simplement changé de poste. Dès que les mains des ouvriers ne fonctionnent plus, ils sont évidemment jetés.

• Une ancienne ouvrière a demandé à son entreprise de payer les heures supplémentaires, et lorsque la société a refusé, elle est allée au comité d’entreprise. Celui-ci l’a inscrite sur une liste noire qui a circulé parmi toutes les entreprises de la région. Les travailleurs sur une liste noire sont fichés comme « fauteurs de troubles / agitateurs » et les compagnies ne les embauchent pas.

• Un homme s’est fait écraser la main par une presse à métal chez Foxconn. Foxconn ne lui a dispensé aucun soin médical. Quand sa main a été guérie, il ne pouvait plus travailler et a donc été renvoyé. (Heureusement, l’homme fut capable de trouver un nouveau travail dans une entreprise de menuiserie. Les horaires y sont bien meilleurs dit-il, seulement 70 heures par semaine).

• Cet homme fabriquait d’ailleurs les coques en métal d’iPads chez Foxconn. Daisey lui montra son iPad. Il n’en avait jamais vu auparavant. Il le prit et joua avec. Il raconta trouver cela « magique ».

Il convient cependant de rappeler que les usines du Shenzhen, aussi infernales soient-elles, ont été une bénédiction pour le peuple chinois. C’est ce que dit l’économiste libéral Paul Krugman. C’est ce que dit Nicholas Kristof, chroniqueur au New York Times. Les ancêtres de la femme de Kristof sont originaires d’un village proche de Shenzhen. Il sait donc de quoi il parle. Pour Kristof, les « malheurs » de l’usine valent toujours mieux que les « malheurs » des rizières.

Donc, de ce point de vue, Apple aide à transférer de l’argent de riches consommateurs américains et européens vers des pauvres travailleurs de Chine. Sans Foxconn et les autres usines d’assemblage, les travailleurs chinois seraient encore en train de travailler dans des rizières, gagnant 50$ par mois au lieu de 250. (C’est l’estimation de Kristof. En 2010, selon Reuters, les employés de Foxconn ont obtenu une augmentation totalisant 298$ par mois, soit 10$ par jour, soit moins d’un dollar par heure.) Avec cet argent, ils s’en sortent bien mieux qu’autrefois. En particulier les femmes, qui ont peu d’autres possibilités.

Mais, bien sûr, la raison pour laquelle Apple assemble ses iPhones et ses iPads en Chine au lieu des États-Unis, c’est que l’assemblage ici ou en Europe coûterait cher, bien plus cher – même compte-tenu des frais d’expédition et de transport. Et cela coûterait beaucoup, beaucoup plus parce qu’aux États-Unis et en Europe, nous avons établi des conditions de travail et de salaire minimales acceptables pour les travailleurs.

Foxconn, inutile de le préciser, n’essaye absolument pas de tendre vers ces conditions minimales.

Si Apple avait décidé de fabriquer les iPhones et les iPads pour les Américains en utilisant les conditions de travail américaines, deux choses pourraient arriver :

• Le prix des iPhones et des iPads augmenterait

• Les marges de profit d’Apple diminueraient

Aucun de ces éléments ne serait bénéfique à un consommateur américain ou à un actionnaire d’Apple. Mais ils pourraient ne pas être si terribles que ça non plus. Contrairement à certains fabricants d’électronique, les marges de profit sont si élevées qu’elles pourraient beaucoup baisser et rester tout de même élevées. Et certains utilisateurs américains auraient probablement meilleure conscience si on leur disait que ces produits ont été construits dans les conditions de travail de leur propre pays.

En d’autres termes, Apple pourrait certainement se permettre de respecter des conditions de travail américaines pour fabriquer ses iPhones et iPads, sans pour autant détruire son modèle économique.

On peut alors raisonnablement se demander pourquoi Apple a choisi ici de ne PAS faire ainsi.

(Ce n’est pas qu’Apple soit la seule entreprise qui ait choisi de contourner la législation du travail et les coûts de la main d’œuvre américaine, bien sûr – presque toutes les entreprises industrielles qui veulent survivre, ou tout simplement se développer, doivent abaisser les normes et leurs coûts de productions en faisant fabriquer leurs produits ailleurs.)

Au final les iPhones et les iPads coûtent ce qu’ils coûtent parce qu’ils sont fabriqués selon des conditions de travail qui seraient illégales dans notre pays – parce que les gens de notre pays considèrent ces pratiques comme scandaleusement abusives.

Ce n’est pas un jugement de valeur. C’est un fait.

La prochaine fois que vous vous saisirez de votre iPhone ou de votre iPad, pensez un peu à tout cela.