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.

Il est finalement assez rare de voir des acteurs du logiciel libre préserver la règle théâtrale classique de l’unité de temps, de lieu et d’action.

Ce qui l’est moins, c’est de voir différentes structures (Mozilla Europe, FrenchMozilla, FLOSS Manuals Francophone et Framasoft) mettre leur force en commun pour un noble objectif, en l’occurrence proposer aux utilisateurs francophones de Thunderbird un tutoriel de qualité.

Vous trouverez ci-dessous la reproduction de la page « À propos » que j’ai eu l’honneur de rédiger ainsi que le billet blog de Goofy qui annonce l’évènement.

À propos de ce manuel

Qu’est-ce qui peut bien pousser un Tourangeau, un Niçois, une Francilienne, d’autres Franciliens et même un Romain à se retrouver l’espace d’un week-end à Paris pour y travailler bénévolement sur leur temps libre ?

Un BookSprint bien sûr !

Votre mission si vous l’acceptez : traduire du début à la fin un livre de plus de cent pages en moins de trois jours ! Voilà une tâche qui s’annonçait si ce n’est prométhéenne tout du moins rébarbative.

Sauf s’il s’agit d’un livre sur Thunderbird et qu’en ce temps où nos données personnelles se promènent toujours plus nombreuses sur le Web, il n’est pas inutile de rappeler les intérêts et avantages à utiliser sur son ordinateur cet excellent client de messagerie.

Sauf si l’on s’y met tout ensemble dans la joie et dans la bonne humeur pour apporter nous aussi notre modeste pierre francophone au logiciel libre en général et à ce logiciel libre en particulier.

Un objectif motivant, la perspective d’un convivial travail collaboratif in the real life et la confiance de placer le fruit de nos efforts sous licence libre, il n’en fallait pas plus pour trouver une bonne dizaine de volontaires prêts à relever le défi.

Un défi concrétisé le 19 et 20 mars 2011 à Paris dans les bureaux de Mozilla Europe avec le soutien de FrenchMozilla, Framasoft et FLOSS Manuals Francophone.

Quant à la version originale, vous ne serez pas surpris d’apprendre qu’elle avait été conçue cinq mois plus tôt lors d’un… BookSprint à Toronto !

Un BookSprint en suit un autre, et à en juger par les mines fatiguées mais réjouies des participants, le mouvement n’est pas prêt de s’arrêter…

Votre courrier avec Thunderbird – un manuel en français

URL d’origine du document

Goofy – 9 avril 2011 – FrenchMozilla

Le fruit d’une tra­duc­tion col­la­bo­ra­tive

La ver­sion ori­gi­nale en anglais de ce manuel pour Thun­der­bird a été réa­li­sée pen­dant un books­print à Toronto au Canada à l’occa­sion d’une semaine de l’open source en novem­bre 2010 : pen­dant deux jours, une ving­taine de par­ti­ci­pants y ont con­tri­bué, à l’ins­ti­ga­tion de Mozilla Mes­sa­ging et de FLOSS Manuals.

Pour vous offrir la ver­sion fran­çaise, nous avons aussi joint nos for­ces. Mozilla Europe a pris en charge le finan­ce­ment et l’inten­dance de l’opé­ra­tion et nous a accueillis géné­reu­se­ment dans ses locaux pari­siens (merci Tris­tan et Pas­cal !), Floss manuels fr a fourni la pla­te­forme de tra­duc­tion et sa com­pé­tence atten­tive (merci Élisa), les tra­duc­teurs du milieu du Libre se sont asso­ciés : ceux de french­mo­zilla, ceux de fra­ma­lang venus en force et d’autres encore que l’aven­ture ten­tait pour cette tra­duc­tion « ouverte ».

Mieux que les cré­dits détaillés qui figu­rent dans les der­niè­res pages, c’est un grand merci qu’il faut don­ner à tous ceux qui ont con­sa­cré béné­vo­le­ment du temps libre et de l’éner­gie à cette opé­ra­tion. Le week-end (des 19-20 mars 2011) a été à la fois fié­vreux et détendu, c’était aussi une occa­sion de se ren­con­trer, de man­ger, boire et s’amu­ser ensem­ble… Et les tex­tes du manuel ont été inté­gra­le­ment tra­duits et relus une pre­mière fois en 48 heu­res. Vous le ver­rez, le manuel est aussi riche en illus­tra­tions : les nom­breu­ses cap­tu­res d’écran ont demandé un peu plus de temps, car nous tenions à ce qu’elles mon­trent l’inter­face fran­çaise.

Un manuel des­tiné à tous

Nous pen­sons que ce manuel peut être utile en par­ti­cu­lier à ceux qui décou­vrent Thun­der­bird ou hési­tent encore à l’uti­li­ser. Il les aidera à ins­tal­ler, faire les pre­miers pas et décou­vrir les pos­si­bi­li­tés de l’appli­ca­tion.

Il peut être éga­le­ment une réfé­rence pra­ti­que pour tous les béné­vo­les des forums de Gecko­zone qui assu­rent vaillam­ment l’aide et le sup­port de Thun­der­bird et qui doi­vent sou­vent répé­ter les mêmes répon­ses. Un lien vers tel ou tel cha­pi­tre peut évi­ter de trop lon­gues expli­ca­tions.

Ceux qui uti­li­sent déjà Thun­der­bird et qui ont besoin d’aller plus loin ont l’habi­tude de con­sul­ter la base de con­nais­san­ces de Thun­der­bird (merci Vin­cent qui la main­tient avec brio !). mais ils pour­ront décou­vrir ici, outre quel­ques trucs et astu­ces, les fonc­tion­na­li­tés d’une exten­sion toute récente : il s’agit de « Con­ver­sa­tions », dont Jona­than Prot­zenko, son déve­lop­peur, a fourni le cha­pi­tre-tuto­riel qui n’exis­tait pas encore dans la ver­sion anglaise. C’est un des « plus » non négli­gea­bles de ce manuel !

Pas par­fait mais par­fai­te­ment uti­li­sa­ble et évo­lu­tif

Il est libre et open source. Con­for­mé­ment à l’enga­ge­ment des co-rédac­teurs par­ti­ci­pant à la pla­te­forme Floss­ma­nuals, ce manuel sous copy­right est sous licence GNU GPL : il peut notam­ment être lu et copié libre­ment.

Plus encore, vous pou­vez y con­tri­buer ! Il vous suf­fit de vous enre­gis­trer sur la pla­te­forme de tra­duc­tion et vous pour­rez relire/révi­ser/cor­ri­ger (la chasse aux coquilles est ouverte) mais aussi bien sûr ajou­ter des phra­ses expli­ca­ti­ves voire des cha­pi­tres entiers, com­plé­ter avec de nou­vel­les cap­tu­res d’écran etc.

Nous serons atten­tifs aux déve­lop­pe­ments de Thun­der­bird et nous ferons en sorte de tenir ce guide à jour lors­que de nou­vel­les fonc­tion­na­li­tés de l’appli­ca­tion appa­raî­tront.

Le manuel est à vous !

Liens utiles

• Le manuel Thun­der­bird, dis­po­ni­ble en HTML et en PDF
• Thun­der­bird en fran­çais sur la page offi­cielle de télé­char­ge­ment
• Le forum d’aide pour Thun­der­bird sur Gecko­zone
• La base de con­nais­san­ces pour Thun­der­bird
• Floss­Ma­nuals France Manuels libres pour logi­ciels libres
• Fra­ma­lang et ses tra­duc­teurs fous
• Les pho­tos de la tra­dAc­tion par Elisa

À l’occasion de la sortie du framabook Produire du logiciel libre (dont notre secret espoir est qu’il suscite des vocations chez les jeunes et les moins jeunes), nous avons posé quelques questions à son auteur Karl Fogel.

Est-ce que la situation a évolué depuis la première version du livre, en particulier avec les nouvelles forges comme GitHub (qui repose entre autres la question du fork) ? Est-ce un problème d’héberger des logiciels libres sur des plateformes propriétaires ? Est-ce que l’informatique devrait être enseignée en tant que telle aujourd’hui à l’école ?

Autant de questions auxquelles il apporte de très intéressantes réponses.

Entretien avec Karl Fogel

L’interview en version originale anglaise sur le blog de Karl (intéressants commentaires inside)

(Traduction Framalang : Don Rico pour les questions et Olivier Rosseler pour les réponses)

La version française de POSS vient tout juste d’être publié et votre livre a été traduit, ou est en cours de traduction, dans d’autres langues. Que pensez-vous de ces adaptations de votre œuvre, rendues possibles par le choix de le placer sous licence libre ?

Je suis absolument ravi. Je n’y vois vraiment aucun inconvénient. Les traductions permettent une diffusion plus large du livre, et c’est exactement ce que je souhaite.

Je suis extrêmement reconnaissant envers les traducteurs.

Si vous deviez écrire une deuxième version de POSS aujourd’hui, qu’est-ce que vous changeriez ou ajouteriez ? Et d’ailleurs, est-ce qu’une deuxième version est prévue ?

Et bien, en fait, j’y apporte toujours des petites modifications, à mesure que les pratiques de l’open source évoluent. La version en ligne change constamment. On pourra peut-être la nommer officiellement « Version 2.0 » à un moment donné, mais au fond, c’est vraiment un processus continu.

Par exemple, il y a cinq ou six ans, presque tous les projets avaient leur propre infrastructure de développement. Chacun avait son serveur, son système de contrôle de versions, son système de suivi de bogues, un responsable de la liste de diffusion, un wiki peut-être, c’étaient les outils de développement.

Mais depuis, on a assisté à des regroupements. De nos jours, seuls les très gros et les très petits projets possèdent leur propre infrastructure. La majorité des projets choisissent des sites pré-conçus, comme GitHub, Google Code Hosting, SourceForce, Launchpad, etc. La plupart des développeurs open source se sont familiarisés avec ces environnements.

Et par conséquent, j’ai mis à jour la partie du livre traitant des infrastructures d’hébergement, pour enrichir la section « Les sites Web » et parler des sites comme ceux mentionnés ci-dessus, plutôt que de ré-inventer la roue à chaque projet. Les gens se rendent bien compte qu’administrer son propre hébergement requiert énormément de ressources, malgré les avantages que l’on peut en tirer, et que donc, externaliser cette tache est devenu presque une obligation si on veut avoir un peu de temps pour effectivement travailler sur le projet.

J’ai également mis le livre a jour pour parler des nouvelles versions des licences open source (comme la GNU General Public License 3, qui est sortie après que le livre ait été publié), et j’ai également revu mes recommandations vis à vis de certains logiciels, car les temps changent. Par exemple, Git est de bien meilleure qualité aujourd’hui qu’à l’époque où j’ai rédigé la toute première édition.

La manière de produire des logiciels libres n’a pas tellement changée en cinq ans. Mais de nouvelles forges sont apparues, sur un modèle un peu différent de SourceForge. Je pense à Google Code mais surtout à GitHub. GitHub serait un peu le « Facebook des forges open source », avec ses fonctions de réseau social, son édition à même le navigateur… Son slogan est « Fork me on GitHub ». La notion de fork semble ne plus être tout à fait la même qu’avant. Que pensez-vous de tout cela ?

En fait, je pense que la notion de fork n’a pas changé. La terminologie, peut-être, mais pas le concept.

Si je me penche sur les dynamiques des rouages des projets open source, je ne vois pas de differences fondamentales selon que le projet utilise une forge ou l’autre. GitHub propose un produit fantastique, mais ils ont aussi un marketing fantastique. Ils encouragent les projets à inviter leurs utilisateurs à « créer une fork sur GitHub », c’est à dire « créer une copie pour jouer un peu avec ».

Et même si en un sens la copie d’un projet hébergé sur Git peut techniquement s’appeler un « fork », en pratique ça n’en est pas un. Le concept de fork est avant tout politique, pas technique.

À l’origine, initier un fork signifiait élever la voix pour dire : « nous pensons que le projet ne prend pas la bonne direction, nous avons pris la décision d’en faire une copie pour le poursuivre dans la bonne direction, que tout ceux qui partagent ce point de vue se joignent à nous ». Et les deux projets se retrouvaient alors publiquement en concurrence, à l’attention des développeurs et des utilisateurs, parfois aussi pour des questions d’argent. Parfois l’un des deux l’emporte, parfois ils fusionnent pour ne former à nouveau qu’un seul projet. Mais quelle qu’en soit l’issue, c’est avant tout un processus politique : susciter des adhésions pour continuer ensemble le projet.

Cette dynamique est toujours d’actualité, elle se poursuit tous les jours. Qu’on parle de « fork » pour designer quelque chose de différent, pourquoi pas, mais ça ne change pas la réalité, on utilise juste un terme différent pour décrire la réalité.

GitHub a commencé à parler de « fork » pour dire « créer une copie à bidouiller ». Maintenant, c’est vrai qu’avec ce genre de copie il est facile de s’éloigner du projet originel pour re-fusionner plus tard, c’est l’une des caractéristiques de Git et de tous les systèmes de contrôle de version décentralisé. Et c’est vrai que s’éloigner pour re-fusionner est plus compliqué avec les systèmes de contrôle de version centralisé comme Subversion et CVS. Mais tous ces « forks » créés sur Git ne sont pas des forks au sens premier du terme. En général, lorsqu’un développeur se fait une copie sur Git et la modifie, c’est en espérant que ses changements seront fusionnés dans la copie « maîtresse ». Et quand je dis « maîtresse », ce n’est pas au sens technique, mais bien au sens politique : la copie maîtresse est celle que la plupart des utilisateurs suivent.

Je trouve que ces fonctionnalités de Git et de GitHub sont géniales, et j’aime bien les utiliser, mais il n’y a rien de révolutionnaire ici. Il y a peut-être une évolution de la terminologie, mais la vraie dynamique des projets open source ne varie pas : les développeurs fournissent de gros efforts pour que leurs modifications soient intégrées a la distribution principale, car ils ne veulent pas s’embarrasser avec une copie privée qu’ils auraient a entretenir. Git réduit la pénibilité liée à la maintenance de modifications indépendantes, mais pas encore suffisamment pour que cet effort soit négligeable. Les développeurs intelligents forment des communautés et tentent de conserver un code de base unifié, car c’est la meilleure chose à faire. Ça n’est pas près de changer.

En juin 2010, Benjamin Mako Hill remarque dans son article Free Software Needs Free Tools (traduit ici sur le Framablog) qu’héberger un projet libre sur une plateforme propriétaire pose problème. À votre avis, quelle est l’importance de ce problème ?

Et bien, je connais Mako Hill, je l’apprécie et j’éprouve beaucoup de respect pour lui. Mais je dois dire que je ne partage pas son avis sur ce point, et ce, pour plusieurs raisons.

D’abord, il faut être réaliste. On ne peut pas être un développeur logiciel sans outils propriétaires de nos jours. Réduire arbitrairement la notion de « plateforme » n’est qu’un artifice pour croire qu’on travaille dans un milieu entièrement libre. Par exemple, je peux héberger mon projet chez Launchpad, qui est un logiciel libre, mais est-ce que je peux vraiment écrire du code sans utiliser le moteur de recherche de Google, qui n’est pas libre ? Bien sur que non. Tous les bons programmeurs utilisent en continu Google, ou un autre moteur de recherche propriétaire. Il faut inclure ces recherches Google dans la « plateforme », impossible de se voiler la face.

Mais on peut pousser la réflexion plus loin :

Qu’attendez-vous de l’hébergeur de votre projet, quelles sont les libertés importantes ? Vous utilisez une plateforme et vous demandez aux autres de l’utiliser aussi pour collaborer avec vous, donc, idéalement, la plateforme devrait être libre.

Ainsi, si vous souhaitez y apporter des modifications, vous pouvez : si quelqu’un veut créer un fork de votre projet (au sens ancien, politique, du terme), ils peuvent reproduire l’infrastructure d’hébergement ailleurs, où ils la contrôleront, si nécessaire. Alors, en théorie tout cela est très bien et très joli, mais honnêtement, même si le code source de Google Code, par exemple, était libre, vous ne pourriez pas reproduire Google Code Hosting. Il vous manquerait encore le personnel, le service, les data center de Google… toute l’infrastructure qui n’a rien à voir avec le code source. Ça n’est pas réalistiquement faisable.

Vous pouvez forker le projet, mais en général vous ne pouvez pas reproduire son hébergement, cela demande trop de ressources. Et puisque ça n’est pas votre propre service, vous ne pouvez pas l’adapter a votre convenance ; ce sont les gens qui font tourner les serveurs matériels qui décident de quels ajustements sont acceptables ou pas. Donc dans la pratique, vous ne disposez pas de ces libertés.

(Certains services d’hébergement tentent d’octroyer autant de libertés que possible a leurs utilisateurs. Par exemple, le code de Launchpad est open source, et ils intègrent les correctifs de leurs membres. Mais l’entreprise qui héberge Launchpad doit quand même approuver chaque modification puisque ce sont eux qui font tourner les serveurs. Je crois que SourceForge veut tenter la même expérience, si l’on en croit l’annonce faite récemment à propos d’Allura.)

Alors, en fonction de tout cela, quelles sont les libertés possibles ?

Il vous reste la liberté de faire entrer et sortir vos données. En d’autres termes, le noeud du problème se situe au niveau de la possibilité qu’on les interface de programmations (API pour Application Programming Interfaces) de déplacer les données d’un service à l’autre, de manière fiable et automatique. Si je peux écrire un programme qui peut récupérer toutes les données de mon projet depuis une forge pour les transférer à une autre, c’est une liberté utile. Je ne suis pas pieds et poings liés. Ça n’est pas la seule liberté qui compte, on est même loin d’une liberté idéale. Mais c’est une liberté utile dont on dispose dans un monde où utiliser ses propres serveurs est devenu inabordable.

Ce n’est pas que cette conclusion m’enchante. Mais les choses sont ainsi. La période de « chasseur/cueilleur » dans l’open source est terminée, nous sommes entrés dans l’ère agricole et urbaine. Vous ne pouvez plus creuser vos propres sillons d’irrigation ou votre propre système d’évacuation des eaux usées. C’est trop compliqué. Mais, au moins, si vous n’êtes pas satisfait du service rendu par un hébergeur, vous pouvez déménager chez un autre plus efficace grâce a la portabilité des données.

Donc ça m’importe assez peu de savoir que la plateforme GitHub est propriétaire, par exemple. Evidemment, ça serait mieux si elle était entièrement open source, mais le fait qu’elle ne le soit pas n’est pas vraiment un énorme problème. Le premier critère auquel je fais attention lorsque j’évalue un service d’hébergement est la richesse de leurs APIs. Est-ce que je peux récupérer toutes mes données si besoin ? Si leurs APIs sont riches, c’est bon signe, ils feront leur travail pour maintenir un service de qualité, car c’est le critère qui leur permettra de conserver leurs utilisateurs.

En France, les élevés de collège et de lycée ne suivent pas de cours d’informatique. Pensez-vous que l’informatique devrait être une matière a part entière, et pas seulement un outil pour les autres matières ?

Evidemment. La compréhension des données et du calcul formel est très importante désormais. C’est une forme d’alphabétisme. Sans aller jusqu’à maîtriser la programmation, il faut savoir comment les données fonctionnent. Cela fait écho à une discussion récente où je me suis rendu compte du gouffre qui peut exister.

J’étais chez le docteur, pour faire quelques tests. L’un d’eux consistait à filmer les battements de mon cœur grâce aux ultra-sons et toute la séquence était enregistrée. C’était incroyable a voir ! Et donc, une fois terminé, je demande à l’accueil si je pouvais avoir les données. Pour être précis, j’ai demandé : « Est-ce que je pourrai avoir les données de l’echocardiogramme ? » L’assistante m’a répondu qu’ils pouvaient m’imprimer des images basse-résolution. J’ai alors répondu : « Merci, mais ce sont les données que je veux ». Elle m’a répondu que c’est bien ce qu’elle me proposait. Pour elle, le mot « données » n’avait pas la même signification précise que pour ceux qui ont appris ce que sont les données. Ma question impliquait évidemment que je voulais toutes les données qu’ils avaient enregistres. C’est bien ce que signifie « Toutes les données », non ? Il ne devrait pas y avoir de perte d’information : c’est une copie bit par bit. Mais cela ne lui parlait pas. Pour elle, les données, c’est « quelque chose qui ressemble a ce que j’ai demandé ». Je parlais d’information, d’informatique, elle me parlait de perception.

Je suis bien conscient que mon point de vue est radical, mais je trouve que c’est une forme d’illettrisme de nos jours. Vous devez savoir faire la différence entre les vraies informations et les fausses informations et vous devez comprendre l’énorme différence d’application qui existe entre les deux. Si je me rends chez un autre médecin, vous imaginez bien la différence que ça fait si je lui présente la vidéo complète sur clé USB par rapport à des copies basse résolution d’images fixes. L’une est utile, l’autre ne sert strictement à rien.

Les entreprises qui comprennent le mieux la valeur des données, de données nous concernant, ont de plus en plus de moyens d’utiliser ces données à leur avantage, mais pas nécessairement dans le vôtre. Les cours d’informatique sont une forme de défense contre ceci, une réponse immunitaire à un monde dans lequel la possession et la manipulation des données se transforme de plus en plus en pouvoir. Vous êtes mieux à même de comprendre comment les données peuvent être utilisées si vous les avez déjà manipulées vous-même.

Donc oui, je suis pour les cours d’informatique… mais pas seulement comme moyen de défense :-). C’est aussi une formidable occasion pour les écoles de réaliser quelque chose de collaboratif. L’enseignement se focalise trop souvent sur des apprentissages « individuels ». D’ailleurs, la coopération à l’école est souvent prohibée et on appelle cela de la triche. Or en cours d’informatique, la chose la plus naturelle est d’initier des projets open source ou de participer à des projets open source.

Bien sûr, tous les étudiants ne seront pas forcément doués ou hyper motivés pour cela, mais c’est la même choses dans toutes les autres matières. Je pense donc que les cours d’informatique sont une bonne opportunité d’exposer les élèves aux plaisirs du développement collaboratif. Ces cours devraient avoir un impact incroyable sur certains élèves, comme, par exemple, les cours de musique.

Une toute dernière question : quel conseil donneriez-vous au programmeur en herbe qui souhaite découvrir la communauté des logiciels libres et open source ? Essayez de répondre en une phrase, pas avec un livre entier 🙂

Trouvez un projet ouvert que vous appréciez (et, idéalement, que vous utilisez) et commencez à y participer ; vous ne le regretterez pas !

Ce n’est plus une application qui vous permet d’accéder au Web, c’est un manifeste politique et un art de vivre !

—> La vidéo au format webm
—> Le fichier de sous-titres

Transcript du sous-titrage

URL d’origine du document

Nous sommes assez fiers d’être un navigateur à part.

Nous n’avons pas de titres ronflants quand nous sommes cités dans la presse. Nous n’avons pas de marge bénéficiaire. Nous n’avons ni icône ni gourou à vénérer à plat ventre.

Nous ne passons pas les mêmes accords, ne signons pas les mêmes contrats, ni ne serrons les mêmes mains, que tout le monde. Et cela ne nous dérange pas.

Nous sommes une communauté d’esprits indépendants, de gens farouchement anticonformistes qui font les choses un peu différemment.

Là où d’autres sociétés pourraient donner de l’importance aux résultats, nous donnons de la valeur… à nos valeurs.

Lorsqu’un concurrent songe à rendre quelque chose propriétaire, nous nous efforçons de le libérer. Et quand de nombreux produits et technologies sont développés derrière des portes closes, les nôtres sont cultivées au grand jour, là où chacun peut les voir.

Nous n’avons de comptes à rendre à aucun actionnaire. Nous ne rendons des comptes qu’à vous.

Et nous ne fonctionnons pas ainsi pour le plaisir, même si l’on s’amuse énormément. Nous fonctionnons ainsi parce que nous pensons que c’est la chose à faire.

Nous croyons que les principes sont plus importants que le profit. Nous croyons que l’honnêteté l’emporte sur le secret, et que la communauté prévaut sur les intérêts de l’entreprise.

Nous croyons qu’il faut prendre soin du Web et non s’en emparer, que c’est plus une ressource que nous devons protéger plutôt qu’un simple bien qui peut être vendu.

Et nous croyons fermement en l’innovation qui met l’utilisateur à l’avant, au centre et fermement aux commandes.

Mais surtout nous croyons en vous.

Nous croyons que le meilleur navigateur du monde est rendu possible par des ingénieurs, des programmeurs, des designers, et des gens comme vous, qui donnent de leur temps, leur talent, leur énergie et leur appui à la cause.

Et nous croyons qu’ensemble, en gardant cette cause en tête, nous pouvons innover au bénéfice de l’individu, et à l’amélioration du Web. Afin que toujours et à jamais il serve le bien commun.

Nous sommes tous Mozilla Firefox.

Nous ne sommes pas qu’une sorte différente de navigateur. Nous sommes un navigateur qui fait la différence.

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.

Une bonne semaine après le lancement du navigateur Firefox 4, et quelques 47.146.152 téléchargements plus tard, nous en appelons à nos fidèles lectrices et lecteurs pour nous donner leur avis dans les commentaires sur cette première version stable de la série quatre.

Et pour ne pas faire face à un billet vide, nous avons traduit le message annonçant la fameuse sortie sur le blog de la boss de la Mozilla Foundation Mitchell Baker.

Puisque Firefox est « bien plus qu’un excellent navigateur » (message à peine subliminal adressé à Google Chrome), faisons comme l’AFUL et participons à le polliniser autour de nous, si tant est qu’il ne vous ait pas déçu bien entendu.

Firefox 4 – Davantage qu’un excellent navigateur

Firefox 4 – More Than a Great Browser

Mitchell Baker – 22 mars 2011 – Blog personnel (Lizard Wrangling)
(Traduction Framalang : Goofy et Antistress)

Firefox 4 est sorti ! Si vous n’utilisez pas encore Firefox 4, téléchargez-le et découvrez à quel point le Web peut devenir un champ d’exploration excitant.

Oui, Firefox est un excellent navigateur. Rapide, léger et proposant quantité de fonctionnalités qui facilitent votre vie en ligne — les onglets applicatifs (possibilité de rendre fixes des onglets), Panorama (organisation facile des onglets en groupes), Sync (la synchronisation d’un appareil à l’autre), Do Not Track (pour demander aux sites de ne pas vous pister), HTML 5 et d’autres choses encore — et qui sont toutes respectueuses des individus.

Mais Firefox est bien plus qu’un excellent navigateur. Firefox est une part importante de notre projet de construire ensemble un Web qui soit amusant, ait du potentiel, soit fiable et donne le pouvoir aux gens afin qu’ils soient aux commandes. Firefox est créé par une communauté sans but lucratif précisément pour promouvoir de telles valeurs au cœur d’Internet. Firefox allie l’intéret général, les objectifs non commerciaux et une technologie de pointe.

Firefox est également une communauté. Une communauté dévouée à concrétiser le Web que nous imaginons. Une communauté qui veille à ce que les progrès technologiques soient mis au service des individus et qu’ils profitent à tous.

Firefox incarne un état d’esprit. Un état d’esprit qui part du principe que ce qui est important ce sont les gens, que les individus peuvent changer le monde, qu’on peut créer autant que consommer, que nous pouvons construire un bout d’Internet qui nous appartient à tous.

Et bien entendu, Firefox c’est aussi l’open source, des technologies dernier cri, des fonctionnalités géniales pour des centaines de millions d’utilisateurs en plus de 80 langues. Il repose sur la transparence et l’ouverture, et il offre un potentiel inégalé à chaque communauté dans le monde.

Essayez-le et impliquez-vous !

Depuis trois ans la Quadrature agite le Net sans relâche pour qu’il reste cet espace de liberté où tant de belles initiatives ont pu prendre forme et se développer, à commencer par le logiciel libre.

L’année dernière, nous nous faisions l’écho d’un appel de Benjamin Bayart pour la Quadrature puisse poursuivre son action.

Un an et quelques belles batailles législatives plus tard, la Quadrature du Net lance une nouvelle et cruciale campagne de financement^[1].

L’occasion de faire le point et de revenir avec son porte-parole Jérémie Zimmermann sur les origines, les motivations et les objectifs de cet indispensable mégaphone citoyen dont la portée dépend directement de notre propre implication.

4 questions à Jérémie Zimmermann

Un entretien réalisé par Siltaar pour Framasoft

1. D’où vient « La Quadrature du Net » exactement ?

De cinq co-fondateurs: Philippe Aigrain, Christophe Espern (aujourd’hui retiré), Gérald Sédrati-Dinet, Benjamin Sonntag et moi-même.

Nous étions à la base 5 hackers^[2], tous passionnés de logiciels libres et engagés dans les combats pour le logiciel libre, contre les brevets sur les logiciels, contre la DADVSI et pour une infrastructure informationnelle libre.

Avec l’élection de Nicolas Sarkozy, nous avons vu dans son programme, en filigrane, une attaque violente des libertés sur Internet. C’est pour cela que nous avons créé la Quadrature du Net. Pour agir et avant tout pour permettre à chacun de réagir.

Nous avons donc appris de nos expériences associatives et militantes respectives, et choisi de créer une « non-structure », une association de fait, sans président ni membres, qui ne représente que la voix de ses co-fondateurs. Nous défendons une vision d’Internet conforme à ses principes initiaux de partage de la connaissance et d’ouverture, plutôt qu’un Internet « civilisé » basé sur le contrôle et la répression.

Aujourd’hui, je vois la Quadrature du Net comme une caisse à outils. Nous fabriquons des outils (analytiques ou techniques) pour permettre à tous les citoyens de comprendre les processus visant à attaquer leurs libertés individuelles en ligne, et à réagir en participant au débat démocratique.

2. Plusieurs initiatives de la Quadrature ont été largement relayées sur le Web (blackout contre Hadopi, campagne d’appel des députés européens pour l’amendement 138 ou la déclaration écrite n°12), où en sommes-nous aujourd’hui ?

Les résultats sont nombreux et dans l’ensemble très positifs. Nous en sommes les premiers surpris. Outre les victoires législatives (nous avons joué un rôle dans le rejet de l’HADOPI 1, puis la décision du Conseil Constitutionnel la décapitant, dans le vote par deux fois à 88% du Parlement européen du célèbre amendement 138 interdisant les restrictions d’accès sans intervention du juge, etc.), nous avons à notre actif un certain nombre de victoires non-législatives (peser sur des rapports parlementaires européens comme le rapport Lambrinidis, le rapport Medina, ou porter et compléter la « déclaration écrite n°12 » contre ACTA, etc.).

Prenons l’exemple de l’accord multilatéral ACTA : un infect contournement de la démocratie par les gouvernements visant à imposer de nouvelles sanctions pénales dans le cadre de la guerre contre le partage. Nous avons joué un rôle majeur en Europe, notamment en fuitant des versions de travail du document et en alertant les eurodéputés. Le texte définitif, quoiqu’encore très dangereux, est très largement influencé par nos actions, et si nous avons aujourd’hui une maigre chance de le faire rejeter dans son ensemble au parlement européen (vote autour de l’été, à suivre…), c’est sans doute le fruit de ces longues années d’efforts. Et il reste beaucoup à faire : Sur ACTA comme sur tout le reste des dossiers, nos adversaires ont des hordes de lobbyistes payés à plein temps pour tirer la corde dans la direction opposée.

Mais c’est surtout en dehors des textes législatifs eux-mêmes, en complément, que notre action a été je pense la plus utile : à créer un contexte politique autour de ces questions de libertés fondamentales et d’Internet. Il s’agit désormais d’un sujet que les députés et eurodéputés craignent, car ils savent que cela intéresse beaucoup de monde, ils l’ont vu lors de certaines campagnes que nous avons montées et qui les ont surpris. De la même façon dans de nombreux cercles politiques, institutionnels ou universitaires, ces sujets deviennent de plus en plus importants, et chacun commence à réaliser combien ils seront déterminants pour le futur de nos sociétés. L’affaire des câbles diplomatiques fuités par Wikileaks ou la révolte Égyptienne en ont été des exemples flagrants.

Un autre exemple : la question de la neutralité du Net. C’était un obscur dossier technique jusqu’à ce que nous contribuions à en faire un des enjeux-clé de la révision des directives européennes du Paquet Télécom, au point que les eurodéputés obligent la Commission à s’en saisir, ce qui a généré de nombreux articles de presse. Aujourd’hui en France, une mission d’enquête parlementaire composée de députés UMP (Laure de la Raudière) et PS (Corinne Erhel) étudie ce sujet et rendra bientôt un rapport, probablement assorti d’une proposition législative. C’est un sujet qui fait aujourd’hui débat.

Nous nous attachons à des sujets fondamentaux, qui dépassent les clivages politiques traditionnels. Nos victoires se marquent donc esprit par esprit, et nos objectifs sont à des termes qui vont au delà de ceux des mandats électoraux. D’un autre côté ce sont des dossiers souvent complexes, mêlant technologie, droit, éthique et économie… Il nous faut donc faire un travail de fourmis sur les dossiers, tout en rugissant parfois comme des lions pour se faire entendre ! Mais cela ne fonctionnerait pas sans votre soutien à nos actions, si chacun ne participait pas un peu, à son échelle et selon ses moyens.

3. Quelles sont les prochaines batailles qui se profilent à l’horizon pour la défense de la neutralité du Net ?

La bataille de l’ACTA est sans doute l’un des enjeux les plus importants auxquels nous avons eu à faire face depuis bien longtemps. Cet accord^[3] prévoit entre autres de nouvelles sanctions pénales pour le fait d’« aider ou faciliter » des « infractions au droit d’auteur à échelle commerciale ». Cela veut dire tout et son contraire. N’importe quelle compagnie d’Internet (fournisseur d’accès, plate-forme d’hébergement ou fournisseur de service) tomberait potentiellement dans cette définition. La seule solution pour elle pour éviter de lourdes sanctions qui compromettraient son activité serait de se transformer en police privée du droit d’auteur sur le Net, en filtrant les contenus, en restreignant l’accès de ses utilisateurs, etc. Exactement ce que souhaitent les industries du divertissement qui sont à l’origine de cet accord, déguisé en banal accord commercial, dans le cadre de la guerre contre le partage qu’elles mènent contre leurs clients.

Si nous laissons la Commission européenne et les États Membres s’entendre pour imposer entre-autres de nouvelles sanctions pénales, alors que ces dernières sont normalement du ressort des parlements, la porte serait ouverte à toutes les dérives. Un tel contournement de la démocratie pourrait laisser des traces durables. Nous devons tout faire pour que l’ACTA soit rejeté par les eurodéputés.

La question de la neutralité du Net est elle aussi complètement fondamentale. Il faut que nous nous battions pour avoir accès à du vrai Internet, cet Internet universel qui connecte tout le monde à tout. Internet, et les bénéfices sociaux et économiques qui en découlent, dépendent de sa neutralité, c’est à dire du fait que nous pouvons tous accéder à tous les contenus, services et applications de notre choix, et également en publier. C’est ainsi que nous pouvons par exemple accéder à tous ces logiciels libres, à Wikipédia, mais également y contribuer, ou créer dans son garage une start-up qui deviendra peut-être le prochain moteur de recherche dominant, ou un petit site qui deviendra un jour une incontournable référence comme Framasoft 😉

Si un opérateur commence à discriminer les communications, que ce soit en fonction de l’émetteur, du destinataire ou du type de contenus échangés, alors ça n’est plus Internet. C’est ce qui est fait en Chine ou en Iran pour des raisons politiques, mais également ce que font Orange, Bouygues et SFR lorsque pour des raisons économiques lorsqu’ils interdisent la voix sur IP, l’accès aux newsgroups ou aux réseaux peer-to-peer (évidemment dans le but de vous vendre leurs propres services, souvent moins compétitifs et bien plus chers).

Nous devons nous battre pour cet Internet que nous construisons chaque jour, que nous aimons et qui nous appartient à tous. C’est cet Internet universel le vrai Internet « civilisé », et non celui vu par Nicolas Sarkozy et les industries qu’il sert, dans lequel nos libertés s’effaceraient derrière un contrôle centralisé malsain et dangereux pour la démocratie.

4. Quel rôle pouvons-nous jouer ?

Dans tous ces dossiers, il est indispensable de comprendre que La Quadrature du Net ne sert à rien sans les centaines, les milliers de citoyens qui la soutiennent, chacun à leur échelle, participent à ses actions, suivent cette actualité et en parlent autour d’eux…

Au jour le jour, il est possible de participer sur le terrain, par exemple sur notre wiki, notre liste de discussion ou notre canal IRC. Des tâches précises comme le développement de nos outils (Mémoire Politique, le Mediakit, nos bots IRC, etc. ), le webdesign et la création de matériaux de campagne (affiches, bannières, infographies, clips, etc.), ou la participation à notre revue de presse ont toutes, constamment, besoin de nouvelles participations.

Il est également indispensable de participer en prenant connaissance des dossiers et en relayant nos communications et nos campagnes, en contactant les élus (députés et eurodéputés), en discutant avec eux de ces sujets pour les persuader jusqu’à établir une relation de confiance, pour pouvoir les alerter le moment venu.

Devant des enjeux d’une importance aussi cruciale, rappelons-nous cette célèbre parole de Gandhi : « Quoi que vous ferez, ce sera forcément insignifiant, mais il est très important que vous le fassiez tout de même. ».

Enfin, si pour des raisons diverses et variées il n’est pas possible de contribuer à ces tâches, il est toujours possible de nous soutenir financièrement, idéalement par un don récurrent.

Il est de notre devoir, tant qu’il nous reste encore entre les mains un Internet libre et ouvert, donc neutre, d’agir pour le protéger.

Contraction de Framasoft et d’Etherpad, Framapad est un nouveau projet à la fois modeste et ambitieux.

Modeste car il ne s’agit que de l’installation du logiciel libre Etherpad sur l’un de nos propres serveurs^[1].

Mais ambitieux car nous espérons profiter de la visibilité de notre réseau pour faire découvrir et utiliser ce logiciel au plus large public possible.

Qu’est-ce donc qu’Etherpad ? Il s’agit d’un éditeur de texte collaboratif en temps réel qui permet à plusieurs personnes de partager un texte en cours d’élaboration^[2].

Les contributions de chacun apparaissent immédiatement sur l’écran de tous les participants et sont signalées par des couleurs différentes. Un historique permet de revenir en arrière et une fenêtre de messagerie instantanée (ou tchat) est également disponible permettant aux différents collaborateurs de communiquer à côté du texte en construction.

Le gros avantage d’Etherpad réside dans sa rapidité et simplicitié d’utilisation.

Ni installation ni inscription ne sont demandées, tout se fait en ligne sur Internet. Il suffit de vous rendre sur le site Framapad en cliquant sur « Créer un Pad » et vous voici tout de suite opérationnel, prêt à inviter d’autres participants à vous rejoindre sur la page de votre texte (ou pad) nouvellemment créée.

Si vous vous retrouvez en situation de devoir rédiger un texte à plusieurs mains, texte pas trop long et sans mise en forme particulière, pensez à Framapad.

C’est plus pratique (et plus ludique) qu’un wiki et plus libre (et moins lourd) qu’un Google Documents.

Pour ce qui nous concerne nous avons découvert ce logiciel il y a un an lors d’une traduction collective. Depuis nous avons pris l’habitude de l’utiliser au quotidien et le projet Framapad n’est en fait que la mise à disposition de tous de cet outil si pertinent et performant^[3].

Par rapport à une installation classique d’Etherpad^[4], Framapad propose l’interface en français et une documentation détaillée d’une vingtaine de pages de toutes ses fonctionnalités.

Par défaut, les pads sont publics, permanents et accessibles à tous. Mais il est également possible d’ouvrir des pads privés en se créant un compte. Vous disposerez alors de votre propre sous-domaine d’où vous pourrez gérer vos membres, contrôler l’accès, archiver et supprimer vos pads. Ce point précis fait l’objet d’un autre guide détaillé et illustré.

Merci de diffuser l’information car notre espoir récurrent est d’aller au delà des initiés^[5]. L’idée étant, ici comme ailleurs, de rendre service, tout en faisant au passage l’expérience du travail collaboratif à la base même du logiciel libre et de sa culture.

-> Se rendre sur Framapad.org