L’open data est dans tous ces états actuellement !

Il y a deux ans, nous avions publié un article intitulé S’il te plaît… dessine-moi une ville libre. Il sagissait en l’occurrence de Vancouver mais depuis de nombreuses autres cités se sont emparées de la question, et commencent à y apporter des réponses en impliquant leurs administrés.

Quitte à ce que ce soit les administrés eux-mêmes qui suggèrent fortement l’idée à leurs leaders politiques locaux, comme c’est le cas ici pour Toulouse, qui souhaite emboîter le pas à Rennes, Paris ou Nantes pour faire vivre ses données publiques.

Open Data Toulouse – Entretien avec David Chemouil

Bonjour pouvez-vous vous présenter succinctement ?

J’ai 36 ans, je suis chercheur en informatique à Toulouse, où je vis avec ma compagne et ma fille. Très sensible à la question du logiciel libre (je suis tombé dedans il y a un peu plus de 15 ans pendant mes études), je suis aussi administrateur de l’April depuis cette année.

Mais dans le cas présent, je suis surtout point de contact d’un collectif s’intéressant à une question connexe, celle de l’open data à Toulouse et sa région.

Qu’est-ce que l’open data ?

L’open data, c’est un mouvement international qui promeut la libération des données publiques non-nominatives.

Les données publiques, ce sont en gros les informations exploitées et conservées par les services publics (collectivités locales, État, mais on peut aussi penser à certaines sociétés privées travaillant directement pour les services publics). Ces données concernent des sujets très variés : cela peut aller d’informations sur la pollution dans une ville à la position des arbres entretenus par les jardiniers de la ville, ou encore le budget d’une ville ou d’une région et sur quels postes il est utilisé… Ou bien la position des bus en temps-réel…

Or, la plupart de ces informations se trouve de nos jours sous forme informatisée dans diverses bases de données. Vient alors l’idée, assez naturelle, que ces données pourraient la plupart du temps être rendues publiques (en tenant compte de la loi, bien sûr, d’où l’exclusion des données nominatives du champ de l’open data). Pour quoi faire ? Eh bien, pour des utilisations très variées.

Sur le plan socio-économique, cela permet d’imaginer des applications que les acteurs publics n’ont pas nécessairement les moyens de mettre en œuvre, ou alors dont personne n’a l’idée sauf une personne ingénieuse. Cela permet aussi de lever des barrières organisationnelles (par exemple, le fait que les informations relatives à des moyens de transport différents ne sont pas reliées, pas forcément à cause d’une mauvaise volonté mais plutôt pour des raisons structurelles). Parmi les applications déjà proposées dans des initiatives similaires, on a par exemple des sites web calculant des itinéraires adaptés aux personnes à mobilité réduite, empruntant des voies sur lesquelles il n’y a pas de gravier, les trottoirs sont tous équipés de passages bateau, etc. Ou alors des sites proposant des itinéraires empruntant à la fois la marche, le vélo de location, le bus et le train…

Sur un plan plus citoyen et politique, on peut utiliser les données pour évaluer les politiques publiques. De ce côté là, l’association Regards Citoyens propose plusieurs applications, notamment une intéressante sur le redécoupage de la carte électorale, qui permet d’en estimer son impact sur la représentation des partis politiques.

Outre ces raisons, on peut aussi penser qu’il n’est pas anormal que ces données, dont la collecte et la maintenance sont financées par les impôts, soient accessibles aux citoyens.

Pourquoi l’open data et les logiciels libres vont très bien ensemble ?

J’y vois au moins deux raisons.

En premier lieu, on sent bien qu’il y a une parenté entre ces deux domaines, avec l’idée que des objets techniques porteurs de connaissances -les logiciels, les données-  ont vocation à être librement accessibles, reproductibles, diffusables, modifiables, etc. On parle souvent à leur propos de bien non-rivaux, ce qui signifie que les donner à quelqu’un n’enlève pas de connaissance à celui qui a donné.

Toutefois, il y a aussi des différences entre logiciels et données. Pour cette raison, des licences spécifiques ont été proposées pour ces dernières. Celle que nous préconisons pour Toulouse est l’Open Database License v1.0. Il n’y aucune originalité de notre part là dedans, c’est la licence préconisée par de nombreux tenants de l’open data. En gros, elle permet le partage des données, la création d’œuvres à partir des données, leur adaptation. Elle impose aussi des devoirs : l’origine des données ou œuvres basées sur les données doit être clairement tracée, la licence doit être préservée (clause de réciprocité analogue au copyleft des licences GNU) et l’ouverture doit être préservée (il s’agit là d’une clause qui permet de se protéger des menottes numériques que sont les DRM).

Je disais qu’il y avait au moins deux raisons. Pour la seconde, il me semble qu’un certain nombre de logiciels faisant usage des données publiques ont vocation à être libres. Pour les raisons usuelles qu’invoquent les défenseurs du logiciel libre bien sûr, mais aussi parce que certaines applications à teneur politique doivent pouvoir être étudiées. Afin de vérifier, sinon l’objectivité des calculs, au moins étudier les choix faits par les concepteurs de l’application.

Qui est open data Toulouse, pourquoi avoir créé ce collectif et que souhaitez-vous à court et à long terme ? quels sont les éventuels obstacles a lever ?

Open Data Toulouse, c’est un collectif qui s’est créé un peu par hasard. Un collègue et moi-même nous intéressions au départ à la question du déplacement dans l’agglomération, en particulier pour favoriser les déplacements domicile-travail pas trop, voire pas du tout, polluants. En particulier, comment encourager les usagers à ne pas avoir envie de prendre leur voiture ? Il nous est vite apparu qu’il manquait à Toulouse des informations publiques relatives aux transports, mises à jour en temps-réel. Par exemple, si je dois attendre le bus 30 minutes sous la pluie, ce n’est pas la même chose que si je reçois un avertissement à mon bureau me disant que le bus sera là dans 5 minutes. De même, si le train a une panne, inutile que j’aille jusqu’à ma gare habituelle, mieux vaut que je prenne un bus spécifique. Mais il faut pouvoir en être averti.

De fil en aiguille, nous avons pris conscience que le problème était plus général et rejoignait la question de l’open data. Nous avons donc rencontré diverses personnes, associations et sociétés et mis au point une lettre commune, fondée sur celle élaborée pour la même raison à Nantes par l’association LiberTIC (merci à cette dernière pour nous avoir permis cette réutilisation). Nous avons adressé cette lettre le 4 avril à M. Pierre Cohen, Président du Grand Toulouse.

Par cette lettre, nous souhaitons surtout montrer à M. Cohen et son administration que cette question remporte l’adhésion de beaucoup de monde. Nous avons quelques contacts au Grand Toulouse et il semble que cette idée soit accueillie positivement. Évidemment, tout reste à faire, et il ne suffira pas, le cas échéant, de déclarer l’ouverture des données. La mise en œuvre de cette ouevrture nécessite, encore une fois, une licence satisfaisante (comme l’ODbL v1.0) et implique aussi des efforts (mise à disposition des données sur un serveur, mise à jour régulière, etc.). La réunion de ces facteurs, c’est la liste des obstacles potentiels. Pour les surmonter, nous comptons sur des réunions de sensibilisation, mais il nous faut aussi, pour être pris au sérieux, de nombreuses signatures.

Pour finir, nous visons à court terme le lancement de l’open data dans le Grand Toulouse. Mais il s’agit seulement d’un début, bien sûr. Nous comptons à plus long terme sur l’effet d’entraînement du Grand Toulouse vis-à-vis des autres collectivités : les autres communes environnantes mais aussi le département, la région, d’autres services publics, etc.

On parle également d’open data à Rennes, Nantes ou Paris. Vous pouvez-nous en dire plus et etes-vous en relations avec les acteurs de ces villes pour fédérer les actions ?

Nous avons été un peu en contact avec LiberTIC à Nantes qui a été moteur dans l’open data sur place. Et nos homologues parisiens nous ont contacté aujourd’hui ! De fait, nous sommes intéressés par tout retour d’expérience et éventuellement collaboration sur le sujet.

Peut-on signer la lettre quand bien même nous ne sommes pas Toulousain ?

Tout à fait, la question de l’open data concerne tout le monde. Ceci dit, nous espérons tout de même une forte participation des habitants du Grand Toulouse ainsi que des environs (je songe en particulier à toutes les personnes qui travaillent dans l’agglomération toulousaine mais n’y habitent pas). C’est évidemment la première chose que regarderont M. Cohen et l’administration du Grand Toulouse.

J’ajoute, pour les personnes qui signeraient, qu’elles ne doivent pas hésiter à sensibiliser leur entourage à signer aussi !

Du projet One Laptop per Child (ou OLPC) les grands médias ont surtout retenu qu’il s’agissait de mettre un ordinateur entre les mains des enfants des pays défavorisés. Confondant la fin et les moyens ils sont alors souvent passés totalement à côté de son intérêt principal qui est pédagogique. Negroponte n’a de cesse à juste titre de le répéter : « le projet OLPC n’est pas un projet informatique, c’est un projet éducatif ».

Lorsqu’une écolière Uruguayenne et un écolier Uruguayen allument leur petit ordinateur vert, ils se retrouvent sur une interface qui est fort différente du classique environnement graphique d’un Mac, Windows ou d’une distribution GNU/Linux.

Ici on abandonne la métaphore du bureau. Applications et fichiers sont bien entendu toujours présents mais ce qui est mis en avant c’est l’interaction avec les autres, ce qui apparaîtra de suite à l’écran c’est la présence du camarade, ce sur quoi il travaille, sachant qu’il est alors facile de le rejoindre pour collaborer.

Cette interface innovante et pleine de promesses s’appelle Sugar (cf vidéo). Elle est déjà massivement utilisée dans des pays comme l’Uruguay (cf vidéo) et nous voici alors projetés à des années-lumière de ce qu’une école française peut proposer non seulement comme outil mais aussi et surtout comme conception générale de sa fonction et de ses missions^[1].

En matière d’éducation et de nouvelles technologies, il y a ceux qui pensent qu’il est important de savoir comment mettre en gras dans Word, c’est-à-dire apprendre le mode d’emploi d’un logiciel propriétaire, et il y a ceux qui veulent en profiter pour… changer le monde !

Le créateur de Sugar, Walter Bender, est de ceux-là. Simon Descarpentries l’a rencontré pour nous à Paris à l’occasion de l’Open World Forum 2010 et il a gentiment accepté de nous livrer un texte inédit nous présentant la jeune fondation Sugar Labs, sa philosophie, ses objectifs et ses réalisations.

Il ne s’agit que d’un témoignage mais c’est un témoignage important car il est bien possible que se trouve là l’une des pistes possibles et souhaitables pour l’éducation de demain. Et il n’est guère étonnant de constater la convergence entre une conception dynamique, créative et collective de l’apprentissage et le logiciel libre et sa culture.

Culture communautaire : l’expérience Sugar Labs

Community culture: The experience of Sugar Labs

Walter Bender – décembre 2010 – Licence Creative Commons By-Sa
(Traduction Framalang : Siltaar, Goofy, Seb seb, Zitor, Julien et Barbidule)

Dans un article publié il y a 30 ans et intitulé « Critique de l’ordinateur contre pensée technocentrique », Seymour Papert écrivait : « le contexte du développement de l’homme est toujours la culture, jamais une technologie isolée ». Dans un autre passage du même article, Papert offre un aperçu de ce qui est nécessaire pour fonder une culture de l’apprentissage : « Si vous vous demandez que doit savoir un pratiquant averti du LOGO, la réponse va au-delà de la capacité à utiliser et enseigner le LOGO. L’adepte doit être capable de parler du LOGO, d’en faire la critique, et de discuter des critiques émises par d’autres personnes ».

30 ans après, remplaçons « LOGO » par « Sugar »

Sugar est une plateforme logicielle destinée à l’éducation des enfants. Sugar est développé et maintenu par Sugar Labs, une communauté mondiale de développeurs et d’éducateurs bénévoles. Notre objectif est l’émergence d’une génération de penseurs critiques et de gens capables d’inventer des solutions. À travers Sugar, nous nous efforçons de procurer à chaque enfant une chance d’apprendre et d’apprendre à apprendre, dans un contexte qui va lui permettre à la fois d’entamer un échange dynamique avec d’autres et de développer des moyens indépendants pour atteindre ses objectifs personnels.

Que devraient apprendre les enfants et comment devraient-ils apprendre ? Ceux qui apprennent devraient avoir accès aux idées qui nourrissent leur culture locale de même qu’aux idées puissantes qui constituent l’héritage global de l’humanité. Mais ils devraient aussi s’exercer à l’exploration et à la collaboration, et s’approprier des connaissances en menant une démarche authentiquement ouverte de recherche de solutions. Ce qui peut être réalisé au sein d’une communauté éducative construite autour d’une structure de responsabilités, c’est-à-dire avec des apprenants qui s’impliquent dans un processus d’expression, de critique et de réflexion par eux-mêmes. Qu’est-ce que j’apprends ? Comment l’ai-je appris ? Pourquoi est-ce important ? Puis-je l’enseigner à d’autres ? Est-ce que j’en ai une connaissance approfondie en l’enseignant ?

Dans cet essai, je compte exposer la façon dont Sugar nourrit une culture éducative par l’association de deux communautés – les développeurs de Sugar et ceux qui apprennent – participant à créer un « contexte favorable au développement humain » et un changement de culture scolaire.

La culture du logiciel libre

La culture du logiciel libre a influencé le développement de Sugar. Les développeurs du Libre vont au-delà du produit de consommation, ils créent et partagent leurs créations ; ils « débattent » du logiciel libre, ils en font la « critique », et ils « discutent le point de vue critique des autres ». Il ne prennent rien pour argent comptant. Les points communs entre le projet Sugar et le mouvement du logiciel libre sont les suivants : des outils pour s’exprimer, car les enfants créent des contenus autant qu’ils les consomment ; et la collaboration, car les enfants partagent leurs réalisations, s’aident mutuellement, et se lancent dans un processus de réflexion sur eux-mêmes et de critique collective.

Le projet Sugar s’inspire également de la façon dont les acteurs de la communauté du logiciel libre collaborent. Tout comme les développeurs de logiciels, les enfants discutent, se socialisent, jouent ensemble, partagent des médias, s’associent pour créer de nouveaux médias et des programmes, s’observent les uns les autres, dans un cadre à la fois formel et informel. Le projet Sugar facilite le partage, la collaboration et la critique. Les développeurs de logiciels libres et ceux qui apprennent avec Sugar rédigent des documents, échangent des livres et des images, créent de la musique ou écrivent du code ensemble. Les deux communautés s’investissent dans une « pratique de réflexion » : il s’agit de mettre en pratique leur expérience tout en étant guidé et épaulé par des « spécialistes » d’un domaine (ils peuvent être professeurs, parents, membres de la communauté dans un salon de discussion, ou encore de camarades étudiants investis dans un échange critique soutenu).

De la même façon qu’avec le logiciel libre, Sugar encourage chaque enfant à être une force créative au sein de sa communauté. L’apprentissage avec Sugar n’est pas un acte passif où l’enfant reçoit le savoir. Il est actif. On parle de créativité, d’aisance, d’innovation, et de résolution de problèmes, tout ce qui implique l’expression personnelle et les liens forts à la communauté. Sugar apporte les outils d’expression à portée des enfants pour qu’ils soient libres d’agir à l’intérieur de leur communauté et à travers leurs actions, de changer le monde. Le logiciel libre est une condition nécessaire pour établir cette culture de l’expression et de l’émancipation. Le mot d’ordre de la génération suivante d’élèves sera « montre-moi le code, que je puisse en tirer un apprentissage et l’améliorer. »

Réalisations et défis

Depuis que nous avons établi les Sugar Labs en tant que projet dans le cadre du Software Freedom Conservancy (NdT : lit. Protection des Libertés Logicielles) en 2008, nous avons démontré notre engagement à un ensemble de valeurs fondamentales qui comprennent la liberté et l’ouverture ; nous sommes devenus dans une large mesure indépendants de tout matériel et distribution (lorsque nous avons commencé, nous étions liés à une seule plateforme – le netbook XO du projet One Laptop per Child (OLPC)) ; nous avons énormément avancé sur le chemin qui conduit à une version logicielle stable 1.0 ; nous sommes forts d’une vaste communauté qui comprend près de 2 millions d’élèves utilisateurs ainsi que, bien entendu, des développeurs de logiciels et de nombreux professeurs et étudiants qui ont leur franc-parler.

Alors que nous nous débattons quotidiennement avec des défis techniques, notre défi principal est l’un des engagements avec notre communauté : comment pouvons-nous nous assurer qu’il y a un dialogue fructueux entre le développeur et les communautés éducatives liées à Sugar ? En d’autres termes, comment pouvons-nous transmettre à la communauté éducative la culture de la collaboration et de l’esprit critique qui est essentielle au développement de la plateforme Sugar, et à mieux nous permettre d’apprendre de nos utilisateurs finaux ? L’un des rôles que joue la communauté Sugar est de sensibiliser l’ensemble de l’écosystème du logiciel libre aux besoins des enseignants. Un autre rôle est de sensibiliser l’ensemble de l’écosystème éducatif au pouvoir de l’expression, de la critique et de l’auto-critique. Dans nos interactions avec les deux communautés, nous prenons grand soin de nous demander nous-mêmes : « Quel effet cela a-t-il sur l’apprentissage ? ».

Afin d’élargir nos efforts, un équilibre entre la fréquence des déploiements Sugar et la fréquence des nouveautés apportées par les Sugar Labs doit être maintenu. Nous avons un bon bilan dans notre réactivité aux besoins identifiés par les déploiements ; dans le même temps, nous sommes pro-actifs en sollicitant une plus grande participation de la communauté.

Les Sugar Labs sont aussi axés sur les besoins des enseignants. Nous avons des discussions régulières sur la façon de solliciter leurs retours. Certains initiatives, tel qu’une liste de discussions fréquentée par des enseignants et des conversations hebdomadaires sur la pédagogie sont très productives. Un exemple de notre succès est que des enseignants commencent à apporter des modifications à Sugar et à ses activités. Un autre exemple est que des professeurs d’université enseignent l’informatique avec des logiciels libres dont Sugar.

Sugar Labs se décline au pluriel

Sugar Labs est une communauté globale qui se charge de définir des objectifs clairs et de maintenir l’infrastructure dont a besoin le projet dans son ensemble. Mais la communauté Sugar encourage et facilite également la création de « labs locaux » qui apportent leurs spécificités et une autonomie pour les déploiements régionaux, y compris en partenariat avec des entreprises locales à but lucratif, ce que le Sugar Labs « central » ne peut pas faire.

Ces labs locaux :

• adaptent la technologie et la pédagogie à la culture et aux ressources locales (ex : développement d’activités et de contenus spécifiques à une région) ;
• aident à traduire Sugar en langues régionales ;
• gèrent les déploiements Sugar dans les écoles de la région ;
• créent des communautés locales adhérentes aux principes des Sugar Labs, rendant Sugar plus ouvert et autonome ;
• permettent la communication entre ces communautés locales et la communauté mondiale Sugar Labs ;
• hébergent, co-hébergent ou s’associent dans l’organisation de conférences, ateliers, discussions et rencontres relatifs à l’utilisation et au développement de Sugar.

Avec le temps, la charge technique se répartit sur les labs locaux (la sortie récente de « Dextrose », pour les OLPC XO construits au Paraguay, est un exemple de comment les labs locaux – menés par une communauté de volontaires – peuvent travailler ensemble pour résoudre des défis techniques et pédagogiques).

En « amont » et en « aval »

Marco Presenti Gritti, développeur Sugar et co-fondateur des Sugar Labs, me rappelait que lorsque nous avons créé les Sugar Labs, nous avons pris une décision réfléchie sur l’étendue du développement. « En suivant le modèle de l’environnement graphique GNOME, nous n’allions pas tout créer et gérer nous-même, mais nous allions nous intégrer et nous appuyer sur les distributions GNU/Linux et le projet OLPC pour le faire ».

Classiquement, un projet en amont^[2] développe du code et un processus de publication. En aval, les distributions créent des paquets avec des personnalisations et distribuent un produit pour l’utilisateur final (cela implique habituellement un processus QA bien défini et un mécanisme de support).

Le spécificité éducative de notre projet a nécessité d’élargir le modèle et les communautés impliquées. Le développement et les déploiements de Sugar sont évidemment engagés dans la construction d’images, de QA, des tests, dans la recherche d’erreurs à corriger, dans la documentation, le support… qui relèvent de programmeurs experts. Mais, comme mentionné précédemment, nous travaillons également avec des étudiants et lycéens et à l’occasion un professeur qui connaît suffisamment bien le Python peut contribuer aux correctifs.

Afin de créer un produit viable et gérable, nous devions établir un équilibre entre notre travail comme projet logiciel « en amont » et les efforts « en aval » des distributeurs GNU/Linux. C’est ainsi que nous travaillons activement avec la communauté Fedora (laquelle a pris à son compte une grosse partie de la charge associée au support du matériel OLPC), la communauté Debian, openSUSE, Trisquel, Mandriva, Ubuntu (ex : le Sugar Ubuntu remixé), etc.. À l’occasion nous devons assumer un rôle de leader, comme quand nous avons pris à bras-le-corps les initiatives naissantes pour créér un Live USB – « Sugar on a Stick ».

Optimisé pour la communauté

À la conférence LIBREPLANET en 2010, Eben Moglen a accordé un entretien sur tout ce qui avait été accompli par la communauté du logiciel libre. Le logiciel libre n’est plus une possibilité ; il est « indispensable », a-t-il affirmé. Ce logiciel « fiable et qui a un coût de production quasi nul » présente de nouvelles et nombreuses opportunités, en particulier dans le secteur de l’éducation, qui est toujours grevé par un budget serré. Seul le logiciel libre est « écrit une fois mais exécuté partout ».

Nous voulons aussi écrire du code fiable qui permette à Sugar d’être exécuté « partout », et nous avons réalisé de grands progrès en suivant les pas de la grande communauté GNU/Linux. Mais la communauté Sugar a un objectif supplémentaire : nous souhaitons que nos utilisateurs finaux participent également à l’amélioration du code, parce que cela participe de l’apprentissage. Si tout le monde est capable d’écrire du code et si ce code est écrit avec les modifications des utilisateurs finaux en tête, nous aurons un monde dans lequel chacun est engagé dans le « débogage », ce que Cynthia Solomon a décrit une fois comme « l’une des grandes opportunités éducatives du XXIe siècle ».

Oui la licence GPL (General Public License) utilisée par les Sugar Labs garantit que le logiciel peut être modifié par l’utilisateur final. Mais, pour la plupart des utilisateurs, ceci n’est qu’une liberté théorique si la complexité du logiciel représente une barrière insurmontable. Par conséquent, les critères habituels (fiabilité, efficacité, maintenance, etc.) sont nécessaires mais non suffisants pour l’éducation.

Aux Sugar Labs, nous faisons un pas supplémentaire en nous assurant que notre code est à la fois libre et ouvert, mais également « ouvert à la manipulation des utilisateurs finaux ».

Voici quelques actions entreprises par Sugar Labs pour encourager et faciliter les modifications des utilisateurs finaux :

• Susciter des attentes et des envies en établissant une culture dans laquelle c’est la norme d’utiliser les libertés permises par le logiciel libre et articuler la liberté pour modifier les aspects du logiciel libre (1ère liberté).
• Offrir des outils qui facilitent l’accès aux sources (ex : un menu « voir les sources » toujours disponible, rendant la source de chaque application à portée d’un « clic de souris »).
• Utiliser des langages de script (Python, Javascript, et SmallTalk dans le cas de Sugar) pour que ces changements puissent être immédiats et faits directement.
• Mettre en place des paliers pour permettre à l’utilisateur final de commencer en faisant des petits pas (alors que le langage de programmation C peut avoir une « couche haute », il n’a pas de très « basse couche »).
• Réduire le risque associé aux erreurs en proposant des « zones tampons » ; si en touchant au code vous introduisez des bugs collatéraux ou irréversibles alors les gens seront vite conditionnés à ne pas se livrer à des comportements à « risque » en modifiant le code.
• Fournir de « vrais » outils : s’assurez-vous que la vraie version puisse être modifiée et non une version répliquée indépendante mais peu motivante.
• Être une communauté de soutien ; on peut dire à juste titre de la communauté Sugar qu’elle est accueillante et tolérante avec les « nouveaux venus », poser une question c’est déjà devenir membre de la communauté, nous sommes pointilleux pour ce qui concerne l’octroi de privilèges sur le « projet principal » mais nous donnons les droits pour encourager la création de branches expérimentales.

Quand on m’a demandé combien de correctifs ont été fournis par les utilisateurs de Sugar, j’ai répondu que des membres de la communauté ont contribué aux correctifs mais que je n’avais pas connaissance de correctifs apportés par des enfants. Encore faut-il faire la distinction entre correctifs envoyés et acceptés, car l’apprentissage commence en créant le correctif, en le soumettant, et en le partageant avec d’autres même lorsqu’il ne se retrouve pas accepté. Sugar a inculqué aux enfants et à leurs professeurs le sentiment qu’ils peuvent être créatifs et utiles avec l’informatique.

Cependant, après deux années d’expérience concrète de Sugar, nous commençons à voir des contributeurs émerger de sa communauté d’utilisateurs. Par exemple, en Uruguay, qui a été le premier pays à fournir des outils éducatifs libres à chaque enfant, quelques préadolescents sont en train de coder activement (un enfant de 12 ans d’une petite ville à des heures de Montevideo fréquente notre canal IRC, y pose des questions et poste du code, à la mi-décembre 2010, il a déjà envoyé huit activités sur notre portail). Quand le président uruguayen José Mujica a entendu parler de ces réalisations, il a souri et a dit avec une voix remplie de fierté : « Nous avons des hackers ». Il y a peut-être 12 enfants qui développent du logiciel libre aujourd’hui en Uruguay. L’an prochain ils seront 100. Dans 2 ans, ils seront 1000. L’Uruguay est en train d’expérimenter un changement de culture lié à un changement dans les attentes que le pays a pour ses enfants, un changement accéléré par la culture du logiciel libre.

Maximiser nos efforts

Qu’est-ce qui motive nos contributeurs et qu’est-ce qui motive les professeurs (que nous aimerions voir adopter Sugar) ?

Pour tenter d’y répondre je me suis appuyé sur l’article L’économie comportementale : les sept principes des décideurs publié par le New Economics Foundation :

• Le comportement des autres personnes compte. Nous devons sensibiliser les professeurs aux meilleures pratiques de Sugar pour qu’ils puissent faire des émules. Pouvons-nous identifier les « génies », « contacts », « commerciaux » dans nos communautés cibles ? Quelles ressources pouvons-nous mettre en place pour les inciter à adopter Sugar ? Ainsi je travaille avec une petite école de quartier dans la ville de Boston dont l’exemple est suivi par d’autres quartiers bien plus importants. Si nous pouvons avoir une influence sur un professeur « génie » du quartier, nous pourrions avoir un gros avantage. Cela signifie également que nous devons être vigilants quant à la qualité pédagogiques de nos activités proposées.

• Les habitudes sont importantes. Ces habitudes qui participent au status quo ne doivent pas être négligées. Qu’est-ce qui motive et encourage le changement ? Quelles actions pouvons-nous mener pour soutenir et engager les changements dans les pratiques et les comportements ?

• Les gens sont motivés pour « faire ce qu’il faut ». Mettons alors cette notion de « faire ce qu’il faut » (NdT : do the right thing) en débat avec les enseignants, essayons de voir avec eux si leurs conceptions peuvent évoluer. En géométrie, il n’y a pas de chemin réservé aux rois, disait Euclide.

• Les attentes des gens influencent leur comportement : ils veulent que leurs actions soient en phase avec leurs valeurs et leurs engagements. C’est un travail de longue haleine pour nous car nous ne sommes pas toujours en phase au départ avec ces attentes. Cependant, tant que nous respectons et sommes fidèles à nos valeurs, nous pouvons convaincre et avoir de l’influence.

• Les gens sont réticents au changement de peur de perdre ce qu’ils possèdent. Utiliser Sugar à partir d’un clé USB (« Sugar on a Stick », qui emprunte seulement un ordinateur sans rien modifier dedans) n’implique aucune changement irréversible tout en permettant de faire une nouvelle expérience pédagogique.

• Les gens hésitent souvent lorsqu’il s’agit de prendre de grandes décisions. Ils sont souvent intimidés par les perspectives d’apprentissage de nouvelles choses (jusqu’à vraiment les faire). De plus es pertes immédiates peuvent décourager et faire perdre de vue les récompenses à long terme. Nous devons accorder une grande importance à ce moment crucial du démarrage en accompagnant ceux qui acceptent de prendre un tel risque.

• Les gens ont besoin de se sentir écoutés et impliqués pour s’engager dans le changement. Nous avons une communauté qui tente d’accorder le plus grand soin à l’accueil des participants et à l’examen de leurs contributions. Ceci est une de nos grandes forces.

Est-ce que cela fonctionne ?

L’évaluation de projets éducatifs a toujours été difficile, en partie parce qu’il est difficile d’arriver à un concensus sur les mesures d’évaluation.

Il semble plus facile de prendre le problème par la négative où le consensus sur ce qu’il ne faut pas faire est plus facile à trouver. Ainsi Michael Trucano, qui blogue sur le portail éducation de la Banque mondiale, a publié un « top 10 » des pires pratiques de l’utilisation des nouvelles technologies dans l’éducation. Liste que je prends ici comme référence négative pour le projet Sugar avec comme exemples probants et prometteurs les deux déploiements d’envergure que sont le Paraguay Educa et le Plan Ceibal en Uruguay.

1. Parachuter du matériel dans les écoles et espérer qu’un miracle se produise.

C’est une critique souvent entendue pour le projet One Laptop per Child (un ordinateur portable par enfant), mais dans le faits, il y avait d’importants mecanismes d’aide et de mise en place en Uruguay et au Paraguay avant même que le matériel ne soit livré. En Uruguay, en plus du vaste support proposé directement par le gouvernement (incluant un programme de formation des professeurs, un centre d’appel, une vidéothèque des bonnes pratiques, etc.), deux initiatives communautaires au niveau national ont vu le jour : Ceibal Jam, qui fournit des logiciels et du contenu local aux enfants d’Uruguay, et Red de Apoyo al Plan Ceibal (RAP-Ceibal), qui assure un réseau d’aide pour les professeurs. Paraguay Educa a une équipe de conseillers qui travaille à temps plein dans les écoles, en aidant les professeurs. Et les éducateurs des deux pays participent régulièrement à des forums mondiaux.

2. Concevoir via l’OCDE des environnements d’apprentissage à implémenter partout.

Les « pays développés » proposent du contenu et quelques règles de bonnes pratiques, mais ce sont avant tout les équipes pédagogiques locales en Uruguay et au Paraguay qui échangent et conçoivent leurs propres matériels et programmes pour répondre à leurs besoins locaux (par exemple, un professeur de la campagne péruvienne a écrit un livre sur l’utilisation de Sugar en salle de classe qui est internationalement lu et reconnu par les autres professeurs).

3. Penser les contenus éducatifs après la mise en place du matériel.

En Uruguay et au Paraguay, c’est la pédagogie qui a guidé la vitesse de déploiement d’un projet vu avant tout comme une plateforme d’apprentissage (incluant les ordinateurs portables, la connectivité, les serveurs, la formation, la documentation, le support, l’assistance de la communauté, etc.).

4. Supposer que vous pouvez uniquement importer du contenu venu d’ailleurs.

Le mot clé ici est « uniquement ». L’Uruguay et le Paraguay profitent bien entendu des contenus créés ailleurs (comme par exemple ceux de la communauté Etoys) mais ils n’oublient de favoriser la production de ressources locales, qu’il s’agisse de nouveaux contenus ou de contenus modifiés à partir de ceux récupérés ailleurs.

5. Ne pas surveiller, ne pas évaluer.

À Plan Ceibal, ils ont un fonctionnement étendu pour surveiller l’état du réseau, des serveurs, et des ordinateurs portables lors du déploiement. Il y a beaucoup d’évaluations en cours du programe, aussi bien internes qu’externes. Paraguay Educa a été l’objet d’une évaluation externe par la Banque Interaméricaine de Développement (IDB Inter-American Development Bank).

6. Faire un gros pari sur une technologie qui n’a pas fait ses preuves.

C’est en particulier le cas lorsque l’on se base sur un unique distributeur et sur des standards fermés et/ou propriétaires. C’est alors une épée de Damoclès qui pèse sur l’avenir du projet. Les deux programmes mentionnés ci-dessous ont fait l’objet d’appels d’offre public et ont plusieurs distributeurs. Les deux utilisent abondamment des logiciels libres.

7. Ne pas être transparent sur le coût global de l’opération.

L’Uruguay a été assidue en publiant les chiffres de leur coût total de possession, maintenance et services du projet (chiffres, basés sur les coûts mesurés sur le terrain, qui se sont avérés plus bas que ce que certains avis pessimistes avaient prévu).

8. Négliger les problèmes d’équité.

En Uruguay ce sont avant tout les familles modestes qui sont ainsi équipées en informatique avec un accès Internet gratuit.

9. Ne pas former vos professeurs (ni votre directeur d’école).

Le plus gros investissement dans le programme au Paraguay a été la formation des professeurs. C’est sûrement la principale clé de la réussite du projet et nous veillons à ce que cette formation soit toujours plus efficace et adaptée aux réalités du terrain.

Trucano laisse le point numéro 10 comme exercice ouvert pour le lecteur. J’ajouterais :

10. Ne pas impliquer la communauté.

Dans les deux communautés uruguayenne et paraguayenne l’implication fait partie du projet par nature. Pour ce qui concerne Sugar, c’est un effort d’une communauté globale qui implique des centaines d’ingénieurs et des milliers de professeurs. Un résultat remarquable est le degré d’implication des parents dans les programmes.

Regarder vers le futur

Comme il est de mise avec chaque projet piloté par une communauté, il y a un débat permanent sur la vision de Sugar. Il peut y avoir des divergences d’opinion sur l’étendue de la mission des Sugar Labs (allant d’un point d’attention particulier sur les outils de collaboration à une vision plus large sur tout ce qui est nécessaire pour des déploiements réussis de l’OLPC). Mais tout le monde s’accord à dire qu’il y a une communauté Sugar de développeurs et d’apprenants pleine de vie et d’énergie et que les plateformes d’apprentissage basées sur des logiciels libres encouragent l’appropriation du savoir quel que soit le domaine que l’apprenant explore : musique, navigation sur internet, lecture, écriture, programmation, dessins, etc.

Carla Gomez Monroy, une pédagogue qui a participé à de nos nombreux déploiements, décrit Sugar comme « un environnement émergent et collaboratif, où la communauté identifie, code, utilise, innove, conçoit et re-conçoit ses propres outils » Les membres de la communauté d’apprentissage de Sugar s’engagent dans le débogage de leur créativité et des outils mis en place pour exprimer cette créativité. Ils investissent Sugar en tant que technologie mais aussi et surtout comme une culture de l’apprentissage passant par l’expression et la critique collective.

L’expérience Sugar Labs est « une participation collaborative pour apprendre à apprendre avec des outils qui nous correspondent ».

Walter Bender est le fondateur et le directeur exécutif de Sugar Labs, une fondation à but non lucratif. En 2006, Bender a co-fondé « One Laptop per Child », une organisation à but non lucratif avec Nicholas Negroponte et Seymour Papert.

—> La vidéo au format webm

Certains résistent encore mais nombreux sont les visiteurs (et rédacteurs) de ce site à posséder un compte de messagerie Google Gmail.

Il faut dire que, techniquement parlant, c’est une excellente application en ligne^[1].

Mais il ne faut pas oublier de dire aussi que, techniquement parlant, l’application est propulsée par du code JavaScript qui est malheureusement non libre, avec toutes les conséquences (néfastes) que cela implique.

Or puisqu’il existe une version simplifiée de Gmail, épurée de ce code, cela signifie d’abord que l’on peut s’en passer et ensuite que cette surcouche pourrait fort bien devenir libre.

C’est la proposition de la Free Software Foundation qui nous invite à faire pression sur Google pour qu’il accepte ce pas dans la bonne direction.

Évitons les pièges du JavaScript de Gmail

Avoid the pitfalls of the JavaScript Trap on Gmail

Matt Lee – 30 mars 2011 – FSF.org
(Traduction Framalang : Goofy et Penguin)

Nous lançons aujourd’hui la première phase d’une série d’opérations à mener pour utiliser les sites Web les plus populaires sans leur code JavaScript propriétaire.

Vous n’êtes peut-être pas conscient des dangers du JavaScript, un problème que nous avons intitulé le piège JavaScript, lorsque du logiciel propriétaire est exécuté dans le navigateur de votre ordinateur.

Nous concentrerons notre première opération sur le service Gmail de Google.

Le piège JavaScript

Lorsque vous visitez un site Web comme Gmail, votre navigateur va télécharger et exécuter plusieurs milliers de lignes de code JavaScript. Le code JavaScript n’est pas différent de langages comme Pyhon, C++ ou Ruby (les applications qui sont exécutées sur nos ordinateurs et qui sont écrites dans ces langages doivent être des logiciels libres, afin que nous puissions les exécuter, les modifier et les partager si nous en avons envie). Le JavaScript d’aujourd’hui n’est plus le JavaScript d’autrefois, il est désormais utilisé pour écrire de puissantes applications côté serveur grâce à des logiciels libres comme Node.js et le moteur JavaScript V8.

De plus, nous avons vu récemment des entreprises comme Research In Motion (les fabricants du BlackBerry) recommander à leurs clients de désactiver complètement le JavaScript du navigateur WebKit de leurs téléphones à cause de la découverte d’un problème de sécurité. Même si les logiciels libres qui intègrent du JavaScript peuvent également avoir des problèmes de sécurité, cet exemple illustre le fait que nous avons un réel besoin d’avoir accès au code qui s’exécute sur nos ordinateurs, et de pouvoir le modifier.

Ce que JavaScript pourrait faire

Il est évident que le JavaScript est une technologie très puissante et très utile lorsqu’elle se trouve entre de bonnes mains. De nombreux développeurs de logiciels libres ont ainsi écrits des extensions et des améliorations pour des sites populaires grâce à des outils comme GreaseMonkey. Il existe une flopée de scripts Greasemonkey libres pour Gmail. L’existence de tels scripts montre à la fois que le JavaScript de Gmail n’est pas trivial, mais également que des utilisateurs pourraient faire des contributions intéressantes et utiles si le code JavaScript était publié en tant que logiciel libre pour leur permettre de le modifier.

Par ailleurs, des sites comme Gmail, Twitter et Facebook utilisent beaucoup trop de JavaScript pour proposer leurs services. La preuve en est que les mêmes services en version mobile proposent pratiquement les mêmes fonctionnalités sans JavaScript. Là où la nécessité du JavaScript se fait sentir il peut être publié en tant que logiciel libre, et là où ces raffinements supplémentaires sont facultatifs, on peut fournir une version basique du site qui n’a pas besoin de JavaScript.

Google a fait un premier pas vers cet objectif en développant une version du site Gmail en « Version HTML simplifiée », qui ne dépend donc pas d’un copieux code JavaScript pour proposer une interface utilisateur. Google propose également les protocoles IMAP et POP qui permettent d’accéder aux comptes Gmail sans passer du tout par la case site Web. Ces initiatives constituent toutes deux des avancées positives vers un idéal plus vaste.

Notre requête à Google : une étape de plus dans la bonne direction

Si vous utilisez Gmail, demandez gentiment mais fermement à Google d’être « logiciel libre friendly » en publiant le code JavaScript de Gmail sous une licence libre. En acceptant de le faire, Google permettrait aux utilisateurs qui accordent de l’importance aux libertés logicielles d’utiliser Gmail dans une version avancée, et de proposer des contributions et modifications utiles à tout le monde.

Nous serions ravis de recevoir vos réactions et suggestions, ainsi que les démarches que vous proposez pour les sites les plus connus. Vous pouvez dès maintenant ajouter vos idées et contributions sur le wiki de LibrePlanet.

Ayant tiré ses propres conclusions de la révolte tunisienne, l’Égypte décida, le 28 janvier dernier, de couper Internet pour neutraliser les moyens de communication et ainsi contrecarrer les manifestations anti-Moubarak.

Et tout d’un coup, ce qui était un extraordinaire avantage devint une formidable faiblesse.

Comment faire dès lors pour se prémunir d’une telle décision radicale et continuer à assurer l’un des droits de plus en plus fondamental de ce nouveau millénaire ?

Comme pour la Freedom Box, une piste de solution est à rechercher du côté du réseau maillé avec l’originalité de jouer nous-mêmes le rôle de routeurs Internet^[1] :

« L’idée fondatrice d’OpenMesh est que nous puissions utiliser de nouvelles techniques pour créer un réseau Internet secondaire dans les pays comme la Libye, la Syrie, l’Iran, la Corée du Nord et d’autres régimes répressifs dans lesquels les citoyens ne peuvent pas communiquer librement. En créant des routeurs mobiles qui se connectent entre eux, nous pourrions créer un réseau auquel les téléphones portables et les ordinateurs personnels se connecteraient. La première priorité serait de relier les personnes entre elles, la seconde de les relier au reste du monde. Sur un second front, nous pourrions utiliser des connexions intermittentes par satellite afin que les citoyens de ces pays puissent mettre en ligne et télécharger des informations avec le reste du monde… »

Les humains sont les routeurs

Humans are the routers

Shervin Pishevar – 27 février 2011 – Techcrunch.com
(Traduction Framalang : Naar, Pandark et Goofy)

Le 7 janvier 2010, j’étais convié à un petit dîner privé avec la secrétaire d’État Hillary Clinton au département d’État avec l’inventeur de Twitter, Jack Dorsey, Eric Schmidt, le PDG de Google et quelques autres. Nous étions là pour parler des technologies et des questions diplomatiques du XXIe siècle. Au cours de la discussion, j’ai remarqué près de moi la petite table sur laquelle Thomas Jefferson rédigea le premier jet de la Déclaration d’Indépendance. J’étais inspiré par l’Histoire qui nous entourait pendant que nous discutions de celle qui s’ouvrait devant nous. Je faisais face à Mme Clinton quand elle m’a posé une question à laquelle j’ai répondu : « Madame la Secrétaire d’État, le dernier bastion de la dictature est le routeur ». Cette soirée a fait germer certaines des idées au cœur de l’important discours de la secrétaire d’État au sujet des libertés sur Internet le 21 janvier 2010.

Passons directement, quasi un an plus tard,au 25 janvier 2011 — un jour qui devait marquer l’Histoire aux côtés de dates comme le 4 juillet 1776. La décision de l’Égypte de bloquer entièrement Internet et le réseau de télécommunications mobiles a été l’une des premières salves dans une guerre de munitions électroniques. Sur ce nouveau front, les humains sont les routeurs, et armés des nouvelles technologies, ils ne pourront plus jamais être bloqués ni réduits au silence.

J’étais debout depuis des jours, partageant et tweetant les informations au fur et à mesure de leur apparition. J’avais deux amis proches en Égypte, qui me transmettaient des informations quand ils le pouvaient. Le jour où l’Égypte a bloqué Internet et le réseau mobile, je me suis souvenu de ce que j’avais dit à la secrétaires d’État Clinton. La seule ligne de défense contre le filtrage et le blocage par un gouvernement des communications et de la coordination entre ses citoyens via les réseaux de communication était de créer un nouveau type de technologies de communication que les gouvernements auraient du mal à bloquer : un réseau maillé, sans fil, dédié. J’ai appelé cette idée OpenMesh et l’ai tweettée.

Au cours des heures qui ont suivi, grâce au travail commun des volontaires, le projet OpenMesh prenait forme, avec un nom de domaine, un site web et un forum. Un volontaire, Gary Jay Brooks, tech-entrepreneur du Michigan, s’est proposé comme directeur bénévole pour coordonner le travail. Une autre société au Canada a offert bénévolement des spécifications pour un mini-routeur mobile pouvant être dissimulé dans une poche, et dont la fabrication ne nous coûterait que 90 dollars par unité. Un autre pionnier des communications s’est manifesté pour faire don d’importants brevets dans ce domaine.

L’idée fondatrice d’OpenMesh est que nous puissions utiliser de nouvelles techniques pour créer un réseau Internet secondaire dans les pays comme la Libye, la Syrie, l’Iran, la Corée du Nord et d’autres régimes répressifs dans lesquels les citoyens ne peuvent pas communiquer librement. En créant des routeurs mobiles qui se connectent entre eux, nous pourrions créer un réseau auquel les téléphones portables et les ordinateurs personnels se connecteraient. La première priorité serait de relier les personnes entre elles, la seconde de les relier au reste du monde. Sur un second front, nous pourrions utiliser des connexions intermittentes par satellite afin que les citoyens de ces pays puissent mettre en ligne et télécharger des informations avec le reste du monde. OpenMesh se veut un lieu d’échange d’informations pour connecter les meilleures idées existantes et mettre les outils entre les mains de tous.

Le réseau OpenMesh est un type de réseau au sein duquel chacun des nœuds reliés au réseau peut agir comme un routeur indépendant ou un dispositif intelligent, qu’il dispose ou non d’une connexion à Internet. Les réseaux maillés sont incroyablement robustes, avec des connexions continues qui peuvent se reconfigurer autour de chemins brisés ou bloqués en « sautant » de nœud en nœud jusqu’à ce que la destination soit atteinte, comme un autre appareil sur le réseau ou une liaison vers Internet. Quand un accès local à Internet est disponible, ils peuvent augmenter le nombre de personnes capables de s’y connecter. Lorsqu’il n’y en a pas, les réseaux maillés peuvent permettre aux personnes de communiquer ensemble même si les autres formes de communication électronique sont hors d’usage. Les dispositifs sont compatibles avec la plupart des ordinateurs équipés du wifi et fonctionnent sur les systèmes Microsoft Windows, Apple OS X et Unix existants, ainsi que les appareils mobiles iPhone et Android. Un réseau open source offre de plus une solution adaptable qui engage des frais réduits tout en évitant les erreurs du passé et les verrous des constructeurs. Combinés à du matériel ouvert, ces réseaux rendent plus facile une maintenance évolutive et leur amélioration sur le long terme.

Nous allons établir, construire, soutenir et distribuer un firmware Mesh open source qui permettra aux citoyens du monde de communiquer sans téléphone ni câblo-opérateur. Le produit brut d’OpenMeshProject.org sera libre et gratuit à télécharger et utiliser. La technologie sera distribuée et maintenue comme projet open source GPL v2. Cela signifie que tout le monde peut utiliser ou modifier le logiciel. Notre travail en tant que communauté sera de soutenir le projet. Nous aiderons à créer des standards. Nous aiderons les communautés à créer des réseaux maillés. Nous ferons pression sur les fabricants d’équipement pour qu’ils rejoignent l’initiative du Projet Open Mesh. L’idée tourne entièrement autour de la technologie sans fil qui nous permettra de communiquer ensemble sans ligne, ni câble, ni fibre. Nous construirons un réseau privé capable de couvrir des pays entiers. Nous donnerons le pouvoir aux citoyens de demain. Au final, une grand-mère pourra trouver ce disque dans la rue, rentrer à la maison, installer le CD dans son ordinateur portable et rejoindre le réseau maillé en deux clics. Après quoi elle commencera à voir les autres sur son réseau, à cliquer pour y appeler d’autres membres, rejoindre des conversations multi-utilisateurs ou chercher des amis en ligne pour discuter. Nous, en tant que communauté d’OpenMeshProject.org, faciliterons la construction et le soutien de ce projet. Nous construirons tous ensemble un maillage. Nous inviterons les gens à participer et à proposer de nouvelles innovations. En travaillant ensemble, nous pouvons assurer les communications qui seront nécessaires demain.

La liberté de communiquer fait partie de nos droits fondamentaux. Le XXIe siècle sera défini par le principe qu’aucun gouvernement, aucun pouvoir ne devra jamais bloquer ni brider le droit de tous les hommes et femmes de communiquer ensemble. Mon rêve le plus cher, c’est que de mon vivant, les dictatures soient bannies de cette planète et qu’une véritable démocratie non limitée fleurisse partout. Il est temps que cessent nos marchés faustiens avec les dictateurs brutaux pour des intérêts à court terme et qu’ils soient remplacés par une nouvelle alliance avec les citoyens du monde entier qui recherchent la liberté. OpenMesh est un premier pas qui aidera à créer un monde où une telle alliance pourra se maintenir, un monde où les personnes courageuses armées de ces nouveaux outils ne pourront plus jamais être contraintes ni muselées.

Note de l’éditeur : L’auteur invité Shervin Pishevar est le fondateur du projet OpenMesh et de SGN, ainsi qu’un Business angel actif.

Deux traductions pour s’interroger ensemble sur le concept de « ville Open Source ».

Il s’agit de voir ici la ville comme une plateforme, une plaque tournante, un incubateur, bref un lieu privilégié où peuvent s’épanouir les entreprises et start-up qui placent l’open source au cœur de leur stratégie et de leur développement.

Les villes de Raleigh (USA) et Montréal (Canada) souhaitent apparemment poser candidature et ont, semble-t-il, de bons arguments.

Encore faudrait-il définir ce qu’est ou peut être une « ville Open Source », et se demander si il est pertinent de vouloir créer, favoriser ou labelliser de telles villes^[1].

L’un des auteurs nous propose ainsi trois critères : la volonté de partager, la volonté d’être informé, et une attitude ouverte à l’innovation, à la créativité et aux expérimentations de toutes sortes.

Et en France, me direz-vous ? Cela bouge du côté de l’Open Data (Rennes, Paris…) mais au delà, je ne sais pas. Des avis et des liens sur la question ?

PS : Nous avions déjà évoqué la chose dans un billet sur une autre ville canadienne Vancouver : S’il te plaît… dessine-moi une ville libre.

1. Raleigh, Caroline du nord – la première ville open source au monde

Raleigh, NC—the world’s first open source city

Jason Hibbets – 21 février 2011 – OpenSource.com
(Traduction Framalang : Khyl, Naar, Cheval boiteux et Goofy)

J’ai commencé à méditer sur les qualités qui devaient définir une ville open source il y a quelques mois, quand mon ami Tom Rabon m’en a fait mention au détour d’une conversation. J’étais curieux de voir de quelle façon la ville dans laquelle j’habite, Raleigh, en Caroline du nord, pouvait attirer d’autres entreprises open source et en être un incubateur mondial, pour en devenir un exemple phare de gouvernance. Comment Raleigh pouvait-elle devenir la capitale du monde de l’open source, à l’instar de ce que sont la Silicon Valley pour la technologie et Paris pour la romance ?

Je pense que la réponse peut être trouvée à la fois par le gouvernement et par la population. D’abord, nos dirigeants doivent être partants pour adopter l’open source au quotidien. Ils doivent faire preuve de transparence dans leur gestion des affaires et dans l’encouragement à la participation citoyenne. Les citoyens, quant à eux, doivent être prêts à participer et à contribuer en donnant de leur temps et de leurs connaissances. Les deux ont besoin d’adopter un prototypage rapide pour explorer de nouvelles idées et des solutions innovantes.

Mais en quoi Raleigh se distingue-t-elle des autres villes ? En quoi est-elle plus apte à être une ville open source que New York, San Francisco, Londres, Paris ou Pékin ? J’ai rencontré autour d’une table le maire de Raleigh, Charles Meeker, pour discuter de ce qui faisait qu’une ville pouvait devenir open source.

Le maire Meeker a été élu en 2001 et s’est familiarisé avec l’open source, principalement en s’intéressant à Red Hat et au modèle de développement open source. En tant qu’avocat, il n’est pas étonnant que le maire Meeker comprenne les avantages de la collaboration et du partage des connaissances. Voyons pourquoi la ville de Raleigh est prête à revendiquer son titre de première ville open source au monde.

Quel grand chantier, en dehors de la technologie, a la meilleure chance d’être abordé par la voie open source (c’est-à-dire au moyen de la collaboration, de la transparence, du partage, de la méritocratie, du prototypage rapide, d’une communauté, etc.) ?

Dans une zone de la ville de Raleigh, l’accent a été mis sur l’utilisation d’un éclairage plus éco-énergétique dont nous pouvons mesurer les résultats. Nous nous activons à la promotion et au partage de nos expériences avec les autres municipalités, notamment pour tester notre consommation d’électricité et la qualité de la lumière produite. Le partage de cette information est un élément majeur de notre expérience.

La ville de Raleigh dispose de quarante installations en LED avec une économie moyenne de 200 000 €/an sur les coûts en électricité. Le retour sur investissement est généralement de l’ordre de 3 à 5 ans (en considérant les coûts du capital). C’est une excellente option pour les parkings éloignés. Vous pouvez facilement installer quelques panneaux solaires et ne pas avoir à ajouter de nouvelles lignes ou changer d’infrastructure. La possibilité pour les villes du monde entier d’adopter l’éclairage éco-énergétique est une véritable chance qui s’offre à elles. La ville de Raleigh veut prendre part à l’aventure et être reconnue comme précurseur dans l’adoption de cette technologie. Propager la bonne parole sur l’éclairage par LED avec l’aide de notre partenaire, Cree, est important pour nous.

Quelles sont vos réflexions à propos d’un gouvernement ouvert ou gouv’ 2.0 et que peut faire la ville de Raleigh pour avoir un gouvernement plus ouvert et transparent vis-à-vis de ses citoyens ?

Tout d’abord, toutes nos réunions sont ouvertes au public, à quelques exceptions près. Le véritable défi est de savoir profiter de l’expertise de chacun de nos citoyens. Il y a beaucoup de compétences de haut niveau qui peuvent servir à résoudre les vrais problèmes de la ville.

Une solution se situe au niveau des nouveaux comités, comme le nouveau comité ferroviaire que nous avons mis en place, et la façon dont leurs conseils et leurs recommandations sont pris en compte par la ville. Les questions autour des frais de gestion des eaux pluviales nous ont conduits à puiser dans l’expertise de nos citoyens pour apporter les meilleures solutions.

Le ferroviaire est un domaine qui sera opérationnel pour les 3 ou 4 prochaines années. Nous avons beaucoup de personnes expérimentées dans ce domaine prêtes à partager leur savoir et à mettre en application leurs connaissances pour aider à prendre les futures décisions.

Montrer au public ce que nous faisons et expliquer les bonnes pratiques sont des atouts qui restent sous-utilisés, mais nous avons eu du succès, notamment quand le comité de gestion des eaux pluviales a fait part de son avis sur la façon de mieux gérer les inondations. Le conseil municipal a ainsi été en mesure de mettre à profit l’expertise du comité pour prendre les meilleures mesures politiques à ce sujet.

Quelles sont les qualités requises pour devenir une ville open source ?

Trois critères me viennent à l’esprit :

• la volonté de partager ;
• la volonté d’être informé ;
• une attitude ouverte à l’innovation, à la créativité et aux expérimentations de toutes sortes.

Les citoyens doivent se tenir prêts à adopter le futur. L’open source est une stratégie que nous appliquons pour aller de l’avant.

Pourquoi Raleigh s’est amorcée à devenir la première ville open source au monde ?

Nos citoyens sont prêts faire avancer Raleigh et à être plus concentrés sur la démarche open source. Raleigh est disposée à devenir son incubateur mondial.

L’avantage de Raleigh se situe au niveau de sa croissance et des emplois. Nous aimerions voir le Centre des congrès accueillir plus de conférences sur l’open source. Nous serions honorés de voir un tas de petits Chapeaux Rouges (NdT : référence faite à la distribution GNU/Linux Red Hat), et que des start-up et sociétés bien établies viennent dans notre région parce que nous avons fait le choix de ce modèle de développement.

Les partenaires sont aussi une grande partie de la réponse. Le Centre des congrès, le Syndicat d’Initiative, la Chambre du Commerce et les autres partenaires doivent adopter l’open source et le mettre en évidence dans le cadre de notre stratégie de développement économique.

Comment mettre en œuvre la démarche open source dans votre vie quotidienne ?

Au cabinet juridique pour lequel je travaille, j’ai essayé de fournir des informations à de jeunes avocats. Une sorte de partage des secrets commerciaux pour les aider à réussir plus rapidement, et, pour être franc, l’une des choses les plus difficiles pour toute personne de la fonction publique, c’est l’écoute. J’ai remarqué que l’écoute représente 70 à 80 % du travail. Vous devez pleinement comprendre ce qu’il se passe pour prendre la décision adéquate.

2. Montréal peut-il devenir un incubateur de start-up open source ?

Can Montreal Become an Open Source Startup Hub?

Evan Prodromou – 21 février 2011 – NextMontreal.com
(Traduction Framalang : Khyl, Naar, Cheval boiteux et Goofy)

« Le premier prix est une Cadillac El Dorado. Le deuxième prix est un lot de couteaux à viande. Le troisième prix est votre licenciement. »- Blake, Glengarry Glen Ross

Seth Godin indique, dans son fabuleux ouvrage The Dip (NdT : Un petit livre qui vous enseignera quand renoncer et quand persévérer), que la seule position qui compte dans les affaires, c’est la première. Quand les lois du pouvoir et les effets de réseau sont nécessaires, la première place du classement est la seule où il faut être. Vous devrez être « le meilleur du monde » dans quelque chose, ou bien vous feriez mieux de laisser tomber et de faire autre chose.

Les écosystèmes technologiques – la plupart des marchés d’affaires, en fait – ont des effets de réseau, et cela veut dire que la seule position à avoir, en tant qu’écosystème, est la première. Être le meilleur au monde.

Quelle est la zone la mieux classée au monde dans les start-up du Web ? La baie de San Francisco. Quelle est la deuxième ? Probablement New-York City. Qui a le troisième prix ? Qui s’en soucie ? Le troisième prix, c’est votre licenciement.

Si nous nous soucions de la croissance de notre écosystème local, peut-être que nous aurions besoin d’arrêter notre course à la 14e ou la 29e place du classement dans le monde des start-up orientées Web et réfléchir à construire quelque chose d’autre. Un domaine dans lequel nous serions les meilleurs et sur lequel personne d’autre n’a encore vraiment travaillé. Là où nous pourrions être les meilleurs au monde – pas les 14e, pour ensuite laisser tomber.

Montréal a la capacité d’offrir le meilleur écosystème au monde pour les start-ups centrées sur le développement de logiciels open source. Nous fournissons un bon cadre pour les entrepreneurs qui ont de l’expérience dans la mise en place d’entreprises tournées vers ce secteur économique, nous avons des investisseurs qui ont bien compris le processus d’investissement et d’encouragement de ce type de compagnies et nous avons un très précieux vivier de talents qui ont contribué à cette évolution.

Plus important, il n’y a aucune autre ville autant tournée vers l’open source sur le globe. San Francisco et Boston accueillent quelques sociétés, mais ne sont absolument pas des incubateurs. Le paysage commercial de l’open source se propage beaucoup plus à travers le monde, de Londres à l’Utah en passant par l’Allemagne et Austin.

Plus que tout, c’est sa commercialisation qui est difficile. Demandez à n’importe quelle personne impliquée dans une entreprise open source. La difficulté se trouve dans l’élaboration d’un modèle de travail. Il n’y a pas de solution simple. Les techniques des start-up pour les autres types d’affaires, tels que l’investissement et les stratégies de commercialisation, ne semblent pas s’appliquer aussi bien. Cela signifie qu’il existe un obstacle à l’entrée d’autres écosystèmes, dont un que nous pouvons exploiter.

En ce moment, j’ai connaissance d’au moins cinq start-up open source dans la ville :

• StatusNet – J’ai lancé cette entreprise ici-même en 2008. Nous avons levé 2,3M $ de fonds à Montréal et New-York. Nous enregistrons environ 5 000 téléchargements par mois et dénombrons 45 000 sites fonctionnant sur notre SaaS. Nous comptons actuellement 9 salariés à Montréal et San Fransisco (NdT : StatusNet est un logiciel libre de microblogging sur lequel repose Identi.ca).

• Vanilla Forums – Le meilleur système de gestion de forums au monde. Il tourne sur plusieurs centaines de milliers de sites et inclut un service SaaS de haute performance.

• Bookoven – Cette plateforme sociale de publication s’est tournée vers un modèle de logiciel open source. Dirigée par Hugh McGuire, créateur de Librivox, le très populaire projet de livre audio à contenus ouverts.

• Stella – Cette société à forte croissance a rendu ses logiciels open source.

• Subgraph – Startup orientée sur la sécurité développant Vega, logiciel open source d’évaluation des vulnérabilités.

Au rang des investisseurs, deux des plus importants groupes financiers de la ville (iNovia Capital et Real Ventures) tentent l’expérience des start-ups open source. Real Ventures (ou plutôt son prédécesseur, MSU) a déjà investi dans trois entreprises open source locales.

En ce qui concerne le potentiel des employés talentueux… c’est plus difficile. Il y a beaucoup de techniciens compétents dans la ville, et les sociétés open source qui en sont en dehors, comme Canonical ont des équipes techniques locales qui peuvent suivre le bassin des start-up de talent. Quid du personnel d’entreprise talentueux ayant une expérience open source ? Ils sont rares sur le terrain. Heureusement, les gens qui ont travaillé dans les sociétés mentionnées plus haut constituent aussi un bon noyau de ce bassin.

Je crois que les conditions sont réunies pour que Montréal prenne sa place dans le monde des technologies en tant qu’incubateur de start-up open source. La semaine prochaine, je dévoilerai ce que je pense être un projet potentiel pour que Montréal devienne le fer de lance de ce marché.

Vous voyez les petits personnages sur le dessin ci-contre ? Ils ont tous été réalisés par des enfants d’une dizaine d’années à partir du logiciel libre Inkscape.

C’est l’histoire simple et belle de ces dessins que nous raconte ici le blogueur Phil Shapiro, qui n’oublie pas de remercier au passage le principal développeur d’Inkscape.

En espérant que nombreux seront les enseignants francophones à s’inspirer du projet de Sheena Vaidyanathan.

Je ne sais pas vous, mais moi je trouve cela réconfortant qu’un enfant de 11 ans préfère recevoir Inkscape plutôt qu’une horrible Zhu Zhu Pets comme cadeau de Noël 😉

Les étudiants de Los Altos apprécient le logiciel de dessin Inkscape

Students in Los Altos delight in using Inkscape drawing program

Phil Shapiro – 23 février 2011 – OpenSource.com
(Traduction Framalang : Khyl, Penguin et Naar)

L’un des aspects les plus amusants de mon blog à PCWorld.com est de lire les réactions envoyées par email en provenance du monde entier. Vous ne savez jamais qui va consulter ce que vous écrivez. Parfois, ils vont repérer un billet du blog sur la page d’accueil de PCWorld.com, ou dans le lien d’un message envoyé via Twitter, voire même dans un résultat de recherche sur Google plusieurs mois après que le billet ait été publié.

J’ai ainsi écrit un jour un billet sur Inkscape, l’éditeur de graphisme vectoriel libre pour Linux, Macintosh et Windows, et j’ai été alors ravi de recevoir un email de Sheena Vaidyanathan, qui enseigne l’utilisation d’Inkscape à ses élèves du primaire de Los Altos en Californie, au cœur de la Silicon Valley.

Voici comment Sheena m’a expliqué sa façon d’enseigner : « J’ai commencé à utiliser Inkscape en tant qu’outil de base pour le travail artistique, puis comme logiciel à utiliser après l’école et il est devenu si populaire que l’académie m’a demandé de l’associer à un programme appelé Digital Design pour les 7 écoles élémentaires. J’enseigne à 20 classes chaque semaine allant du CM1 à la 6e et chaque classe compte en moyenne 25 élèves. Après un trimestre, j’ai eu un nouveau groupe d’étudiants, et en un an, j’ai enseigné à tous les élèves de CM1 a la 6e, soit au bas mot 1500 étudiants ! C’est beaucoup de travail, mais j’adore enseigner et partager mon goût pour l’art et la technologie avec les enfants. J’adore utiliser Inkscape et d’autres logiciels libres (j’utilise aussi SketchUp et Scratch) parce que les enfants peuvent tout à fait les installer chez eux et les utiliser en dehors des heures de cours. Je ne suis pas sûre qu’il y ait d’autres écoles publiques qui aient un enseignement comme celui-ci, mais c’est un levier formidable pour motiver les enfants à la technologie et leur apprendre à utiliser les ordinateurs pour exprimer leur créativité. »

L’email de Sheena décrit un scénario qui est le rêve de tout éducateur : libérer les apprentissages par la créativité et les arts. J’ai demandé à Sheena si elle pouvait rédiger une note plus détaillée sur son projet, chose qu’elle a tenu à faire avec beaucoup de gentillesse et que l’on peut voir dans le contenu de ce billet qui comprend des liens vers les dessins de ses élèves réalisés sous Inkscape.

La cerise sur le gâteau dans cette histoire était dans le mail suivant que j’ai reçu de Sheena. Un de ses élèves de 6e, Max Jarrel, a dit à ses parents que ce qu’il souhaitait vraiment pour Noël était le logiciel Inkscape ! Voici le témoignage de son père : « Mon fils, Max, était fasciné par Inkscape et il a dit que c’était ça qu’il voulait pour Noël. J’ai ensuite découvert que le téléchargement du logiciel était facile et gratuit. Et il n’a pas arrrêté de jouer avec. » J’imagine Max sur son Inkscape, essayant chaque jour de créer des œuvres artistiques de plus en plus intéressantes.

Je fais partie de ceux qui croient que l’université ne commence pas une fois que vous avez achevé vos études secondaires. L’université débute au collège, quand vous commencez à prendre conscience de vos talents naturels et de vos sources d’intérêt. Le lycée permet de développer ces talents et ces centres d’intérêts. L’université est la strcuture qui permet de finaliser cela. Les étudiants développent rarement de nouveaux intérêts après avoir quitté le lycée. C’est formidable quand cela arrive, mais c’est l’exception plutôt que la règle.

Ainsi, ce que font Sheena Vaidyanathan et l’académie de Los Altos, c’est d’offrir des possibilités de conception graphique à un grand nombre d’étudiants. En combinaison avec les formations qu’elle dispense dans Google SketchUp et le langage de programmation Scratch, du MIT, ces étudiants font très tôt l’acquisition de solides compétences numériques qui leur rendront d’excellents services plus tard, quelle que soit la carrière qu’ils pourront choisir. De plus tous les logiciels mentionnés ci-dessus sont libres ou gratuits, ce qui signifie que cette académie lutte également contre la fracture numérique.

Quand j’ai lu le best-seller de Daniel Pink, A Whole New Mind (NdT : L’homme aux deux cerveaux), j’ai imaginé à quoi pourrait ressembler l’école du futur avec des élèves occupés à exploiter leurs créations sous la bienveillante direction d’un enseignant sage et attentionné. Sheena Vaidyanathan et ses étudiants sont une preuve vivante que ce futur est déjà là. Teresa Amabile, psychosociologue spécialiste de la créativité et de l’innovation, avait déjà clairement entrevu cela il y a 20 ans dans son livre Growing Up Creative: Nurturing a Lifetime of Creativity (NdT : Grandir créatif ou comment éduquer sa vie à la créativité). Tous les élèves et enseignants ont quelques part une dette envers Daniel Pink et Teresa Amabile. Leurs réflexions nous ont emmenés très loin dans la conception humaine et enrichissante d’une éducation pour nos enfants.

Ce billet ne saurait être complet sans mentionner l’incroyable dévotion et le talent des développeurs bénévoles qui ont conçu Inkscape. Je suis particulièrement impressionné par Jon A. Cruz, qui n’est pas seulement un artiste et un programmeur d’Inkscape, mais qui prend aussi beaucoup de son temps à répondre patiemment aux demandes des utilisateurs sur Twitter. Dans mon esprit, Jon Cruz ressemble un peu à un agriculteur qui dispose de son propre restaurant. Il ne fait pas simplement que produire de la nourriture et la cuisiner, il vient jusqu’à votre table et vous demande si vous l’appréciez. Tel est l’esprit du logiciel libre et du mouvement open source (NdT : FOSS en anglais, pour Free Open Source Software). Si vous n’y avez pas encore goûté, asseyez-vous. Vous êtes ici pour faire un festin !

Par ailleurs, vous pourrez rencontrer et discuter avec Jon Cruz en personne lors du prochain salon Linux (également dénommé SCALE 9x), qui aura lieu fin février 2011 à Los Angeles, en Californie du sud. Il sera présent sur le stand Inkscape. Voici une courte vidéo de Jon Cruz parlant de Inkscape en Australie, au début du mois. Si vous assistez au congrès SCALE 9x, arrêtez-vous également pour dire bonjour à Jonathan Thomas, le programmeur au talent immense d’OpenShot, l’excellent éditeur libre de vidéos pour Linux. Devinez ce qu’OpenShot utilise comme technologie avancée pour ses titres vidéos ? Vous l’avez deviné : Inkscape.

Pourquoi certains livres ne sont-ils pas traduits alors que tout porte à croire qu’ils le méritent ?

A contrario pourquoi d’autres livres connaissent de nombreuses traductions malgré le caractère très confidentiel de leur sujet et donc de leur audience potentielle ?

Pour les uns comme pour les autres à cause du droit d’auteur.

Un droit d’auteur qui selon le cas (et le choix) peut décourager ou encourager, nous dit ici Karl Fogel, qui est bien placé pour en parler car ses deux livres, le premier sous licence GNU General Public License et le second sous licence Creative Commons By, ont connu spontanément de nombreuses traductions^[1].

Et nous aussi à Framasoft, nous sommes bien placés pour en parler, car lorsque nous décidons d’entamer un long projet de traduction via notre groupe de travail Framalang, la condition sine qua non est que la licence de l’ouvrage original nous y autorise explicitement. Un long projet comme notre dernier framabook Produire du logiciel libre de… Karl Fogel justement !

Le conte des deux auteurs : pourquoi l’un est traduit et l’autre pas

A Tale of Two Authors: Why Translations Happen, or Don’t.

Karl Fogel – 21 février 2011 – QuestionCopyright.org
(Traduction Framalang : Brandelune, Goofy et Penguin)

Pourquoi certains livres ne sont-ils pas traduits ?

Vous penserez peut-être qu’il est difficile de trouver des traducteurs disposés, ou que les compétences nécessaires sont rares, mais je vous propose deux études qui fournissent une autre explication.

La raison principale d’un texte non traduit vient tout simplement du fait qu’on nous interdit de le traduire. Lorsque les restrictions dues aux droits d’auteur ne les entravent pas, les traductions fleurissent.

Si vous êtes sceptique, lisez plutôt la suite. Voici l’histoire de deux auteurs, l’un dont les livres peuvent être traduits librement par n’importe qui, l’autre qu’on ne peut pas traduire. Nous allons même tricher un peu en disant que celui dont les livres sont ouverts à la traduction est un auteur mineur (un de ceux dont les œuvres, pour être parfaitement honnête, ne vont pas changer la face du monde). Tandis que certains des ouvrages de l’autre sont considérés comme des chefs-d’œuvre dans leur langue d’origine, au point que l’on peut trouver des citations d’éminents universitaires mentionnant l’absence de traduction comme « un des plus grands scandales de notre époque ».

Le premier auteur, c’est moi. J’ai écrit deux livres, tous deux sous licence libre, aucun n’a la moindre importance historique même si j’en suis fier et ai été content de les écrire. Le premier, publié en 1999, était un manuel semi-technique expliquant comment utiliser certains logiciels de collaboration. Bien que son public soit limité et que j’aie mis en ligne une version dans un format un peu lourd, des traductions bénévoles ont très vite été proposées, et l’une d’elles au moins (en allemand) a été achevée. D’autres traductions ont peut-être abouti, je ne sais pas (le livre étant déjà ancien et les traductions m’étant incompréhensibles, je n’ai pas fait l’effort d’en savoir plus).

Remarquez que je ne parle ici que de traductions faites par des bénévoles, celles qu’ils entreprennent juste parce qu’ils en ont envie, sans demander au préalable de permission à quiconque (il y avait aussi une traduction en chinois achevée et dont j’ai une version papier publiée, mais je ne la considère pas dans ma démonstration car elle est passée par les canaux de publication contrôlés par l’éditeur).

Mon livre suivant, publié à l’origine en 2005, ne visait également qu’un lectorat potentiel limité : il traite de la gestion de projets collaboratifs open source — il n’était pas exactement destiné à devenir un best-seller. Mais avec le soutien de mon aimable éditeur, O’Reilly Media, je l’ai mis en ligne sous une licence libre, cette fois sous un format plus agréable, et des projets de traductions bénévoles sont aussitôt apparus. Plusieurs ont maintenant porté fruit : le titre existe en japonais, en galicien, en allemand, en néerlandais et en français. La traduction espagnole est presque terminée, et d’autres encore sont en cours dont je vous épargne la liste.

(Ah oui, au fait, plusieurs de ces traductions sont disponibles en format papier de qualité commerciale, j’en ai chez moi des exemplaires. L’activité lucrative est parfaitement compatible avec les modèles de distribution non restrictifs, comme nous l’avons déjà souligné à plusieurs reprises)

Alors… tout ça pour un livre traitant de collaboration au sein des projets open source ? Vraiment ? Que peut-on en déduire ?

Eh bien, voyons un contre-exemple.

Hans Günther Adler (« HG Adler » de son nom de plume) est un auteur mort en 1988 dont l’œuvre est désormais largement reconnu comme majeure dans la littérature allemande sur l’Holocauste. Très peu de ses œuvres ont été traduites en anglais, sauf tout récemment le roman Panorama, publié en Angleterre et dont la critique a longuement parlé.

Deux de ces critiques nous permettent de bien comprendre pourquoi ici, sur QuestionCopyright.org, nous considérons que notre mission essentielle est de recadrer le débat public sur le droit d’auteur. Les deux critiques littéraires — manifestement intelligents, manifestement d’accord sur l’importance d’Adler, et écrivant tous deux pour les plus influentes revues littéraires de langue anglaise — commentent l’absence scandaleuse de traductions d’Adler en anglais tout en se recroquevillant dans une attitude passive quand il s’agit d’expliciter les raisons de cette absence.

D’abord, Judith Shulevitz dans le New York Times :

De temps en temps, un livre vous fait prendre brutalement conscience de la somme d’efforts et de chance qui ont été nécessaires pour le faire arriver entre vos mains. « Panorama » est le premier roman écrit par H. G. Adler, un intellectuel juif et germanophone vivant à Prague qui a survécu à un camp de travail en Bohème, Theresienstadt, Auschwitz, ainsi qu’à un autre camp de travail forcé particulièrement horrible car souterrain, appelé Langenstein près de Buchenwald. Adler écrit la première ébauche en moins de deux semaines, en 1948 il arrive enfin en Angleterre mais ne trouve personne pour publier son livre avant 1968. 20 ans et deux manuscrits plus tard le livre est enfin publié en anglais aujourd’hui, pour la première fois.

Il est difficile de concevoir la raison pour laquelle nous avons dû attendre si longtemps. Il en résulte que Adler est un presque parfait inconnu dans le monde anglophone. Seuls trois de ses livres ont été traduits : un travail historique intitulé « Jews in Germany », un roman appelé « The Journey » et, maintenant, « Panorama ». Le fait que les lecteurs anglais et américains aient eu un accès aussi limité à l’œuvre et à la pensée d’Adler pendant si longtemps est, comme l’écrit ce spécialiste éminent de la litérature allemande moderne qu’est Peter Demetz, « l’un des grands scandales de notre époque ».

Ensuite, voici ce qu’écrit Ruth Franklin dans le New Yorker :

Hermann Broch a écrit que le livre Theresienstadt 1941–1945 deviendrait un classique sur la question, et que la méthode d’Adler « clinique et précise, non seulement saisit les détails essentiels mais parvient à montrer en plus l’étendue de l’horreur des camps d’une manière particulièrement pénétrante ». (Le livre a été publié en Allemagne en 1955 et il est devenu très vite un ouvrage de référence pour les études allemandes sur l’Holocauste mais n’a jamais été traduit en anglais.)

Soit, Shulevitz et Franklin écrivaient des critiques du travail même d’Adler, pas des analyses sur les raisons pour lesquelles ces ouvrages avaient été si peu traduits en anglais. Il est pourtant frappant qu’ils aient choisi tous deux de commenter le manque de traduction, plus ou moins longuement, et pourtant ils n’offrent aucune hypothèse sur les raisons de cette absence. Ils décrivent simplement la situation et expriment leurs regrets, comme s’ils parlaient simplement du mauvais temps ; il n’y aucune indignation ni frustration sur le fait que l’absence de traduction est tout simplement due au fait qu’elles ont été interdites avant même qu’on puisse les commencer.

Je ne vais même pas utiliser « probablement » ou « sans doute » dans cette déclaration. À ce point, il faut considérer qu’il s’agit de faits établis. Si mes livres – mes petits ouvrages qui ne visent qu’une population limitée dans le monde du développement logiciel – sont traduits depuis l’anglais dans d’autres langues au lectorat plus faible, il est tout simplement impossible que les livres bien plus importants de H.G. Adler, sur des sujets beaucoup plus importants, n’aient pas été traduits de l’allemand vers l’anglais, si même une seule personne (ou, plus important encore, un seul groupe) qui aurait eu l’ambition de les traduire avait été libre de le faire.

Il existe un grand nombre de personnes qui parlent couramment à la fois l’anglais et l’allemand ; les études sur l’Holocauste intéressent de très nombreux locuteurs de ces deux langues et il existe des sources de financement, tant gouvernementales que provenant d’organismes à but non lucratif, qui auraient volontiers soutenu ce travail (certaines traductions de mon deuxième livre ont reçu ce genre de financement, il serait incompréhensible que ces financements puissent exister pour cela et pas pour les traductions du travail de Adler).

Le fait que l’absence de traductions d’Adler, ou d’autres œuvres importants, ne soit pas directement compris comme étant dû aux restrictions issues du droit d’auteur souligne la dramatique faiblesse du débat public autour du droit d’auteur. A l’heure actuelle, les traducteurs ne peuvent pas traduire s’ils ne sont pas assurés en premier lieu d’en avoir le droit, et puisque la position par défaut du droit d’auteur est que vous n’avez pas le droit de traduire à moins que quelqu’un ne vous en donne explicitement le droit, la plupart des traducteurs potentiels abandonnent sans avoir même essayé. Ou, plus probablement, ils ne pensent même pas à essayer, car ils ont été habitués à cette culture basée sur la permission. La simple recherche de la personne à qui demander la permission est un processus suffisamment décourageant, sans même compter le temps passé dans les incertaines négociations qui s’ensuivent lorsque vous avez trouvé la bonne personne.

Il n’est pas étonnant que de nombreux ouvrages de valeur restent sans traduction, étant donné les obstacles. Mais il est étonnant que nous continuions à nous voiler la face sur les raisons de cette situation, alors même lorsqu’elles nous crèvent les yeux.