Le Framablog termine l’année avec une traduction de poids qui offre quelque part une excellente transition entre la décennie précédente et la décennie suivante, parce que le vaste sujet évoqué sera, mais en fait est déjà, un enjeu crucial pour l’avenir.

Le mot « open » est servi à toutes les sauces en ce moment dans le monde anglophone. Un peu comme l’écologie, c’est un mot à la mode qui pénètre de plus en plus de domaines, et tout le monde se doit de l’être ou de feindre de l’être sous peine d’éveiller les soupçons, voire la réprobation.

Mais dans la mesure où il n’en existe pas de définition précise, chacun le comprend comme il veut ou comme il peut. Et l’écart peut être grand entre un logiciel libre et une multinationale qui se déclarent tous deux comme « open ». Une multinationale comme Google par exemple !

Il n’est pas anodin que le vice-président de la gestion des produits et du marketing, Jonathan Rosenberg, ait pris aujourd’hui sa plume pour publiquement expliquer (ou tenter d’expliquer) dans le détail ce que Google entendait par « open », dans un récent billet du blog officiel de la société intitulé, excusez du peu, The meaning of Open (comme d’autres s’interrogent sur the meaning of life).

Tout comme l’autre géant Facebook, Google est en effet actuellement sous la pression de ceux qui, entre autres, s’inquiètent du devenir des données personnelles traitées par la société^[1]. Et cette pression ira croissante au fur et à mesure que Google aura une place de plus en plus grande sur Internet, à grands coups de services qui se veulent à priori tous plus intéressants les uns que les autres.

« Don’t be evil » est le slogan à double tranchant que s’est donné Google. Nous ne sommes certainement pas en face du diable, mais ce n’est pas pour autant que nous allons lui accorder le bon Dieu sans confession.

À vous de juger donc si, dans le contexte actuel, ce document est une convaincante profession de foi.

Nous avons choisi de traduire tout du long « open » par « ouverture » ou « ouvert ». L’adéquation n’est pas totalement satisfaisante, mais laisser le terme d’origine en anglais eut été selon nous plus encore source de confusion.

L’ouverture selon Google

Google and The meaning of open

Jonathan Rosenberg – 21 décembre 2009 – Blog officiel de Google
(Traduction non officielle Framalang : Goofy et Olivier)

La semaine dernière j’ai envoyé un email interne sur le sens de « l’ouverture » appliquée à Internet, Google et nos utilisateurs. Dans un souci de transparence, j’ai pensé qu’il pouvait être opportun de partager également ces réflexions à l’extérieur de notre entreprise.

Chez Google nous sommes persuadés que les systèmes ouverts l’emporteront. Ils conduisent à davantage d’innovation, de valeur, de liberté de choix pour les consommateurs et à un écosystème dynamique, lucratif et compétitif pour les entreprises. Un grand nombre d’entre elles prétendront à peu près la même chose car elles savent que se positionner comme ouvertes est à la fois bon pour leur image de marque et totalement sans risque. Après tout, dans notre industrie il n’existe pas de définition précise de ce que peut signifier « ouvert ». C’est un terme à la Rashomon (NdT : expression issue du film éponyme de Kurosawa) : à la fois extrêmement subjectif et d’une importance vitale.

Le thème de l’ouverture est au centre de nombreuses discussions ces derniers temps chez Google. J’assiste à des réunions autour d’un produit où quelqu’un déclare que nous devrions être davantage « ouverts ». Il s’ensuit un débat qui révèle que même si l’« ouverture » fait l’unanimité, nous ne sommes pas forcément d’accord sur ce qu’elle implique concrètement.

Face à ce problème récurrent, j’en arrive à penser que nous devrions exposer notre définition de l’ouverture en termes suffisamment clairs, afin que chacun puisse la comprendre et la défendre. Je vous propose ainsi une définition fondée sur mes expériences chez Google et les suggestions de plusieurs collègues. Ces principes nous guident dans notre gestion de l’entreprise et dans nos choix sur les produits, je vous encourage donc à les lire soigneusement, à les commenter et les débattre. Puis je vous invite à vous les approprier et à les intégrer à votre travail. Il s’agit d’un sujet complexe et si un débat à lieu d’être (ce dont je suis persuadé), il doit être ouvert ! Libre à vous d’apporter vos commentaires.

Notre définition de l’ouverture repose sur deux composantes : la technologie ouverte et l’information ouverte. La technologie ouverte comprend d’une part l’open source, ce qui veut dire que nous soutenons activement et publions du code qui aide Internet à se développer, et d’autre part les standards ouverts, ce qui signifie que nous adhérons aux standards reconnus et, s’il n’en existe pas, nous travaillons à la création de standards qui améliorent Internet (et qui ne profitent pas seulement à Google). L’information ouverte comprend selon nous trois idées principales : tout d’abord les informations que nous détenons sur nos utilisateurs servent à leur apporter une valeur ajoutée, ensuite nous faisons preuve de transparence sur les informations les concernant dont nous disposons, et enfin nous leur donnons le contrôle final sur leurs propres informations. Voilà le but vers lequel nous tendons. Dans bien des cas nous ne l’avons pas encore atteint, mais j’espère que la présente note contribuera à combler le fossé entre la théorie et la pratique.

Si nous pouvons incarner un engagement fort à la cause de l’ouverture, et je suis persuadé que nous le pouvons, nous aurons alors une occasion unique de donner le bon exemple et d’encourager d’autres entreprises et industries à adopter le même engagement. Et si elles le font, le monde s’en trouvera un peu meilleur.

Les systèmes ouverts sont gagnants

Pour vraiment comprendre notre position, il faut commencer par l’assertion suivante : les systèmes ouverts sont gagnants. Cela va à l’encontre de tout ce en quoi croient ceux qui sont formatés par les écoles de commerce, ceux qui ont appris à générer une avantage compétitif durable en créant un système fermé, en le rendant populaire, puis en tirant profit du produit pendant tout son cycle de vie. L’idée répandue est que les entreprises devraient garder les consommateurs captifs pour ne laisser aucune place à la concurrence. Il existe différentes approches stratégiques, les fabricants de rasoirs vendent leurs rasoirs bon marché et leurs lames très cher, tandis que ce bon vieux IBM fabrique des ordinateurs centraux coûteux et des logiciels… coûteux aussi. D’un autre côté, un système fermé bien géré peut générer des profits considérables. Cela permet aussi à court terme de mettre sur le marché des produits bien conçus, l’iPod et l’iPhone en sont de bons exemples, mais finalement l’innovation dans un système fermé tend à être, au mieux, incrémentale (est-ce qu’un rasoir à quatre lames est vraiment tellement mieux qu’un rasoir à trois lames ?). Parce que la priorité est de préserver le statu quo. L’autosatisfaction est la marque de fabrique de tous les systèmes fermés. Si vous n’avez pas besoin de travailler dur pour garder votre clientèle, vous ne le ferez pas.

Les systèmes ouverts, c’est exactement l’inverse. Ils sont compétitifs et bien plus dynamiques. Dans un système ouvert, un avantage compétitif n’est pas assujetti à l’emprisonnement des consommateurs. Il s’agit plutôt de comprendre mieux que tous les autres un système très fluctuant et d’utiliser cette intuition pour créer de meilleurs produits plus innovants. L’entreprise qui tire son épingle du jeu dans un système ouvert est à la fois douée pour l’innovation rapide et la conception avant-gardiste ; le prestige du leader dans la conception attire les consommateurs et l’innovation rapide les retient. Ce n’est pas facile, loin de là, mais les entreprises qui réagissent vite n’ont rien à redouter, et lorsqu’elles réussissent elles peuvent générer de gigantesques dividendes.

Systèmes ouverts et entreprises prospères ne sont pas inconciliables. Ils tirent parti de l’intelligence collective et incitent les entreprises à une saine concurrence, à l’innovation et à miser leur succès sur le mérite de leurs produits et pas seulement sur un brillant plan marketing. La course à la carte du génome humain est un bon exemple.

Dans leur livre Wikinomics, Don Tapscott et Anthony Williams expliquent comment, au milieu des années 90, des entreprises privées ont découvert et breveté de grandes portions des séquences de l’ADN et ont prétendu contrôler l’accès à ces données et leur tarif. Faire ainsi du génome une propriété privée a fait grimper les prix en flèche et a rendu la découverte de nouveaux médicaments bien plus difficile. Et puis, en 1995, Merck Pharmaceuticals et le Centre de Séquençage du Génome de l’Université de Washington ont changé la donne avec une nouvelle initiative « ouverte » baptisée l’Index Génétique Merck. En trois ans seulement ils ont publié plus de 800 000 séquences génétiques et les ont mises dans le domaine public et bientôt d’autres projets collaboratifs ont pris le relais. Tout cela au sein d’un secteur industriel où la recherche initiale et le développement étaient traditionnellement menés dans des laboratoires « fermés ». Par sa démarche « ouverte », Merck a donc non seulement modifié la culture d’un secteur entier mais aussi accéléré le tempo de la recherche biomédicale et le développement des médicaments. L’entreprise a donné aux chercheurs du monde entier un accès illimité à des données génétiques, sous forme d’une ressource « ouverte ».

Les systèmes ouverts permettent l’innovation à tous les niveaux, voilà une autre différence majeure entre les systèmes ouverts et fermés. Ils permettent d’innover à tous les étages, depuis le système d’exploitation jusqu’au niveau de l’application, et pas uniquement en surface. Ainsi, une entreprise n’est pas dépendante du bon vouloir d’une autre pour lancer un produit. Si le compilateur GCC que j’utilise a un bogue, je peux le corriger puisque le compilateur est open source. Je n’ai pas besoin de soumettre un rapport de bogue et d’espérer que la réponse arrivera rapidement.

Donc, si vous essayez de stimuler la croissance d’un marché entier, les systèmes ouverts l’emportent sur les systèmes fermés. Et c’est exactement ce que nous nous efforçons de faire avec Internet. Notre engagement pour les systèmes ouverts n’est pas altruiste. C’est simplement dans notre intérêt économique puisque un Internet ouvert génère un flot continu d’innovations qui attirent les utilisateurs et créé de nouveaux usages, pour finalement faire croître un marché tout entier. Hal Varian note cette équation dans son livre Les règles de l’information :

 le gain = (la valeur totale ajoutée à une industrie) x (la part de marché dans cette industrie) 

Toutes choses étant égales par ailleurs, une augmentation de 10% de l’un ou l’autre de ces deux facteurs devrait produire au résultat équivalent. Mais dans notre marché une croissance de 10% génèrera un revenu bien supérieur parce qu’elle entraîne des économies d’échelle dans tout le secteur, augmentant la productivité et réduisant les coûts pour tous les concurrents. Tant que nous continuerons d’innover en sortant d’excellents produits, nous prospèrerons en même temps que tout notre écosystème. Nous aurons peut-être une part plus petite, mais d’un plus grand gâteau.

En d’autres termes, l’avenir de Google dépend de la sauvegarde d’un Internet ouvert, et notre engagement pour l’ouverture développera le Web pour tout le monde, y compris Google.

La technologie ouverte

Pour définir l’ouverture, il faut commencer par les technologies sur lesquelles repose Internet : les standards ouverts et les logiciels open source.

Les standards ouverts

Le développement des réseaux a toujours dépendu des standards. Lorsqu’on a commencé à poser des voies ferrées à travers les États-Unis au début du 19ème siècle, il existait différents standards d’écartement des voies. Le réseau ferré ne se développait pas et n’allait pas vers l’ouest jusqu’à ce que les diverses compagnies ferroviaires se mettent d’accord sur un écartement standard. (Dans ce cas précis la guerre de standards a été une vraie guerre : les compagnies ferroviaires sudistes furent obligées de convertir plus de 1100 miles au nouveau standard après que la Confédération eut perdu contre l’Union pendant la Guerre Civile.)

Il y eut un autre précédent en 1974 quand Vint Cerf et ses collègues proposèrent d’utiliser un standard ouvert (qui deviendrait le protocole TCP/IP) pour connecter plusieurs réseaux d’ordinateurs qui étaient apparus aux USA. Ils ne savaient pas au juste combien de réseaux avaient émergé et donc « l’Internet », mot inventé par Vint, devait être ouvert. N’importe quel réseau pouvait se connecter en utilisant le protocole TCP/IP, et grâce à cette décision à peu près 681 millions de serveurs forment aujourd’hui Internet.

Aujourd’hui, tous nos produits en développement reposent sur des standards ouverts parce que l’interopérabilité est un élément crucial qui détermine le choix de l’utilisateur. Quelles en sont les implications chez Google et les recommandation pour nos chefs de projets et nos ingénieurs ? C’est simple : utilisez des standards ouverts autant que possible. Si vous vous risquez dans un domaine où les standards ouverts n’existent pas, créez-les. Si les standards existants ne sont pas aussi bons qu’ils le devraient, efforcez-vous de les améliorer et rendez vos améliorations aussi simples et documentées que possible. Les utilisateurs et le marché au sens large devraient toujours être nos priorités, pas uniquement le bien de Google. Vous devriez travailler avec les organismes qui établissent les normes pour que nos modifications soient ajoutées aux spécifications validées.

Nous maitrisons ce processus depuis un certain temps déjà. Dans les premières années du Google Data Protocol (notre protocole standard d’API, basé sur XML/Atom), nous avons travaillé au sein de l’IEFT (Atom Protocol Working Group) à élaborer les spécifications pour Atom. Mentionnons aussi notre travail récent au WC3 pour créer une API de géolocation standard qui rendra plus facile le développement d’applications géolocalisées pour le navigateur. Ce standard aide tout le monde, pas seulement nous, et offrira aux utilisateurs beaucoup plus d’excellentes applications mises au point par des milliers de développeurs.

Open source

La plupart de ces applications seront basées sur des logiciels open source, phénomène à l’origine de la croissance explosive du Web de ces quinze dernières années. Un précédent historique existe : alors que le terme « Open Source » a été créé à la fin des années 90, le concept de partage de l’information utile dans le but de développer un marché existait bien avant Internet. Au début des années 1900, l’industrie automobile américaine s’accorda sur une licence croisée suivant laquelle les brevets étaient partagés ouvertement et gratuitement entre fabricants. Avant cet accord, les propriétaires du brevet des moteurs à essence à deux temps contrôlaient carrément l’industrie.

L’open source de nos jours va bien plus loin que le groupement de brevets de l’industrie automobile naissante, et a conduit au développement des composants logiciels sur lesquels est bâti Google : Linux, Apache, SSH et d’autres. En fait, nous utilisons des dizaines de millions de lignes de code open source pour faire tourner nos produits. Nous renvoyons aussi l’ascenseur : nous sommes les plus importants contributeurs open source du monde, avec plus de 800 projets pour un total de 20 millions de lignes de code open source, avec quatre projets (Chrome, Android, Chrome OS et le Google Web Toolkit) qui dépassent chacun un million de lignes. Nos équipes collaborent avec Mozilla et Apache et nous fournissons une plateforme d’hébergement de projets open source (code.google.com/hosting) qui en accueille plus de 250 000. Ainsi, non seulement nous savons que d’autres peuvent participer au perfectionnement de nos produits, mais nous permettons également à tout un chacun de s’inspirer de nos produits s’il estime que nous n’innovons plus assez.

Lorsque nous libérons du code, nous utilisons la licence ouverte, standard, Apache 2.0, ce qui signifie que nous ne contrôlons pas le code. D’autres peuvent s’en emparer, le modifier, le fermer et le distribuer de leur côté. Android en est un bon exemple, car plusieurs assembleurs OEM ont déjà tiré parti du code pour en faire des choses formidables. Procéder ainsi comporte cependant des risques, le logiciel peut se fragmenter entre différentes branches qui ne fonctionneront pas bien ensemble (souvenez-vous du nombre de variantes d’Unix pour station de travail : Apollo, Sun, HP, etc.). Nous œuvrons d’arrache-pied pour éviter cela avec Android.

Malgré notre engagement pour l’ouverture du code de nos outils de développement, tous les produits Google ne sont pas ouverts. Notre objectif est de maintenir un Internet ouvert, qui promeut le choix et la concurrence, empêchant utilisateurs et développeurs d’être prisonniers. Dans de nombreux cas, et particulièrement pour notre moteur de recherche et nos projets liés à la publicité, ouvrir le code ne contribuerait pas à atteindre ces objectifs et serait même dommageable pour les utilisateurs. La recherche et les marchés publicitaires se livrent déjà une concurrence acharnée pour atteindre les prix les plus justes, si bien que les utilisateurs et les publicitaires ont déjà un choix considérable sans être prisonniers. Sans parler du fait qu’ouvrir ces systèmes permettrait aux gens de « jouer » avec nos algorithmes pour manipuler les recherches et les évaluations de la qualité des publicités, en réduisant la qualité pour tout le monde.

Alors lorsque que vous créez un produit ou ajoutez de nouvelles fonctions, il faut vous demander : est-ce que rendre ce code open source va promouvoir un Internet ouvert ? Est-ce qu’il va augmenter le choix de l’utilisateur, du publicitaire et des partenaires ? Est-ce qu’il va en résulter une plus grande concurrence et davantage d’innovation ? Si c’est le cas, alors vous devriez passer le code en open source. Et quand vous le ferez, faite-le pour de bon ; ne vous contentez pas de le balancer dans le domaine public et puis de l’oublier. Assurez-vous que vous avez les ressources pour maintenir le code et que vos développeurs soient prêt à s’y consacrer. Le Google Web Toolkit, que nous avons développé en public en utilisant un gestionnaire de bogues et un système de version publics, est ainsi un exemple de bonnes pratiques.

L’information ouverte

La création des standards ouverts et de l’open source a transformé le Web en un lieu où d’énormes quantités d’informations personnelles sont régulièrement mises en ligne : des photos, des adresses, des mises à jour… La quantité d’informations partagées et le fait qu’elles soient enregistrées à jamais impliquent une question qu’on ne se posait pas vraiment il y a quelques années : qu’allons-nous faire de ces informations ?

Historiquement, les nouvelles technologies de l’information ont souvent permis l’émergence de nouvelles formes de commerce. Par exemple, quand les marchands du bassin méditerranéen, vers 3000 avant JC ont inventé les sceaux (appelés bullae) pour s’assurer que leur cargaison atteindrait sa destination sans être altérée, ils ont transformé un commerce local en commerce longue distance. Des modifications semblables ont été déclenchées par l’apparition de l’écriture, et plus récemment, par celle des ordinateurs. À chaque étape, la transaction, un accord mutuel où chaque partie trouve son compte, était générée par un nouveau type d’information qui permettait au contrat d’être solidement établi.

Sur le Web la nouvelle forme de commerce, c’est l’échange d’informations personnelles contre quelque chose qui a de la valeur. C’est une transaction à laquelle participent des millions d’entre nous chaque jour et qui a d’énormes avantages potentiels. Un assureur automobile peut surveiller les habitudes de conduite d’un client en temps réel et lui donner un bonus s’il conduit bien, un malus dans le cas contraire, grâce aux informations (suivi GPS) qui n’étaient pas disponibles il y a seulement quelques années. C’est une transaction tout à fait simple, mais nous rencontrerons des cas de figure bien plus délicats.

Supposons que votre enfant ait une allergie à certains médicaments. Est-ce que vous accepteriez que son dossier médical soit accessible par une seringue intelligente en ligne qui empêcherait un médecin urgentiste ou une infirmière de lui administrer accidentellement un tel médicament ? Moi je pourrais le faire, mais vous pourriez décider que le bracelet autour de son poignet est suffisant (NdT : voir allergy bracelet). Et voilà le problème, tout le monde ne prendra pas la même décision, et quand on en vient aux informations personnelles nous devons traiter chacune de ces décisions avec le même respect.

Mais si mettre davantage d’informations en ligne peut être bénéfique pour tout le monde, alors leurs usages doivent être régis par des principes suffisamment responsables, proportionnés et flexibles pour se développer et s’adapter à notre marché. Et à la différence des technologies ouvertes, grâce auxquelles nous souhaitons développer l’écosystème d’Internet, notre approche de l’information ouverte est de créer la confiance avec les individus qui s’engagent dans cet écosystème (les utilisateurs, les partenaires et les clients). La confiance est la monnaie la plus importante en ligne, donc pour la créer nous adhérons à trois principes de l’information ouverte : valeur, transparence et contrôle.

La valeur

En premier lieu, nous devons créer des produits qui ont une valeur aux yeux des utilisateurs. Dans de nombreux cas, nous pouvons faire des produits encore meilleurs si nous disposons de davantage d’informations sur l’utilisateur, mais des problèmes de protection de la vie privée peuvent survenir si les gens ne comprennent pas quelle valeur ajoutée ils obtiennent en échange de leurs informations. Expliquez-leur cette valeur cependant, et le plus souvent ils accepteront la transaction. Par exemple, des millions de gens laissent les organismes de cartes de crédit retenir leurs informations au moment de l’achat en ligne, en échange cela leur évite d’utiliser de l’argent liquide.

C’est ce que nous avons fait lorsque nous avons lancé Interest-Based Advertising (la publicité basée sur l’intérêt des utilisateurs) en mars. L’IBA rend les publicités plus pertinentes et plus utiles. C’est une valeur ajoutée que nous avons créée, basée sur les informations que nous collectons. L’IBA comprend aussi un gestionnaire de préférences de l’utilisateur qui lui explique clairement ce qu’il obtiendra en échange de ses informations, qui lui permet de se désengager ou de régler ses paramètres. La plupart des gens parcourant le gestionnaire de préférences choisissent de régler leurs préférences plutôt que de se désinscrire parce qu’ils ont pris conscience de l’intérêt de recevoir des publicités ciblés.

Telle devrait être notre stratégie : dire aux gens, de façon explicite et en langage clair, ce que nous savons d’eux et pourquoi il leur est profitable que nous le sachions. Vous croyez peut-être que la valeur de nos produits est tellement évidente qu’elle n’a pas besoin d’être expliquée ? Pas si sûr.

La transparence

Ensuite, il nous faut permettre aux utilisateurs de trouver facilement quelles informations nous collectons et stockons à travers tous nos produits. Le tableau de bord Google est à ce titre un énorme pas en avant (NdT : le Google Dashboard). En une page, les utilisateurs peuvent voir quelles données personnelles sont retenues par tel produit Google (ce qui couvre plus de 20 produits, notamment Gmail, YouTube et la recherche) et où ils peuvent contrôler leurs paramètres personnels. Nous sommes, à notre connaissance, la première entreprise sur Internet à offrir un tel service et nous espérons que cela deviendra la norme. Un autre exemple est celui de notre politique de confidentialité, qui est rédigée pour des être humains et non pour des juristes.

Nous pouvons cependant en faire plus encore. Tout produit qui récolte des informations sur les utilisateurs doit apparaître sur le tableau de bord. S’il y est déjà, vous n’en avez pas fini pour autant. À chaque nouvelle version ou nouvelle fonctionnalité, demandez-vous si vous ne devriez pas ajouter quelques nouvelles informations au tableau de bord (peut-être même des informations sur les utilisateurs publiquement disponibles sur d’autres sites).

Réfléchissez aux moyen de rendre vos produits plus transparents aussi. Quand vous téléchargez une application pour Android, par exemple, votre appareil vous dit à quelles informations l’application pourra accéder, concernant votre téléphone et vous-même, et vous pouvez alors décider si vous souhaitez ou non poursuivre. Pas besoin de faire une enquête approfondie pour trouver quelles informations vous divulguez, tout est écrit noir sur blanc et vous êtes libre de décider (NdT : allusion à peine voilée aux récents problèmes rencontrés par l’iPhone sur le sujet). Votre produit entre dans cette catégorie ? Comment la transparence peut-elle servir la fidélisation de vos utilisateurs ?

Le contrôle

Nous devons toujours donner le contrôle final à l’utilisateur. Si nous avons des informations sur lui, comme avec l’IBA, il devrait être facile pour lui de les supprimer et de se désinscrire. S’il utilise nos produits et stocke ses contenus chez nous, ce sont ses contenus, pas les nôtres. Il devrait être capable de les exporter et de les supprimer à tout moment, gratuitement, et aussi aisément que possible. Gmail est un très bon exemple de ce processus puisque nous proposons une redirection gratuite vers n’importe quelle adresse. La possibilité de changer d’opérateur est cruciale, donc au lieu de bâtir des murs autour de vos produits, bâtissez des ponts. Donnez vraiment le choix aux utilisateurs.

S’il existe des standards pour gérer les données des utilisateurs, nous devons nous y conformer. S’il n’existe pas de standard, nous devons travailler à en créer un qui soit ouvert et profite au Web tout entier, même si un standard fermé nous serait plus profitable (souvenez-vous que ce n’est pas vrai !). Entretemps nous devons faire tout notre possible pour que l’on puisse quitter Google aussi facilement que possible. Google n’est pas l’Hôtel California (NdT : en référence à la célèbre chanson des Eagles), vous pouvez le quitter à tout moment et vous pouvez vraiment partir, pour de bon !

Comme le signalait Eric dans une note stratégique « nous ne prenons pas les utilisateurs au piège, nous leur facilitons la tâche s’ils veulent se tourner vers nos concurrents ». On peut comparer cette politique aux sorties de secours dans un avion, une analogie que notre PDG apprécierait. Vous espérez n’avoir jamais à les utiliser, mais vous êtes bien content qu’elles soient là et seriez furieux s’il n’y en avait pas.

Voilà pourquoi nous avons une équipe, le Data Liberation Front (dataliberation.org) (NdT : le Front de Libération des Données), dont le travail consiste à rendre la « désinscription » facile. Leurs derniers hauts faits : Blogger (les gens qui choisissent de quitter Blogger pour un autre service peuvent facilement emporter leurs données avec eux) et les Docs (les utilisateurs peuvent maintenant rassembler tous leurs documents, présentations, feuilles de calcul dans un fichier compressé et le télécharger). Créez vos produits en ayant ceci à l’esprit. Vous pouvez le faire grâce à une bonne API publique (NdT : interface de programmation) répertoriant toutes les données de vos utilisateurs. N’attendez pas d’être en version 2 ou 3, discutez-en le plus tôt possible et faites-en une fonctionnalité dès le démarrage de votre projet.

Lorsque les journalistes du Guardian (un quotidien anglais de premier ordre) ont rendu compte des travaux du Data Liberation Front , ils ont déclaré que c’était « contre-intuitif » pour ceux qui sont « habitués à la mentalité fermée des guerres commerciales passées ». Ils ont raison, c’est contre-intuitif pour les gens qui sont restés coincés dans leur conception d’école de commerce, mais si nous faisons bien notre travail, ce ne sera plus le cas. Nous voulons faire de l’ouverture la norme. Les gens vont s’y habituer doucement, ensuite elle deviendra la norme et ils l’exigeront. Et s’ils ne l’obtiennent pas cela ne leur plaira pas. Nous considèrerons notre mission accomplie lorsque l’ouverture ira de soi.

Plus c’est grand, mieux c’est

Les systèmes fermés sont bien définis et génèrent du profit, mais seulement pour ceux qui les contrôlent. Les systèmes ouverts sont chaotiques et génèrent du profit, mais seulement pour ceux qui les comprennent bien et s’adaptent plus vite que les autres. Les systèmes fermés se développent vite alors que les systèmes ouverts se développent plus lentement, si bien que parier sur l’ouverture nécessite de l’optimisme, de la volonté et les moyens de pouvoir se projeter sur le long terme. Heureusement, chez Google nous avons ces trois atouts.

En raison de notre dimension, de nos compétences et de notre appétit pour les projets ambitieux, nous pouvons relever des défis importants nécessitant de lourds investissements sans perspective évidente de rentabilité à court terme. Nous pouvons photographier toutes les rues du monde pour que vous puissiez explorer le quartier autour de l’appartement que vous envisagez de louer, à plusieurs milliers de kilomètres de chez vous. Nous pouvons numériser des milliers de livres et les rendre largement accessibles (tout en respectant les droits des auteurs et des éditeurs). Nous pouvons créer un système de mail qui vous donne un gigaoctet d’espace de stockage (maintenant plus de 7 gigas, en fait) au moment où tous les autres services ne vous procurent guère qu’une petite fraction de ce volume. Nous pouvons traduire instantanément des pages Web dans n’importe quelle des 51 langues disponibles. Nous pouvons traiter des recherches de données qui aident les agences de santé publiques à détecter plus tôt les pics d’épidémie grippale. Nous pouvons élaborer un navigateur plus rapide (Chrome), un meilleur système d’exploitation pour mobile (Android), et une plateforme de communication entièrement nouvelle (Wave), et puis nous pouvons ouvrir tout cela pour que le monde entier puisse innover sur cette base, afin de la personnaliser et l’améliorer.

Nous pouvons réaliser tout cela parce que ce sont des problèmes d’information et que nous avons des spécialistes en informatique, en technologie, et les capacités informatiques pour résoudre ces problèmes. Quand nous le faisons, nous créons de nombreuses plateformes, pour les vidéos, les cartes, les mobiles, les ordinateurs personnels, les entreprises, qui sont meilleures, plus compétitives et plus innovantes. On nous reproche souvent d’être de trop « gros », mais parfois être plus gros nous permet de nous attaquer à ce qui semble impossible.

Tout ceci sera pourtant vain si nous négocions mal le virage de l’ouverture. Il nous faut donc nous pousser nous-mêmes en permanence. Est-ce que nous contribuons à des standards ouverts qui bénéficient à l’industrie ? Qu’est-ce qui nous empêche de rendre notre code open source ? Est-ce que nous donnons à nos utilisateurs davantage de valeur, de transparence et de contrôle ? Pratiquez l’ouverture autant que vous le pouvez et aussi souvent que possible, et si quelqu’un se demande si c’est la bonne stratégie, expliquez-lui pourquoi ce n’est pas simplement une bonne stratégie, mais la meilleure qui soit . Elle va transformer les entreprises et le commerce de ce tout début du siècle, et quand nous l’aurons emporté nous pourrons effectivement ré-écrire les topos des écoles de commerce pour les décennies à venir.

Un Internet ouvert transformera notre vie tout entière. Il aura le pouvoir d’apporter les informations du monde entier jusque dans le creux de la main de chacun et de donner à chacun le pouvoir de s’exprimer librement. Ces prédictions étaient dans un e-mail que je vous ai envoyé au début de cette année (repris ensuite dans un billet du blog) et qui vous décrivait ma vision du futur d’Internet. Mais maintenant je vous parle d’action, pas de vision. L’Internet ouvert a ses détracteurs, des gouvernements désirant en contrôler l’accès, des entreprises luttant dans leur intérêt exclusif pour préserver le statu quo. Ces forces sont puissantes et si elles réussissent, nous allons nous retrouver entravés dans un Internet fragmenté, stagnant, à coût élevé et à faible concurrence.

Nos compétences et notre culture nous offrent l’occasion et nous donnent la responsabilité d’empêcher que cela n’arrive. Nous croyons que la technologie a le pouvoir de répandre l’information. Nous croyons que l’information a le pouvoir d’améliorer les choses. Nous croyons que la majorité ne profitera de cette révolution que grâce à l’ouverture. Nous sommes des techno-optimistes confiants dans l’idée que le chaos de l’ouverture profite à tout le monde. Et nous nous battrons pour la promouvoir en toutes occasions.

L’ouverture l’emportera. Elle l’emportera sur Internet et gagnera par effet boule de neige beaucoup de domaines de notre vie. L’avenir des gouvernements est la transparence. L’avenir du commerce est l’information réciproque. L’avenir de la culture est la liberté. L’avenir de l’industrie du divertissement est l’interactivité. Chacun de ces futurs dépend de l’ouverture d’Internet.

En tant que chefs de produits chez Google, vous élaborez quelque chose qui nous survivra à tous, et personne ne sait dans quelles directions Google poursuivra son développement, ni à quel point Google va changer la vie des gens. Dans cette perspective, nous sommes comme notre collègue Vint Cerf, qui ne savait pas exactement combien de réseaux feraient partie de ce fameux « Internet » et qui l’a laissé ouvert par défaut. Vint a certainement eu raison. Je crois que le futur nous donnera raison aussi.

Une formidable occasion manquée pour notre cher ministère de l’Éducation nationale de se rapprocher de la culture des biens communs ? C’est l’hypothèse développée dans ce billet. Et c’est d’autant plus dommage et frustrant que tout semblait réuni pour que la rencontre ait bel et bien lieu.

Cet épisode révélateur vient clore une nouvelle année plus que fade pour le logiciel libre et son état d’esprit à l’école, puisque, à notre connaissance, pas une mesure sérieuse d’envergure a été officiellement prise en sa faveur, au cours de l’exercice 2008/2009 (on aura ainsi attendu en vain l’équivalent d’un rapport Becta de chez nous).

Logiciels, formats, et surtout, comme nous le verrons plus bas, ressources devront encore patienter pour s’engager pleinement sur le chemin de la liberté. Malgré les efforts de nombreuses personnes, la rue de Grenelle a tranché : c’est une fois de plus le redoublement !

Un projet ambitieux : l’académie en ligne

Comme souvent, il y a au départ une louable intention répondant à un réel besoin avec ce projet d’académie en ligne, inauguré officiellement le 19 juin dernier par l’ex-ministre Xavier Darcos.

L’académie en ligne est un site de ressources gratuites proposés par le CNED pour aider les jeunes dans leur scolarité et permettre aux parents de mieux les accompagner sur la voie de la réussite.

L’académie en ligne doit mettre à la disposition de tous l’intégralité des contenus d’enseignement des programmes de la scolarité obligatoire. Les cours d’école primaire seront en ligne à partir du 15 septembre et ceux de collège et lycée à partir de fin octobre.

Dès à présent, il propose des cours d’été, aux élèves du C.P. à la terminale, pour réviser les notions essentielles de l’année écoulée et préparer la rentrée.

De nombreuses séquences s’appuient sur des documents audio, iconographiques ou des activités interactives. On peut y accéder par matière, par classe ou par mot-clé grâce à un moteur de recherche.

Excellente et exaltante idée que de vouloir ainsi « mettre à la disposition de tous l’intégralité des contenus d’enseignement ».

Voilà qui sera d’une grande utilité non seulement aux élèves mais aussi à tous ceux qui sont un peu curieux de que l’on apprend à l’école (et parmi les effets secondaires positifs, on en profitera au passage pour réduire l’influence croissante et lucrative du parascolaire privé sur le temps non scolaire).

Visite surprise du site : le fond

Intrigué, je me suis donc rendu sur le site en question. Mon propos n’est pas ici d’en évaluer dans le détail la qualité et la pertinence pédagogique. Mais permettez-moi néanmoins au passage de donner un rapide et humble avis sur ce que je connais un peu, à savoir les mathématiques du secondaire.

Pour le collège on a visiblement découpé en rondelles PDF une sorte de cahiers d’activités (toujours sur le même moule : « je me souviens, je retiens, je m’exerce, je relève un défi »). La correction des exercices est à télécharger séparément.

Pour le lycée, c’est plus solide mais c’est un peu comme si on avait saucissonné, toujours uniquement en PDF, un semblant de manuel scolaire cette fois. On a le cours et des exercices d’application corrigés. Pas très moderne, didactiquement parlant. Si l’élève^[1] a eu la bonne idée de conserver son propre manuel de l’année écoulée, autant travailler sur ce dernier, ces documents en ligne n’apportant a priori pas grand chose de plus (il économisera de l’encre et du papier qui plus est).

J’ai jeté également un œil (non avisé) sur les mathématiques du primaire. Ce n’est plus du PDF mais des animations au format Flash qui sont proposées. Ça bouge, ça parle et il y a de jolies couleurs, mais c’est toujours la même et lancinante structure : une première partie où l’on écoute passivement une petite explication et une seconde partie avec des exercices pseudo-interactifs où a la première erreur on nous dit systématiquement : « tu t’es trompé, recommence ! » et à la deuxième : « tu t’es trompé regarde bien la solution ! ».

Au final, tout ceci a le mérite d’exister mais c’est tout de même « un poil » décevant (mettez-vous à la place d’un élève qui débarque sur le site en souhaitant réviser en toute autonomie). C’est comme si le CNED avait mis en ligne des documents préexistants qu’il distribue j’imagine pendant l’année à ses élèves. Il n’y a visiblement pas eu de réflexion sur le spécificité des cours d’été, cette période particulière où l’on se trouve entre deux niveaux.

Visite surprise du site : la forme

J’ai balayé quelques pages du reste du contenu. Il m’a semblé que l’on retrouvait peu ou prou le même modèle pour les autres disciplines.

La seule nouveauté repérée concernait la présence de ressources audios pour les langues (anglais et espagnol), qui étaient elles-aussi mises à disposition au format Flash. Du format audio (le mp3 en l’occurrence) encapsulé dans du format Flash, impossible donc de télécharger ces séquences sonores (« Hello my name is John, repeat after me ») pour les écouter sur la plage dans son iPod.

Nous n’avons donc que deux formats, le PDF et le Flash. Le premier est un format ouvert quand l’autre ne l’est pas, mais ce que l’on peut surtout faire remarquer c’est que ce sont des formats qui ne permettent généralement pas les modifications. En effet, si vous voulez mettre à jour un fichier PDF, vous devez disposer du format natif qui a généré votre PDF (par exemple le traitement de texte Word de MS Office ou, mieux, Writer d’OpenOffice.org). Par analogie avec les logiciels, on pourrait dire que le fichier traitement de texte est le fichier source tandis que le fichier PDF est le fichier compilé (idem avec le Flash dont tout changement demande la présence des sources au format .fla). Sur l’académie en ligne ces fichiers d’origine sont absents. Les ressources mises à disposition sont pour ainsi dire « figées dans la vitrine ».

Dernière remarque. Les pages du site sont au format ASPX caractéristiques de la technologie Web de Microsoft. Ce ne sont pourtant pas les solutions libres qui manquent aujourd’hui pour construire des sites de qualité. Je ne pense pas que ce soit lié mais on peut aussi faire observer en passant que l’ergonomie générale du site laisse lui aussi pour le moment à désirer.

Visite surprise du site : la législation en vigueur

Il n’est techniquement pas possible de modifier les fichiers proposés ou d’embarquer les sons sur son baladeur. Mais, ceci expliquant sûrement cela, il est surtout juridiquement impossible de le faire.

Les mentions légales (et plus particulièrement son paragraphe 3 « Propriété intellectuelle ») sont en effet très contraignantes, et malheureusement révélatrices du climat ambiant.

D’ailleurs je viens déjà de me mettre en infraction à cause du lien ci-dessus ne pointant pas sur la page d’accueil du site !

Premier extrait (c’est moi qui souligne) :

Le site autorise, sans autorisation préalable, la mise en place de liens hypertextes pointant vers la page d’accueil du site Internet.

Tout lien vers une page autre que la page d’accueil du site Internet est strictement interdit sans l’accord préalable du Cned. Même en cas d’accord du Cned, Il est strictement interdit d’imbriquer les pages du site à l’intérieur des pages d’un autre site. Les pages du site doivent être visibles par l’ouverture d’une fenêtre indépendante.

Les sites qui font le choix de pointer vers ce site engagent leur responsabilité dès lors qu’ils porteraient atteinte à l’image du site public ou de la marque Cned.

Thierry Stoehr et Benoit Sibaud apprécieront cette interdiction de liaison (pourtant ontologiquement indissociable du Web).

Mais, plus fort encore, deuxième extrait concernant les cours proprement dits :

L’ensemble des cours figurant sur ce site sont la propriété du Cned.

Les images et textes intégrés à ces cours sont la propriété de leurs auteurs et/ou ayants-droits respectifs.

Tous ces éléments font l’objet d’une protection par les dispositions du code français de la propriété intellectuelle ainsi que par les conventions internationales en vigueur.

La consultation et le téléchargement des cours n’opèrent aucun transfert de droit de propriété intellectuelle sur ceux-ci. Ils ne sont permis que dans le strict respect des conditions suivantes :

Vous ne pouvez utiliser ces contenus qu’a des fins strictement personnelles. Toute reproduction, utilisation collective à quelque titre que ce soit, tout usage commercial, ou toute mise à disposition de tiers d’un cours ou d’une œuvre intégrée à ceux-ci sont strictement interdits.

Il est interdit de supprimer ou de tenter de supprimer les procédés techniques de protection des cours et des contenus intégrés (filigranes, blocages de sélections notamment).

Il est interdit d’extraire ou de tenter d’extraire une œuvre reproduite dans un cours et de l’utiliser à d’autres fins que celle d’illustration du cours auxquels elle est intégrée.

Le non respect de ces conditions vous expose à des poursuites judiciaires pour contrefaçon conformément aux articles L 335-2 et suivi du code de la propriété intellectuelle. Ces actes sont punis de 3 ans de prison et 300 000 euros d’amende.

Vous avez bien lu. Pour rappel nous sommes sur un service public d’éducation.

Si je partage je m’expose donc alors à des sanctions pour le moins disproportionnées. Cela ne vous rappelle rien ? Hadopi bien sûr, à la différence prêt que l’école est le lieu même de la transmission et que les auteurs des ressources sont des fonctionnaires de l’état français qui ne sont généralement pas payés (plusieurs fois) sur leurs droits d’auteur mais (une fois) sur leur salaire provenant de nos impôts.

Je suis enseignant et je souhaite distribuer ces ressources à mes élèves ? Interdiction. Je souhaite les adapter à mes besoins et (re)déposer ce travail dans le pot commun ? Interdiction. Je suis animateur dans un Espace public numérique ou dans un réseau d’éducation populaire et souhaite en faire profiter collectivement mon public ? Interdiction. Je suis un élève et souhaite distribuer les ressources à mes camarades qui n’ont pas accès à Internet ? Interdiction. La liste est longue et non exhaustive…

Ces mentions légales étaient-elles forcément les plus adaptées à la situation et à l’objectif fièrement affiché ? Rien n’est moins sûr. N’y aurait-il pas une certaine légitimité à les remettre en question, ou tout du moins à se poser quelques questions ?

Quelques ombres planent : 1. L’alternative Sésamath et les associations d’enseignants

Il est dès lors difficile d’évoquer ce projet sans penser en arrière-plan à l’association de professeurs Sésamath (que les lecteurs du Framablog connaissent bien désormais). Quand bien même elle ne concerne que le champ des mathématiques, la comparaison est en effet riche d’enseignements.

Sur la forme, les ressources mises à disposition par Sésamath sont elles aussi principalement proposées au format PDF et Flash, à ceci près que les sources sont également présentes. Et c’est loin d’être un détail parce que c’est la conséquence directe de la plus grande différence de départ entre cette académie en ligne et les travaux de l’association : la licence des ressources.

Fermée pour l’académie mais ouverte pour Sésamath, qu’il s’agisse de la GNU FDL (pour les manuels et les cahiers) ou de la GPL pour les logiciels (dont le fameux Mathenpoche). Avec un tel choix de licences libres, toutes les interdictions mentionnées précédemment sont levées !

Mais peut-être plus important encore,le fond, c’est-à-dire la qualité des documents. Ce n’est pas parce qu’une structure accole du jour au lendemain une licence libre à ses travaux que ces derniers vont, tel un coup de baguette magique, gagner en qualité. Il y a bien entendu des facteurs autrement plus importants qui entrent en ligne de compte. Il n’empêche que cela participe à la création d’un terreau fertile à l’épanouissement des ressources. La licence libre donne confiance, induit la circulation, la collaboration et donc a priori l’amélioration (je peux copier, modifier et reverser en toute liberté dans le pot commun sans que quiconque puisse un jour refermer le couvercle). Le projet peut échouer bien entendu, mais on lui aura ainsi facilité en amont ses chances de réussite. Réussite qui a bien eu lieu ici avec Sésamath, où qualité, mais aussi quantité, réalisées à plusieurs mains sont au rendez-vous.

Je souhaite cet été que mon gamin, futur lycéen, révise le théorème de Thalès vu en troisième ? Sur l’académie en ligne vous avez droit à votre unique fiche d’activité PDF à imprimer (Internet ne sert donc à rien d’autre ici qu’à stocker la ressource). Sur Sésamath par contre c’est un autre son de cloche. Vous avez plus d’une centaine de questions interactives via Mathenpoche, accompagnées si vous le désirez par les exercices du cahier correspondant (exemple), ainsi que le chapitre complet du manuel libre du niveau considéré. Mais il y a mieux, avec leur nouveau projet Kidimath, tout (et plus encore : rappels de quatrième, annales du Brevet, QCM…) est regroupé dans une seule et même interface spécialement conçue pour le travail de l’élève hors du temps scolaire ! Allez-y, cliquez sur 3ème puis Thalès, et vous serez bluffé par la qualité et la quantité du contenu proposé (et optimisé pour Internet). Et il en va de ce chapitre particulier comme de tous les autres chapitres de tous les niveaux du collège !

D’où évidemment la question suivante : mais pourquoi diable le ministère n’a-t-il pas fait appel à Sésamath pour collaborer sur la partie mathématique de l’académie en ligne ? Quel intérêt de laisser le CNED proposer seul dans son coin ces maigres ressources alors que l’on possède en son sein des enseignants aussi productifs ayant une solide expérience du « travailler ensemble » ?

Je n’ai pas la réponse à ce qui, vu de l’extérieur, est un pur mystère, voire un beau gaspillage d’énergie (cf le syndrome Not Invented Here). Tout au plus peut-on supputer que c’est lié à une question de gouvernance : une décision qui se prend seule en haut en désignant un unique interlocuteur bien identifié en bas pour exécuter la tâche (en l’occurrence le CNED). Peut-être aussi que l’absence de volonté de mettre en avant le logiciel libre à l’école ne favorise pas chez nos élites l’appropriation de sa culture, ses valeurs… dont la collaboration est l’un des piliers. L’Éducation nationale est une cathédrale et non un réseau social (et encore moins une communauté).

Toujours est-il qu’il y a tout de même un élément de réponse simple à la question. Tant que les mentions légales du projet d’académie en ligne resteront en l’état, il ne sera pas possible à un Sésamath de s’impliquer, pour la bonne raison que les licences sont totalement incompatibles.

Et n’allez pas croire que Sésamath est seul à bord du navire. Il en est certes à la proue mais derrière lui d’autres associations d’enseignants sont elles-aussi très actives et productives. Je pense notamment à Weblettres ou les Clionautes, qui respectivement en français et en histoire et géographie, font référence parmi les collègues. D’ailleurs ces trois association sont en partenariat autour du projet CapBrevet et on fait l’objet d’une sérieuse étude dans le n° 65 des Dossiers de l’ingénierie éducative consacré justement au travail collaboratif. Lecture chaudement recommandée, quand bien même on occulte un peu la question pourtant primordiale des licences, qui différencie, mais pour combien de temps encore, Sésamath de ses deux partenaires.

En tout cas, cela fait déjà pas mal de monde qui aurait pu participer au projet en le bonifiant de son savoir-faire. Ne nous privons pas de nos talents, conjuguons-les pour le plus grand bénéfices de nos élèves !

Quelques ombres planent : 2. Les éditeurs scolaires

Une autre éventuelle piste de réponse à la question précédente peut être recherchée du côté des éditeurs scolaires. J’avoue humblement être très peu au fait des relations entre ces éditeurs et le ministère, mais il y a fort à parier qu’on a voulu un tant soit peu les ménager ici.

Imaginez en effet la mise à disposition sous licence libre de ressources pédagogiques en collaboration réelle avec les enseignants et leurs associations, ouvertement accessibles sur des forges spécialement dédiées, pour toutes les disciplines et pour tous les niveaux ! Nul doute que cela finirait par impacter fortement le marché de l’édition scolaire (en fait cela irait beaucoup plus loin en impactant directement et durablement la manière même dont les enseignants, et même les élèves, travaillent).

Une telle éventualité signifierait à terme ni plus ni moins que la mort lente mais annoncée du système actuel. L’industrie du disque et leurs CD pressés ont, semble-t-il, aujourd’hui quelques « menus problèmes » avec l’avènement du numérique. Les éditeurs scolaires et leurs manuels scolaires imprimés auront à n’en pas douter des difficultés similaires demain. On connait l’histoire : soit on se rétracte en défendant le plus longtemps possible des positions et habitudes hérités du siècle dernier, soit on s’adapte en créant de nouveaux modèles et en associant étroitement ici les fans de musique et là les enseignants.

Mais ne prenons aucun risque et épargnons-nous cette crise potentielle. D’abord parce que ces ressources sont donc sous licence non libre (on pourrait dire « propriétaires » dans le langage des logiciels) mais aussi parce que, autant appeler un chat un chat, elles sont en l’état de piètre qualité. C’est à prendre tel quel ou à laisser, nous dit la licence. Et la piètre qualité achève notre choix. Le privé conserve son avantage, l’été sera chaud mais non incandescent.

On notera cependant qu’il n’y a pas que les éditeurs privés qui soient concernés. Une structure comme le CNDP dont le budget dépend pour beaucoup des ventes de son catalogue pédagogique (où à ma connaissance rien ou presque n’a encore été mis sous licence libre) peut également se voir contrariée voire contestée dans sa manière de fonctionner. Idem pour les traditionnels partenaires culturels de l’Éducation nationale. Pour le moment feignons de croire que le copyleft n’existe pas et qu’il n’y a de ressources que les ressources fermées soumises aux droits d’auteur d’avant l’Internet. Et rassurons les partenaires en payant plusieurs fois et pour des durées limitées l’accès à ces ressources.

Quelques ombres planent : 3. Le boum des ressources éducatives libres

Licences fermées, professeurs peu impliqués et éditeurs confortés dans leur immobilisme… tout ceci ne devrait pas tenir longtemps parce que par delà nos frontières c’est la pleine effervescence autour de ce que l’on appelle les ressources éducatives libres. Et c’est bien plus qu’une ombre qui plane, c’est une véritable mutation qui s’annonce.

De quoi s’agit-il exactement ? En creux (académie en ligne) ou en plein (Sésamath), nous en parlons en fait implicitement depuis le début de cet article. Difficile pour l’heure d’en donner une définition précise, tant le concept est nouveau et en mouvement, mais on peut voir ces ressources éducatives libres comme une tentative de transposition des principes fondamentaux du logiciel libre. Usage, copie, modification et distribution (sans entrave et sans discrimination), ces principes garantissent un certain nombre de libertés aux utilisateurs tout en favorisant l’échange, le partage et l’amélioration collective du logiciel. Cela présuppose que le logiciel soit placé sous une licence libre qui légitime et explicite ces droits. Et c’est pourquoi nous insistons tant sur le choix ou non d’une telle licence.

À partir de là, voici la définition qu’en donne actuellement Wikipédia : « l’expression Ressources Éducatives Libres (REL) désigne un mouvement mondial initié par des fondations, universités, enseignants et pédagogues visant à créer et distribuer via internet des ressources éducatives (cours, manuels, logiciels éducatifs, etc.) libres et gratuites ».

Pour aller plus loin je vous invite à lire la Déclaration de Dakar sur les Ressources Educatives Libres adoptée le 5 mars 2009 au cours du Campus numérique francophone de Dakar, évènement organisé à l’initiative du Bureau Régional pour l’Education en Afrique de UNESCO, de l’Organisation Internationale de la Francophonie (OIF), et de l’Agence universitaire de la Francophonie (AUF). On pourra également parcourir la traduction française de ce document de l’UNESCO : Open Educational Resources: the Way Forward.

Mais dans ce domaine ce sont clairement les anglophones qui ont une bonne longueur d’avance, l’expression ressources éducatives libres n’étant d’ailleurs à la base qu’une traduction de Open Educational Ressources (ou OER). Chez eux la réflexion est menée depuis longtemps et les initiatives se multiplient : les pionniers de l’OpenCourseWare au MIT, OER Commons, OpenCourseWare Consortium, Teachers without Borders, The Cape Town Open Education Declaration, Open Education and Mozilla, WikiEducator (auteur de l’OER Handbook for Educators que l’on ne désespère pas de traduire un jour), les projets de manuels scolaires libres dans le secondaire comme en Californie, et Wikiversity (dont le fort intéressant cours Composing free and open online educational resources) pour ne citer que ceux-là.

Mesurons-nous en effet pleinement les conséquences de l’accessibilité complète sur Internet de telle ressources, comme par exemple ce cours de Programming Methodology dans la cadre d’un cursus informatique donné à la prestigieuse université de Standford ? Et, attention, on parle bien ici d’accessibilité complète. Pour chaque séquence vous avez la vidéo (sous différents formats : YouTube, iTunes, format natif mp4 distribué en torrent via le réseau… P2P !) et sa transcription (au format PDF mais aussi html), des exercices et des annales (et leurs corrections), ainsi que des logiciels à télécharger, des notes et des références bibliographiques. C’est très impressionnant et le tout est proposé sous la licence libre Creative Commons By (cf Les licences Creative Commons expliquées aux élèves), signifiant par là-même que du moment que vous conservez et respectez la paternité du travail, vous pouvez, de n’importe quel point du globe, utiliser, télécharger, copier, modifier, distribuer et même en faire commerce !

À comparer avec ce que propose l’académie en ligne, qui à peine née semble déjà quelque part obsolète ! Avec ce projet, le ministère avait une occasion rêvée de s’inscrire enfin dans cette dynamique. Force est de constater qu’il ne l’a pas saisie. La France institutionnelle prend un retard qu’il lui sera difficile par la suite de combler.

Un discours qui se voulait moderne

À la lumière de ce que nous venons d’exposer, je vous laisse apprécier le discours de presse du ministre prononcé lors du lancement du projet (et dont la lecture a motivé ce billet).

Morceaux choisis.

Pourquoi cette décision ? Parce que dans une société qui s’enorgueillit à juste raison d’avoir bâti une école gratuite, laïque et obligatoire, je ne me résous pas à ce que l’accès au savoir et la réussite scolaire puissent devenir peu à peu une affaire de moyens, de relations ou de circonstances.

Pour ma part, je ne me résous pas à ce que cet accès au savoir se fasse dans ces conditions. Et j’ai parfois l’impression que la situation du Libre à l’école est un peu « affaire de moyens, de relations ou de circonstances ».

Je connais des enfants qui occupent leurs vacances comme ils le peuvent, tandis que d’autres, du même âge, passent de livrets de révision en stages de soutien payants, accentuant ainsi l’écart avec les autres élèves.

Ces situations, ces besoins, nous les connaissons tous et pourtant nous laissons à d’autres le soin d’y répondre. À l’heure où les technologies de l’information et de la communication mettent le savoir à la portée de tous, tout le temps et partout, l’école a pourtant une opportunité extraordinaire de rappeler sa capacité à transmettre des connaissances à partir de ressources précises, fiables, hiérarchisées selon une logique cohérente.

L’opportunité est en effet extraordinaire de « mettre le savoir à la portée de tous, tout le temps et partout ». Mais pourquoi ne pas être allé au bout de la démarche ? Est-ce que le CNED est la seule entité capable de produire « des connaissances à partir de ressources précises, fiables, hiérarchisées selon une logique cohérente » ?

Pour autant cette académie en ligne est bien plus qu’un service supplémentaire offert aux élèves et à leurs familles. Car si nous parlons de 31e académie, c’est bien qu’il s’agit d’une véritable mutation dans notre ministère.

L’Éducation nationale est divisée en académies. Affirmer que l’on jette ainsi la première pierre à une 31e académie donne la mesure de l’ambition. Mais la véritable mutation aura-t-elle lieu ?

Cette académie en ligne est une aide non seulement pour les élèves, mais aussi pour les parents qui veulent accompagner leurs enfants, pour les professeurs désireux de trouver des ressources pédagogiques, et même pour les adultes qui souhaitent reprendre des études. Plus largement, je souhaite que cet outil contribue au rayonnement de la langue française et à la diffusion de nos contenus éducatifs dans les pays francophones, notamment dans certains pays d’Afrique, où les enseignants qui le désirent pourront trouver gratuitement des ressources de qualité pour leurs élèves.

Quand le paradoxe frise la contradiction. Au risque de nous répéter, comment voulez-vous que les professeurs s’y retrouvent si on leur interdit la moindre modification ? Quant aux pays d’Afrique, ils apprécieront de ne pouvoir distribuer les ressources en direction des populations non connectées à Internet. Impliquons-les! Qu’ils soient avec nous acteurs du contenu plutôt que simples spectateurs bridés, le « rayonnement de la langue française » ne s’en portera que mieux.

Le mot « gratuit » est prononcé cinq fois dans le discours. Il est tant de d’affirmer clairement (et péremptoirement) notre position : l’académie en ligne ne doit pas être gratuite, elle doit être libre. Il se trouve qu’en étant libre elle sera effectivement disponible gratuitement, mais ça n’en sera qu’une conséquence. Et n’oublions pas d’ailleurs, comme cela a déjà été dit, que derrière ces ressources il y a ici des enseignants du CNED payés sur leur temps de travail pour les produire (aux frais du contribuable, ce qui n’est pas gratuit).

Les libertés d’utiliser, de copier, de modifier et de distribuer des ressources éducatives, sur des formats ouverts et lisibles par des logiciels libres, ne sont-elles pas ici plus fondamentales que la gratuité, a fortiori dans le domaine éducatif ?

Et le ministre de surenchérir, dans sa lettre aux parents cette fois (qui fait également l’objet d’une vidéo) :

Naturellement, ces ressources seront accessibles gratuitement, conformément aux principes fondamentaux de l’école républicaine.

Substituons « librement » à « gratuitement », et c’est d’un coup l’horizon des possibles qui s’élargit, tout en étant certainement plus proche de ces fameux principes républicains. Le jour où un ministre de l’Éducation Nationale dira que « naturellement, ces ressources seront accessibles librement » alors les lignes auront bougé.

Avec ses 55 000 écoles primaires, ses 5 000 collèges et ses 2 600 lycées, l’Éducation nationale constitue le premier réseau physique d’accès au savoir en France. Je veux faire en sorte qu’elle devienne aussi le premier réseau numérique de diffusion des connaissances.

A l’heure où de grands moteurs de recherche scannent et mettent à la disposition du public des fonds entiers de bibliothèques, il me semble que la diffusion d’une offre complète et gratuite de contenus d’enseignement est de nature à faire du service public d’éducation un acteur puissant du monde de l’Internet.

On a raison de s’inquiéter de l’emprise de Google. Mais est-ce ainsi que l’on construit « le premier réseau numérique de diffusion des connaissances » capable lui faire concurrence ?

La suite du discours est du même acabit, si ce n’est qu’elle est révélatrice d’une certaine confusion vis-à-vis de la modernité.

Renforcer la présence du ministère de l’Éducation nationale sur Internet, c’est aussi repenser totalement nos modes de communication sur ce média. (…) Nous avons donc voulu à la fois rénover nos sites institutionnels et diversifier nos formats de communication, en donnant une part plus importante aux nouveaux médias présents sur Internet : Dailymotion, Twitter, Facebook sont de nouveaux outils qui permettent de toucher des publics qui ne fréquentaient pas spontanément nos sites institutionnels, notamment des publics plus jeunes et moins spécialisés dans les questions éducatives. (…) Nous avons aussi ouvert le compte Twitter Education France, qui informe les abonnés des sujets d’actualité immédiate du ministère. Je veux que l’Éducation nationale soit partie prenante de ce qu’on appelle le « web 2.0 », le web participatif.

Les expressions marketing sont lâchées… On met les guillemets au web 2.0 mais pas au web participatif. Comme si nous étions tous d’accord sur le sens accordé.

Je ne vois pas en quoi placer quelques vidéos sur Dailymotion (avec commentaires désactivés !) et communiquer via ces nouveaux canaux que sont Facebook et Twitter procèdent de la participation (ce sont tous en outre des services privés reposant sur des logiciels propriétaires susceptibles de poser quelques problèmes vis-à-vis de la protection des données personnelles). De ce point de vue là, l’actuelle Consultation publique sur l’Internet du futur, avec son bon vieux formulaire à remplir, est bien plus participative à mes yeux (si, contrairement au forum de la mission E-educ, on prend réellement en compte les contributions).

Ce qui est sûr c’est qu’en plus de ses ressources « verrouillées », l’académie en ligne version juin 2009 n’est en rien participative. Aucun espace pour y laisser la moindre trace, pas même une page de contact !

Ce ministère a trop souvent été raillé pour son conservatisme, je veux à présent faire en sorte qu’il soit loué pour sa modernité.

Nous attendrons encore un peu.

N’ayez pas peur

La conclusion du discours ouvre cependant une fenêtre d’espoir.

Mesdames et messieurs les journalistes (…) vous pouvez constater que c’est une stratégie globale que nous mettons en place pour faire participer le ministère de l’Éducation nationale aux évolutions de son temps.

A travers ces nouveaux outils, dont l’académie en ligne est un exemple, je veux permettre au plus grand nombre d’accéder librement et dans les délais les plus courts à la totalité de l’offre et de l’actualité éducative. Ce n’est que le début d’un chantier immense, que je veux poursuivre avec de nouveaux services que nous proposerons aux enseignants et qui seront à l’étude à partir de la rentrée prochaine.

Pour la première fois en effet on a troqué la gratuité pour la liberté. Ayant conscience de l’ampleur de la tâche, on nous dit aussi que l’on souhaite proposer de « nouveaux services » aux enseignants.

Il est encore temps de rectifier le tir (la présence d’un nouveau ministre étant d’ailleurs un facteur favorable). Le diagnostic est bon, le remède beaucoup moins. Oublions les Facebook, Twitter, Dailymotion et autres gadgets de communication légèrement hors-sujet par rapport aux réels enjeux. Et osons faire passer l’académie en ligne du mode « lecture seul » au mode « lecture / écriture ensemble ». Car le plus grand service que l’on puisse rendre présentement aux enseignants est d’inscrire ce projet dans le cadre des ressources éducatives libres.

Il s’agirait alors bien sûr d’une véritable petite « révolution culturelle » au sein du ministère, nécessitant de repenser, parfois en profondeur, les relations entre l’institution et les différents acteurs du monde éducatif. Mais pourquoi attendre (puisque c’est inéluctable) ? Sauf à vouloir aller contre les objectifs même de ce projet, cette décision, certes courageuse mais pleine de bon sens, serait alors réellement à même de faire « participer le ministère de l’Éducation nationale aux évolutions de son temps ».

Dans le cas contraire, regarder passer le train des ressources éducatives libres constituerait selon nous une triple erreur : historique, politique et par dessus tout pédagogique.

Le Sénat de l’État de New York vient d’afficher sa volonté d’ouverture en créant un espace dédié (dont nous avons traduit la page d’accueil ci-dessous) où il annonce son intention de proposer à ses administrés des « Free and Open-Source Software & Services ».

Ce billet est à rapprocher de S’il te plaît… dessine-moi une ville libre qui concernait la ville de Vancouver, ainsi que du plan d’action britannique en faveur de l’Open Source. Sans oublier bien sûr l’article New York : déduction d’impôts pour les développeurs Open Source ?^[1] qui témoigne du réel intérêt porté par cet état américain vis-à-vis du logiciel libre.

Formats ouverts, accès aux données et logiciels maisons mis à disposition sous licence libre, cela semble n’être que du bon sens lorsqu’il s’agit de politique et de deniers publics. Cela ne va pourtant pas encore de soi, parce que nous héritons le plus souvent d’une situation antérieure baignant consciemment ou non dans une « culture propriétaire ».

Ce n’est pas la France qui nous contredira, dont la nouvelle version de travail du Référentiel Général d’Interopérabilité (RGI) constitue plus qu’une déception en la matière.

Le Sénat de l’État de New York en route vers l’Open Source

Free and Open-Source Software & Services

New York State Senate – juin 2009 – Licence Creative Commons By-Nc-Nd
(Traduction non officielle Framalang : Poupoul2 et Tyah)

Bienvenue au Sénat ouvert de New York

Afin de poursuivre son engagement de transparence et d’ouverture, le Sénat de l’État de New York s’engage dans un programme de pointe afin non seulement de libérer les données, mais également d’aider les citoyens et de donner un exemple de restitution à la communauté. Sous ce programme et pour la toute première fois, le Sénat de New York donnera aux développeurs et aux autres utilisateurs un accès direct à ses données grâce à des API et publiera ses propres logiciels. En plaçant dans le domaine public les données et développements technologiques créés par le Sénat, le Sénat de New York espère animer, renforcer et engager les citoyens dans la création politique et le dialogue.

Ce que vous trouverez ici :

• Des interfaces de programmation (API) pour construire vos propres applications et services
• Des widgets interactifs pour faciliter le partage sur vos sites, profils ou blogs
• Des logiciels originaux tels que des modules Drupal et des librairies Java
• Des ensembles de données dans des formats variés, accompagnés de langages simples et d’explications graphiques sur des documents importants et des définitions
• Les règles légales et les licences adoptées par le Sénat garantissant que ces informations et ces outils peuvent être librement utilisés

Merci d’utiliser les données et outils offerts ici, de les mixer, de les améliorer, et de les re-distribuer pour aider le Sénat à former et impliquer les citoyens de New York.

API

Le Sénat de New York a créé une API développeur afin d’aider les organisations et les particuliers à compiler les données du Sénat tel qu’ils le souhaitent. L’objectif principal était de proposer les enregistrements du LRS (NdT : Legislative Retrieval System, base de données de suivi des décisions législatives, de la proposition jusqu’au vote) dans un format ouvert. Ces donnés peuvent alors être interrogées au travers d’une simple API afin de produire des résultats dans de nombreux formats ou standards, XML (RSS, Atom, schémas personnalisés), JSON, CSV, HTML (widgets).

• Naviguer sur le service Open Leg
• Consulter la documentation développeur de l’API

Widgets embarqués

Les widgets sont un moyen agréable et simple de diffuser des informations importantes auprès du public. Merci de consulter notre bibliothèque de widgets et servez-vous dans les outils qui amélioreront l’expérience de vos utilisateurs et des nôtres, sur l’ensemble du Web. Si vous avez votre propre widgets utilisant notre API ou nos données, contactez-nous et nous pourrions le présenter ici.

Logiciels originaux

En tant qu’utilisateur de logiciel Open Source, le Sénat de New York souhaite restituer à la communauté qui lui a tant donné, y compris ce site Web. Afin de satisfaire ses besoins, le Sénat crée en permanence du nouveau code et corrige des dysfonctionnements existants. Non seulement le Sénat reconnaît qu’il a une responsabilité de restitution à la communauté Open Source, mais les développements publics, réalisés avec de l’argent public devraient être publics.

Vous pouvez trouver tout le code source du Sénat de New York publié sur Github à http://github.com/nysenatecio.

Ensembles de données

La page Open Data (NdT : Données ouvertes) du Sénat de New York est le dépôt officiel de toutes les données gouvernementales. Vous pourrez ici naviguer au travers des données produites et étudiées par le Sénat dans leur forme originale ainsi que d’autres types de fichiers variés créés pour votre confort, y compris : des feuilles de calcul Excel, des fichiers CSV, texte ou PDF (liste non exhaustive). Afin de compléter les données source qu’il rend publiques, le Sénat a également créé l’Initiative Langage Simple (NdT : Plain Language Initiative) conçue afin de permettre d’expliquer les jeux de données complexes et les mentions légales en langage simple.

• Naviguer sur Open data
• Naviguer sur Plain Language Initiative

Logiciels Open Source et licences de logiciels

Afin de rendre public au maximum les informations et les logiciels du Sénat, Il a été adopté un système unique de double licence : la GNU General Public License ainsi que la BSD License. Ce système a pour objectif de garantir que les licences publiques sont utilisées dans chaque cas particulier tels que :

1. Chaque logiciel publié et contenant des composants initialement sous licence GPL doit être publié conformément aux termes de la licence GPL V3.
2. Chaque logiciel créé indépendamment par le Sénat sans licence initiale sur aucun de ses composants sera publié sous double licence et prendre l’une de ces formes : (a) licence BSD, ou (b) licence GPL. L’utilisateur final d’un tel logiciel choisira la licence qui aura le plus de sens pour son projet.
3. Concernant les logiciels contenant des mentions légales autres que la GPL, le CIO (NdT : Chief Information Officer, responsable des technologies de l’information et de la communication) décidera du mode de publication de tels logiciels.

« Google Wave, c’est ce que pourrait être le mail si on devait l’inventer aujourd’hui » s’exclame le grand Tim O’Reilly, se mettant ainsi au diapason de cette autre citation, « Wave va rendre caducs tous les outils actuels de communication », entendue au moment même de la présentation de ce nouveau projet, il y a quinze jours de cela.

Le dévoilement de Wave a d’abord valu à Google une standing ovation au sortir de la conférence inaugurale. Puis, dans la foulée, des articles souvent dithyrambiques sont apparus sur la Toile. C’est donc clairement la sensation du moment, avant même que le moindre utilisateur ait pu tester quoi que ce soit. Une nouvelle vague (wave en anglais) va-t-elle déferler sur le Web ?

Si vous voulez en savoir plus quant à son approche originale et à ses fonctionnalités, je vous invite à lire theClimber, TechCrunch ou Transnets. Outre tout ce qu’il nous propose de faire, retenons qu’on a besoin du HTML 5 et surtout que le protocole sera Open Source, basé sur XMPP (Jabber), avec un serveur qui sera libre et qu’on pourra installer chez soi (cf Minitel 2.0).

Cet aspect libre (ou prétendu tel) est très important et n’a pas forcément été mis en avant par la blogosphère (sauf l’inévitable journal LinuxFr). Pour marquer le coup et nous interroger ensemble sur l’impact potentiel d’une telle nouveauté sur le logiciel libre, nous avons choisi de traduire un article enthousiaste (peut-être trop ?) issu de la revue Free Software Magazine.

Cet article envisage Google Wave sous l’angle de ce qu’il pourrait apporter à une communauté agrégée autour d’un logiciel libre. Jusqu’à se demander si Wave ne va pas se substituer aux bons vieux outils que sont les logiciels de gestion de versions (CVS, etc.), les wikis, et autres listes de discussion. Ce qui, au sein des développeurs, serait effectivement une petite révolution dans la manière de travailler et de communiquer.

Mais il n’entre pas dans le détail des licences, dans l’évalutation du degré réel ou supposé de l’ouverture annoncée par Google (à sa décharge, on ne dispose à l’heure actuelle que le peu d’informations qu’a bien voulu nous donner la société). Et surtout il oublie d’évoquer une, pour ne pas dire la, question majeure que l’on résume souvent dans la formule « Google everywhere ». Ok pour la possibilité d’avoir son petit serveur à domicile mais dans la pratique la grande majorité se connectera à n’en pas douter chez Google. Du Google partout, tout le temps, qui va finir par devenir problématique (si ça ne l’est pas déjà !). On peut, par exemple, compter sur Google pour nous proposer son navigateur Chrome configuré aux petits oignons pour Google Wave, si vous voyez ce que je veux dire.

Aussi puissant, séduisant et ouvert (protocole, API…) soit Google Wave, le logiciel libre a-t-il intérêt à surfer tête baissée sur cette vague^[1], ou bien laisser couler et continuer tranquillement dans son coin à ériger sa petite berge qui deviendra un jour si haute que pas même un tsunami ne pourra l’emporter ?

Google Wave va-t-il révolutionner la collaboration dans le logiciel libre ?

Will Google Wave revolutionise free software collaboration?

Ryan Cartwright – 15 juin 2009 – Free Software Magazine
(Traduction Framalang : Poupoul2, Daria et Tyah)

Si vous n’en avez pas encore entendu parler, Google a publié une version de développement de Wave, son nouvel outil de réseau social et collaboratif. Quel impact cela peut-il avoir sur les utilisateurs et les développeurs de logiciel libre ?

Wave est ce que Google appelle un « nouvel outil de communication et de collaboration sur le Web ». Voyez-le comme un carrefour entre le courriel, le réseau social, la messagerie instantanée, l’IRC et Twitter. Wave apporte (ou plus exactement apportera) non seulement de nouveaux moyens de communication, mais offre également un retour instantané aux autres participants. En utilisant la base d’une vague comme une conversation, il permet aux destinataires de vos conversations de voir ce que vous écrivez en temps réel, au moment où vous l’écrivez. Plus besoin d’attendre que votre contact de messagerie instantanée termine son message. Wave offre également aux participants, dans le même outil, des messages de type panneau d’affichage, afin de savoir à quel moment ils se reconnectent. Il propose des fonctionnalités sympathiques qui permettent contextuellement de répondre à différentes parties d’un message. De nouveaux participants peuvent entrer à n’importe quel moment, tout en bénéficiant à la fois de l’historique complet de la vague, mais aussi en ayant la possibilité de « rejouer la vague » telle qu’elle s’est formée, en voyant qui a écrit quoi et dans l’ordre chronologique.

Ouais, ouais, encore un outil de réseautage social… allez, circulez !

Aussi intéressant, ou pas, que cela puisse paraître, quel impact cela aura-t-il pour nous, utilisateurs de logiciels libres et plus particulièrement développeurs ? Et bien, tout d’abord, Wave est développé grâce à un nouveau protocole ouvert et Google souhaite que nous l’aidions à le développer. Ce protocole est disponible sous les termes ouverts d’une licence que Google considère « libérale » (Un oxymore peut-être ?). En plaçant un protocole ouvert derrière cette technologie, Google nous invite activement à contribuer, distribuer et propager cette technologie. Cela signifie que nous, utilisateurs de logiciels libres, pouvons créer des outils libres qui utilisent le protocole Wave. Un protocole ouvert est assurément une bonne chose dans ce contexte : Pas d’accord de confidentialité, pas de royalties liées à des licences telles que pour les formats GIF ou MP3. Google nous demande également que nous aidions à donner forme au protocole. Les contributions sont réalisées sous un contrat de licence contributeur, qui insiste sur le fait que vous donnez à Google, le droit de « reproduire, construire des travaux dérivés, publier, exécuter en public, sous-licencier et distribuer vos contributions et les travaux dérivés associés ». Google semble être parti sur la bonne voie. Le temps nous en dira bien sûr plus, mais nous ne devrions pas être trop sceptique, c’est une opportunité réelle. Là où Android est un système ouvert sur un matériel fermé, en devenant ainsi de fait semi-fermé, nous avons une chance de développer Wave avec une foule d’outils libres et ouverts basés sur l’API et le protocole de Wave.

Google a livré quelques informations sur le fait de conserver le code source ouvert. Mais jusqu’à présent, ils n’ont publié aucun code source (à l’exception peut-être pour la version développeur, dont je ne fais pas partie), Cependant, même s’ils conservent les sources de l’API fermées, disposer d’un protocole ouvert (et d’une licence libérale) signifie que nous pouvons créer des outils qui utiliseront ce protocole et que ceux qui utiliseront les outils de Google pourront collaborer avec ces outils libres, du moins en théorie.

Mais qu’est-ce que cela peut nous apporter ?

Pensez à la manière de développer du logiciel libre. Peut-être plus que n’importe quel autre type de produits, le logiciel libre a besoin d’un effort collaboratif intense de la part de ses créateurs. Grâce à SVN, Sourceforge et consorts, nous avons des moyens de partager du code source et nous possédons des outils de communication durant le cycle de développement : wiki, panneaux d’affichage, liste de dicusssions, etc. Imaginez que vous disposez d’une « vague » pour les développeurs d’un projet logiciel. Chaque contributeur, en temps réel s’il le souhaite, dispose d’une conversation sans peur de perdre le fil dans de multiples embranchements. Les nouveaux membres peuvent rejouer la discussion pour comprendre l’état présent. Des fragments de code pourraient être placés à l’intérieur de la conversation et édités en temps réel par les autres membres. Et tout cela se déroule dans un des outils les plus communs, le navigateur. Les rassemblements de développeurs pourraient inclure ceux qui ne peuvent participer physiquement grâce à l’utilisation d’une vague. Les meilleurs esprits ne seront plus exclus parce qu’ils n’ont pu réserver une place dans l’avion^[2].

Si cela semble excitant, c’est parce que je m’exalte. Google Wave a le potentiel pour aller bien au-delà du simple buzz pour foules numériques. Wave a la possibilité de réellement faire du bruit et de représenter un grand pas dans la manière dont nous développons du logiciel libre. Évidemment, il m’est venu à l’esprit que les développeurs de logiciels propriétaires pourraient utiliser le même système pour produire leurs logiciels, mais soyons honnêtes : qui de deux est le plus habitué à la collaboration (en réalité, en dépend même) ?

J’ai entendu certaines personnes dire que Google Wave pourrait dépasser Twitter et Facebook d’ici 2011. Je n’en sais rien, et même peu m’importe, mais je crois que Wave peut avoir un impact aussi fort sur le développement de logiciel libre que CVS ou les wikis.

Une « ville libre » vous en rêviez ? Vancouver tente dès aujourd’hui de le réaliser.

Il convient bien entendu de s’entendre sur ce qu’est, ou plutôt pourrait, être une « ville libre ». Mais la motion, présentée il y a peu au conseil municipal de la plus grande cité de Colombie-Britannique (Canada), dessine les contours d’un séduisant possible « vivre ensemble urbain » du futur^[1].

Au menu, entre autres choses : interopérabilité, standards ouverts, logiciels libres, mises à disposition des données, et incitation citoyenne à s’approprier ces outils et informations pour créer de nouveaux services.

Libres enfants de Vancouver, vous en avez de la chance. Parce que si ce texte se trouvait adopté vous grandiriez alors dans un monde plus ouvert et plus juste, que vos parents n’auraient pas même pu imaginer il y a à peine dix ans de cela.

PS1 : Pour aller plus loin, on pourra parcourir l’excellent article de Fabrice Epelboin (ReadWriteWeb) Qui écrira la démocratie électronique de demain ? qui relate les avancées américaines tout en se désolant à juste titre de la situation française.

PS2 :Vidéo YouTube de la lecture publique de la motion à la mairie.

Vancouver ouvre l’âge de la ville Open Source

Vancouver enters the age of the open city

David Eaves – 14 mai 2009 – Blog
(Traduction Framalang : Claude et Don Rico)

La municipalité de Vancouver a planifié une réunion du conseil au cours de laquelle a été lue la motion suivante :

Déclaration de motion

Open Data, Standards Ouverts et Open Source
Auteur : Mme la conseillère municipale Andrea Reimer
Intercesseur: Mme la conseillère

Attendu que la Ville de Vancouver légifère loyalement au sein du City Hall (NdT : la mairie) à l’écoute des citoyens et des sollicitations relatives à leurs idées, propositions et énergie créatrice ;

Attendu que les municipalités du Canada ont l’opportunité de réduire fortement leurs dépenses en partageant et soutenant les logiciels qu’elles utilisent ou créent ;

Attendu que la valeur absolue des données publiques est maximisée lorsqu’elle est fournie gratuitement ou, si nécessaire, pour un coût minimal ;

Attendu que lorsque les données sont partagées librement, les citoyens ont la possibilité de les utiliser et de les transformer, favorisant ainsi la création d’une cité plus dynamique économiquement et plus respectueuse de l’environnement ;

Attendu que Vancouver a besoin de chercher des opportunités de création d’activité économique et de partenariat avec les secteurs technologiques innovants ;

Attendu que l’adoption des standards ouverts facilite la transparence, l’accès aux informations de la ville par les citoyens,(attendu) qu’ils améliorent la coordination et l’efficacité des relations municipales avec leurs partenaires fédéraux et provinciaux ;

Attendu que l’ICIS (NdT : Integrated Cadastral Information Society pour Système d’information cadastral) est une organisation à but non lucratif créé en partenariat avec les gouvernements locaux, les gouvernements provinciaux et les principaux services publics de Colombie Britannique afin de partager et intégrer les informations géographiques, à laquelle adhèrent 94 % des gouvernements locaux de Colombie Britannique, mais pas Vancouver ;

Attendu que l’innovation informatique peut améliorer les communications entre citoyens, renforcer l’image d’une ville créatrice et innovante, améliorer la fourniture des services, aider les citoyens à s’autogérer et résoudre leurs problèmes, mais aussi créer un sentiment plus fort d’engagement civique, de communauté et de fierté ;

Attendu que la ville de Vancouver possède d’incroyables ressources de données et d’informations, et qu’elle a récemment reçu le prix Best City Archive of the World (meilleures archives municipales du monde).

En conséquence, qu’il soit assuré que la ville de Vancouver approuve les principes suivants :

– Données accessibles et ouvertes : la ville de Vancouver partagera librement avec les citoyens, les entreprises et les autres juridictions la plus grande quantité de données possible en respectant la vie privée et la sécurité.
– Standards Ouverts : La ville de Vancouver adoptera le plus rapidement possible les standards ouverts en vigueur pour les données, documents, cartes et autres formats de diffusion.
– Logiciels Open Source : la ville de Vancouver, au moment du remplacement des logiciels existants ou de l’étude de nouvelles applications, mettra les logiciels Open Source à pied d’égalité avec les systèmes commerciaux au cours de la passation de marché.

En conséquence, dans cette volonté de favoriser les données ouvertes, la ville de Vancouver :

– Identifiera les opportunités immédiates permettant une plus grande distribution de ses données.
– Indexera, publiera et syndiquera ses données sur l’Internet au moyen des standards, interfaces et formats ouverts en vigueur.
– Mettra en place les accords appropriés en vue du partage de ses données avec l’ICIS (Integrated Cadastral Information Society) et encouragera l’ICIS à partager ses données avec le grand public.
– Développera un plan de numérisation et distribuera librement les archives disponibles au public.
– S’assurera que les données fournies à la ville par des tierces parties (développeurs, prestataires, consultants) sont libres, dans un format ouvert en vigueur, et non soumises à des droits d’auteurs ou aux lois du copyright, exception faite d’empêchement pour considérations légales.
– Mettra sous licence toutes les applications logicielles développées par la ville de Vancouver de sorte qu’elles pourront être utilisées par les autres municipalités, les entreprises et le public sans restriction.

En conséquence, le City Manager (NdT : le gérant municipal) aura pour tâche de développer un plan d’action en vue de la mise en application du texte ci-dessus.

Nous sommes nombreux à avoir travaillé d’arrache-pied pour mettre en place cette motion. Même si plusieurs villes comme Portland, Washington DC ou Toronto, ont mis en œuvre certaines des idées défendues dans cette motion, aucune ne l’avait codifié ou n’avait été aussi claire et explicite dans ses intentions.

Je vois certainement cette motion comme la pierre angulaire d’une transformation de Vancouver en ville ouverte (NdT : Open City), ou comme le formule mon ami Surman, en ville qui pense comme le Web.

À plus haut niveau, l’objectif qui anime cette motion est de permettre aux citoyens de créer, concevoir et contrôler l’expression virtuelle de leur ville afin qu’ils puissent en retour influer sur la ville réelle et physique.

Dans la pratique, je crois que cette motion va accentuer plusieurs résultats :

• De nouveaux services et programmes : les données étant ouvertes, partagées et possédant des APIs (interfaces utilisateurs) dédiées, nos concitoyens codeurs vont créer des applications Web qui faciliteront leur vie (et celle des autres), les rendront plus efficaces et plus plaisantes.

• La possibilité de piocher dans la longue traîne de l’analyse politique publique : plus les habitants de Vvancouver consulteront les données, les cartes et les autres informations de la municipalité, plus ils remarqueront les lacunes, les problèmes et autres difficultés, d’où un potentiel d’économie d’argent, d’amélioration des services et, de manière plus générale, d’édification d’une ville plus puissante.

• La création de nouvelles entreprises, rendre la ville plus attractive pour les compétences : comme la ville partage plus de données et utilise plus de logiciels Open Source, les nouvelles entreprises créant du service autour de ces données vont éclore. De manière plus générale, je pense que cette motion, au fil du temps, va attirer le talent à Vancouver. Selon Paul Graham, les grands programmeurs veulent de bon outils et des défis intéressants. Nous leur offrons les deux: le défi d’améliorer la ville où ils vivent ainsi que les outils et données pour les assister.

Ceux qui souhaiteraient assister au conseil municipal afin de soutenir cette motion trouveront les détails ici. La réunion du conseil est Mardi 19 Mai à 14 heures. Vous pouvez aussi voir la séance en direct.

Ceux qui veulent écrire une lettre pour soutenir la motion peuvent l’envoyer à cette adresse.

Le 28 avril prochain, Microsoft devrait mettre en ligne sa nouvelle mise à jour majeure de la suite Office 2007 (dans le vocable Microsoft, on parle de Service Pack, ici le numéro 2, donc SP2).

C’est un évènement beaucoup plus important qu’il n’y parait. En effet, parmi les nouveautés, la célèbre suite bureautique intégrera pour la première fois nativement le format ouvert Open Document Format.

Auparavant on pouvait en théorie lire et écrire en ODF sur la suite Office, mais il fallait télécharger un plugin et faire tout un tas de manipulations compliquées pour arriver au résultat souhaité (lire le rapport Becta pour avoir de plus amples informations).

En arriver là ne fut pas une mince affaire, il aura fallu mettre la pression sur Microsoft qui, avec son arrogance sa manière de faire habituelle, souhaitait plutôt nous imposer son propre format de fichier, le très controversé OOXML.

Toujours est-il qu’on tient enfin là un format de fichier bureautique, ouvert, standard, et en pratique réellement interopérable (en admettant bien entendu que la qualité technique soit bel et bien au rendez-vous). D’un coup d’un seul, la principale critique faite à la suite MS Office tombe, et l’on se retrouve avec un produit beaucoup plus fréquentable, pourvu que les utilisateurs de cette suite aient la bonne idée et lire, écrire et échanger par défaut avec le format ODF (ce qui, a mon humble avis, nécessitera tout de même un temps d’adaptation où il faudra être patient et pédagogue).

Pour « célébrer » l’événement, nous avons choisi de traduire un vieil article Jonathan Schwartz, PDG de Sun, qui témoigne de l’intérêt fondamental de posséder des formats ouverts, en bureautique comme ailleurs^[1].

Mes photos de famille – et ODF

My Family Photos – and ODF

Jonathan Schwartz – 12 février 2007 – Blog
(Traduction : Poupoul2, Goofy et Olivier)

Il y a quelques années, alors que je me trouvais chez mes parents, j’ai passé un peu de temps à regarder de vieilles photos de famille tirées d’une boîte à chaussures. C’était sympa. J’y prenais beaucoup de plaisir… jusqu’à ce que je m’aperçoive que la plupart de ces photos étaient uniques. C’est à dire qu’il s’agissait d’exemplaires uniques. Uniques au monde. Et pour au moins l’un des membres de ma famille, il n’existait que deux ou trois photos prises au long de sa vie. Ouch !

Une boîte à chaussures, me dis-je. Un peu archaïque, non ? Et si jamais il y avait une inondation, ou pire encore, un feu ? Voici des photos que je veux partager avec ma famille et transmettre de génération en génération. Je veux que mes enfants en connaissent l’histoire, et mes petits-enfants, et les enfants de mes petits enfants.

Alors, j’ai fait ce que tout bon fils ferait : j’ai convaincu mes parents de me laisser leur subtiliser la boîte un certain temps, je suis rentré à la maison et j’ai numérisé les photos (j’ai aussi rendu la boîte à mes parents).

Les photos numérisées se trouvaient désormais sur mon disque dur. Dans mon portable. Dans ma cuisine (c’est là que vit mon portable).

Étant donné ce qui se passe tous les jours dans ma cuisine, elles s’y trouvaient sans doute moins en sécurité que dans leur boîte à chaussures. Et un point pour l’archaïsme. Un échec, un !

J’ai alors gravé quelques DVDs, les ai distribués autour de moi, et en ai donné quelques-uns aux autres membres de la famille. Cela va sans dire, la plupart des DVDs ont été perdus, ce n’est pas un hasard si les administrateurs système amateurs restent amateurs… Et deux échecs, deux !.

La bonne nouvelle, c’est qu’un jour, quelqu’un de brillant a dit que le réseau est l’ordinateur… Il y a quelque temps, j’ai décidé de les télécharger sur mon service de photos en ligne. Si vous allez vous résoudre à surveiller une boîte à chaussures, autant se tourner vers quelqu’un dont c’est le métier, qui surveille déjà plein d’autres boîtes à chaussure et qui pourrait bien être le meilleur au monde dans ce domaine.

Et puis je me suis demandé…

Comment puis-je garantir que le service sera au rendez-vous, ou que je serais capable de visualiser les images que j’y ai stockées… pas seulement dans un an, mais dans cinq ou cinquante ans ? Que se passera-t-il si les images survivent à la technologie ?

Le décor étant planté, voilà qui illustre bien la raison d’être de ce petit truc qu’on appelle Open Document Format.

Mettez vous dans la peau du législateur écrivant un texte de loi, ou dans celle d’un médecin rédigeant l’ordonnance de son patient, ou encore dans celle d’un étudiant travaillant sur une nouvelle de son cru. Et cinq ou cinquante ans plus tard vous prend l’envie de revoir vos documents. Sauf que le développeur de l’application qui a servi à créer ces documents, l’entreprise qui a créé le traitement de texte a, au choix, cessé son activité, ou décidé de vous demander $10000 pour vous fournir une version capable de lire de vieux formats de fichiers. L’information survit toujours à la technologie, ces scénarios en sont de bons exemples.

Que faites vous alors ?

Premier réflexe : vous râlez. Après tout, l’information que vous avez créée vous appartient à vous et pas à l’éditeur. C’est pareil pour vos photos de famille, vous imaginez qu’un fabricant d’appareil photo vous demande de passer à la caisse avant que vous ne puissiez voir vos propres photos ? C’est là tout le danger lié aux des applications n’utilisant pas des formats de fichiers ouverts. N’oubliez pas, l’information survit à la technologie.

C’est la raison pour laquelle, aux côtés de quelques-uns des plus grands groupes technologiques, ainsi que d’une foule de gouvernements et d’organismes du monde entier, nous avons créé quelque chose que l’on appelle Open Document Format (ou "ODF" de son petit nom). ODF décrit un format ouvert pour les informations contenues dans des documents, indépendant des applications utilisées pour créer les documents enregistrés en ODF.

En d’autres termes, si vous écrivez un texte de loi, un dossier médical ou une fiche réglementaire avec un traitement de texte supportant aujourd’hui l’ODF, et que vous avez besoin d’y accéder n’importe quand dans l’avenir, vous serez libre de le faire à vos conditions. ODF est un véritable format standard, mis en oeuvre par des éditeurs variés (d’IBM à Sun, en passant par Google, Red Hat et même Microsoft désormais), et adopté à une très large échelle sur toute la planète. Et c’est gratuit.

La pérennité de l’information et des formats de fichiers est plus qu’essentielle pour des institutions et des entreprises adoptant des politiques de rétention de documents allant bien au-delà de la vie utile du logiciel (ou des employés) qui a permis la création des documents. La disponibilité de l’information est ainsi garantie dans l’avenir. Il en va de même pour nos photographies dans nos boîtes à chaussures. En tant que CIO (NdT : Directeur informatique) à la maison, j’exige que les images me survivent.

Et juste au cas où vous auriez raté une étape, nous travaillons avec Google pour garantir l’interopérabilité entre les documents bureautique de Google et les documents OpenOffice, élevant l’ODF au rang de mécanisme d’échange. Tout document créé avec la suite bureautique de Google peut être aisément exporté vers (et bientôt importé de) OpenOffice (voir la copie d’écran). Combinés, les 2 produits permettent aux entreprises et aux particuliers de préserver, dans le monde entier et pour plusieurs générations, l’accès aux lois, aux contrats, aux dossiers médicaux, aux journaux ou aux plans stratégiques. Et c’est strictement pareil pour les présentations et les feuilles de calculs.

Enfin, pour ceux qui découvrent OpenOffice, il s’agit d’une suite bureautique libre, qui sera toujours gratuite, pour les entreprises comme pour les utilisateurs finaux. D’après nos estimations, nous en avons distribué des centaines de millions de copies autour du monde (cliquez ici pour le télécharger). Et maintenant que Microsoft a annoncé le support de l’ODF, les utilisateurs peuvent sereinement penser qu’OpenOffice peut être introduit dans toutes les chaumières et les bureaux, pas uniquement dans les pays en voie de développement, mais aussi dans les pays développés. Dans quelques semaines, vous aurez la possibilité de télécharger ici un plug-in ODF, qui permettra à Microsoft Word de lire et écrire de l’ODF par défaut. Une fois installé, vous le verrez apparaître dans les options de Word :

(Je mettrai un lien dès que le plug-in sera prêt)

À partir de maintenant, ODF devient votre format par défaut. Que vous soyez une compagnie pétrolière ou un étudiant, ODF vous permettra une interopérabilité sans heurts entre des environnements Open Source ou propriétaires, aussi longtemps que le standard (et pas la technologie ou le produit) existera.

Du point de vue des entreprises, de grandes institutions peuvent envisager une migration en douceur, les cadres pourraient conserver Microsoft Word, tandis que le reste du personnel peut passer à une alternative interopérable (par exemple : le traitement de texte de Google ou OpenOffice, ou même les deux). Accessibilité et interopérabilité sont de bonnes choses pour Internet, et nous avons bien l’intention de les utiliser pour les générations futures.

Ceux qui ont eu, comme moi, la curiosité de goûter du bout des lèvres au navigateur Google Chrome au moment de sa sortie sous Windows, se sont peut-être aperçus alors qu’un autre drôle de petit logiciel, répondant au doux nom de GoogleUpdate, s’installait à votre insu et travaillait toujours en toile de fond, quand bien même Chrome ne se trouve plus ouvert.

Voici comment le Centre d’aide Google en parle : « GoogleUpdate.exe est un composant logiciel qui joue le rôle de méta-programme d’installation et d’outil de mise à jour automatique dans de nombreuses applications Google que vous pouvez télécharger, notamment Google Chrome. Il maintient vos programmes à jour avec les fonctionnalités les plus récentes. Plus important encore, GoogleUpdate permet une mise à jour rapide de vos applications Google si des failles de sécurité venaient à être détectées. »

Et puis, plus loin, dans le paragraphe (sensible) Informations transmises à Google : « Lorsque GoogleUpdate communique avec les serveurs Google, il envoie les ID des applications qu’il gère sur votre ordinateur ainsi que des informations générales sur l’utilisation de ces applications. GoogleUpdate utilise également un numéro d’identification unique généré de manière aléatoire pour comptabiliser le nombre total d’utilisateurs. Ces informations concernent notamment les numéros de version, les langues, le système d’exploitation et d’autres données sur l’installation ou la mise à jour, telles que l’exécution des applications. Ces informations ne sont associées ni à vous-même, ni à votre compte Google. D’autres informations peuvent nous être transmises si vous choisissez d’envoyer vos statistiques d’utilisation concernant Google Chrome. »

Son processus de désinstallation est lui aussi assez étonnant (et sujet à caution) : « Pour désinstaller complètement GoogleUpdate, désinstallez toutes les applications Google actuellement installées sur votre ordinateur. La désinstallation de GoogleUpdate devrait intervenir automatiquement quelques heures après la désinstallation de vos programmes Google. GoogleUpdate étant lié aux applications Google installées sur votre ordinateur, il ne peut être supprimé individuellement. Si vous supprimez uniquement le processus GoogleUpdate, il se peut que vos programmes Google ne fonctionnent plus correctement et, très souvent, GoogleUpdate se réinstallera de toute façon automatiquement. »

On comprendra alors facilement que certains se sont émus de la présence de ce logiciel, surtout qu’en absence d’accès au code source, on ne pouvait que faire confiance à Google dans sa collecte d’informations.

Or avec Google^[1], la confiance sur parole n’est plus forcément de mise. La confiance en acte c’est bien plus mieux et transparent. Et dans le monde logiciel cela se traduit comme ici par la libération du code source du programme, afin de l’étudier et constater effectivement que cette collecte d’informations est, si ce n’est inoffensive, tout de moins conforme à ce qui avait été annoncé.

Je ne sais si vous êtes désormais totalement rassuré (les commentaires sont grands ouverts) mais la démarche est intéressante : montre-moi ton code source et je te dirais qui tu es réellement. On rêve déjà d’en faire de même pour toute la gamme logicielle de Google, et puis aussi celle de Microsoft et Apple tant qu’on y est 😉

Pour évoquer cette nouvelle, nous n’avons pas choisi la voie officielle, c’est-à-dire le communiqué de Google, mais celle du blog Google Operating System, qui bien que totalement dédié à Google lui est indépendant.

Google Update libère son code source

Google Update, Open Sourced

Alex Chitu – 12 avril 2009 – Google Operating System
(Traduction Framalang : Tyah et Don Rico)

Ça n’a pas d’interface, c’est toujours actif en sous-tâche, prêt à mettre à jour silencieusement votre logiciel Google : Google Update est un service qui fait du bureau Google l’égal des applications web en constante mise à jour. Hélas, ce service n’est pas très stable, on ne peut pas le supprimer tant que l’on a pas désinstallé toutes les applications qui l’utilisent, et il présente des problèmes de confidentialité.

Certains se sont émus du fait que Google collecte de plus en plus d’informations. Pour montrer que ces reproches sont infondés, Google a décidé d’ouvrir le code source de GoogleUpdate, nom de code : Omaha.

« GoogleUpdate étant toujours actif sur votre système, il n’existe aucun moyen simple de l’arrêter, et puisque c’est un composant fondamental du logiciel Google qui y recourt, il ne s’installe pas de façon explicite. Certains seront surpris de le voir fonctionner, et chez Google, nous n’aimons pas décevoir nos clients. Nous avons travaillé dur pour répondre à ces inquiétudes. En libérant le code source d’Omaha, nous cherchons à rendre GoogleUpdate complètement transparent. Évidemment, nous comprenons que tout le monde n’ait ni la volonté ni la capacité d’examiner notre code dans le détail, mais nous espérons que ceux qui le feront confirmeront que GoogleUpdate sert bien à maintenir votre logiciel à jour. »

Un logiciel à jour en permanence empêche les logiciels malveillants d’exploiter les failles de sécurité, signale plus facilement les bogues et est constamment amélioré, mais Google devrait fournir une interface qui nous laisserait contrôler combien de fois le service demande à être mis à jour et même le désactiver. Certains utilisateurs avancés estiment que fonctionnement permanent de l’outil de mise à jour de Google représente une violation de leur droit de regard en tant qu’utilisateurs, une faille de sécurité potentielle et une charge indésirable sur leur système et leurs ressources réseau, qui sont déjà très sollicités.

Vu le developpement croissant du cloud computing, il fallait bien que l’on se pose un jour quelques questions.

Le mois dernier Richard Stallman publiait un article autour des applications en ligne en général et du JavaScript en particulier, qui fit couler pas mal de bits dans la blogosphère.

Parce que des logiciels tels que Gmail ou Google Documents exportent non seulement nos données sur les serveurs qui hébergent les applications (ici les serveurs Google) mais exécutent au passage dans nos navigateurs du code qui ne donne pas, loin de là, les signes d’une totale liberté^[1].

La débat est donc ouvert, avec en toile de fond la faible représentation actuelle des applications web véritablement libres.

Le piège JavaScript

The JavaScript Trap

Copyright © 2009 Richard Stallman – Licence Creative Commons By-Nd
(Traduction : Cédric Corazza – URL d’origine de la traduction)

Vous exécutez peut-être des programmes non-libres sur votre ordinateur chaque jour sans même vous en apercevoir — par l’intermédiaire de votre navigateur Web.

Dans la communauté du logiciel libre, l’idée que les programmes non-libres maltraitent leurs utilisateurs est familière. Certains d’entre-nous refusent totalement d’installer des logiciels propriétaires, et beaucoup d’autres considèrent que la non-liberté est une attaque contre le programme. Beaucoup d’utilisateurs sont conscients que ce problème s’applique aussi aux plugins que les navigateurs proposent d’installer, car ils peuvent être libres ou non-libres.

Mais les navigateurs exécutent d’autres programmes non-libres pour lesquels ils ne demandent pas votre avis — des programmes que contiennent des pages Web ou vers lesquels elles pointent. Ces programmes sont très souvent écrit en JavaScript, bien que d’autres langages puissent être utilisés.

JavaScript (dont le nom officiel est ECMAscript, mais peu de gens utilisent ce nom) était autrefois utilisé pour faire des effets frivoles, certes jolis mais non-essentiels à la navigation et aux fonctionnalités d’affichage. Il était acceptable de les considérer comme de pures extensions du langage de balises HTML, plutôt que comme de vrais logiciels ; ils ne représentaient pas un problème significatif.

Beaucoup de sites utilisent encore JavaScript de cette façon, mais certains l’utilisent pour des programmes conséquents réalisant des travaux importants. Par exemple, Google Docs télécharge sur votre machine un programme JavaScript qui pèse un demi megaoctet, dans une forme compactée que nous pourrions appeler Obscurscript car il n’y a aucun commentaire et très peu d’espaces, et les noms de méthode ne font qu’une lettre. Le code source d’un programme est la forme préférée pour le modifier ; le code compacté n’est pas du code source, et le vrai code source n’est pas disponible pour l’utilisateur.

Normalement, les navigateurs ne vous disent pas quand ils chargent des programmes JavaScript. La plupart des navigateurs ont un moyen de désactiver JavaScript totalement, mais aucun d’eux ne peut vérifier des programmes JavaScript qui ne sont pas triviaux et non-libres. Même si vous en êtes conscient, cela vous serait difficile d’identifier et bloquer ces programmes. Cependant, même au sein de la communauté du logiciel libre, la plupart des utilisateurs ne sont pas conscients de ce problème ; le silence des navigateurs tend à le dissimuler.

Il est possible de publier un programme JavaScript en tant que logiciel libre, en distribuant le code source sous une licence de logiciel libre. Mais même si le code source du programme est disponible, il n’existe pas de moyen facile d’exécuter votre version modifiée à la place de l’original. Les navigateurs libres actuels ne proposent pas de fonctionnalité permettant d’exécuter votre version modifiée à la place de celle délivrée par la page. L’effet est comparable à la Tivoisation bien que moins difficile à outrepasser.

JavaScript n’est pas le seul langage que les sites Web utilisent pour les programmes envoyés aux utilisateurs. Flash supporte la programmation par l’intermédiaire d’une variante étendue de JavaScript. Nous aurons besoin d’étudier le problème de Flash pour faire des recommandations appropriées. Silverlight semble créer un problème similaire à Flash, excepté qu’il est pire, car Microsoft l’utilise comme plateforme pour des codecs non-libres. Un remplacement libre de Silverlight ne ferait pas l’affaire pour le monde du libre, à moins qu’il ne propose des codecs de remplacement libres.

Les applets Java s’exécutent aussi dans le navigateur et soulèvent des problèmes similaires. En général, toute sorte d’applet système pose ce genre de problème. Avoir un environnement d’exécution libre pour une applet ne fait que repousser d’un cran le problème.

Un fort mouvement s’est développé qui appelle les sites Web à ne communiquer qu’avec des formats et des protocoles libres (certains disent « ouverts ») ; c’est-à-dire, dont la documentation est publiée et que chacun est libre de mettre en œuvre. Avec la présence de programmes dans les pages Web, ce critère est nécessaire mais pas suffisant. JavaScript lui-même, en tant que format, est libre et l’utilisation de JavaScript dans un site Web n’est pas nécessairement mauvaise. Cependant, comme nous l’avons vu plus tôt, ce n’est pas nécessairement bon. Quand le site transmet un programme à l’utilisateur, il n’est pas suffisant pour le programme d’être écrit dans un langage documenté et libre d’entraves ; ce programme doit être libre aussi. « Seule l’utilisation de programmes libres transmis aux utilisateurs » doit faire partie des critères satisfaisants pour un comportement correct des sites Web.

Le chargement et l’exécution silencieux de programmes non-libres est un des nombreux problèmes soulevés par les « applications Web ». Le terme « application Web » a été conçu pour ne pas tenir compte de la distinction fondamentale entre un logiciel délivré aux utilisateurs et un logiciel s’exécutant sur un serveur. Il peut faire référence à un programme client spécialisé qui s’exécute dans un navigateur ; il peut faire référence à un logiciel serveur spécialisé ; il peut faire référence à un programme client spécialisé qui travaille main dans la main avec un logiciel serveur spécialisé. Les côtés client et serveur soulèvent des problèmes éthiques différents, même s’ils sont si intimement intégrés que l’on pourrait dire qu’ils font partie d’un seul programme. Cet article ne traite que du problème logiciel côté client. Nous traiterons le problème du côté serveur séparément.

Pratiquement, comment pouvons-nous traiter le problème des programmes JavaScript non-libres dans les sites Web ? Voici un plan d’action.

D’abord, nous avons besoin d’un critère pratique pour les programmes JavaScript non-triviaux. Puisque « non-trivial » est une question d’interprétation, il s’agit de concevoir un critère simple qui donne de bons résultats, plutôt que de déterminer la réponse correcte.

Notre proposition est de considérer qu’un programme JavaScript est non-trivial s’il définit des méthodes et s’il charge un script externe ou s’il est chargé en tant que script externe, ou encore s’il fait une requête AJAX.

À la fin de cet article, nous proposons une convention par laquelle un programme JavaScript non-trivial dans une page Web, peut déclarer l’URL de l’emplacement de son code source ainsi que sa licence, en utilisant des commentaires stylés.

Enfin, nous avons besoin de modifier les navigateurs libres pour qu’ils supportent la liberté des utilisateurs de pages avec JavaScript. Tout d’abord, les navigateurs doivent être en mesure de prévenir les utilisateurs au sujet des programmes JavaScript non-libres plutôt que de les exécuter. Peut-être que NoScript pourrait être adapté pour faire cela.

Les utilisateurs de navigateur ont aussi besoin d’une fonctionnalité pratique pour indiquer le code JavaScript à utiliser à la place du JavaScript dans une page donnée. (Le code spécifié pourrait être un remplacement total, ou une version modifiée du programme JavaScript libre dans cette page). Greasemonkey est très proche d’arriver à réaliser cela, mais pas tout à fait, car il ne permet pas la modification du code JavaScript dans une page avant que le programme ne s’exécute. Utiliser un proxy local fonctionne, mais c’est trop peu pratique actuellement pour être une réelle solution. Nous avons besoin de construire une solution fiable et pratique, comme les changements dans les sites de partage. Le Projet GNU aimerait recommander les sites dédiés aux changements libres seulement.

Ces fonctionnalités permettront à un programme JavaScript inclus dans une page Web d’être réellement libre. JavaScript ne sera plus un obstacle particulier à notre liberté — pas plus que C et Java ne le sont maintenant. Nous serons capables de rejeter et même de remplacer les programmes JavaScript non-triviaux non-libres, tout comme nous avons rejeté et remplacé les paquetages non-libres pour les installations classiques. Notre campagne pour libérer le code JavaScript des sites Web peut alors commencer.

Merci à Matt Lee et John Resig pour leur aide pour la définition de notre proposition de critère.

Appendice : une convention pour publier des programmes JavaScript libres

Pour des références au code source correspondant, nous recommandons

 // @source: 

suivi de l’URL

Pour indiquer la licence du code JavaScript intégré dans la page, nous recommandons de mettre la notice de licence entre deux notes de cette forme :

 @licstart  The following is the entire license notice for the JavaScript code in this page. ... @licend  The above is the entire license notice for the JavaScript code in this page. Traduction : @licstart  Ce qui suit est la totalité de la notice de licence pour le code JavaScript de cette page. ... @licend  Ce qui précède est la totalité de la notice de licence pour le code JavaScript de cette page. 

Bien sûr, tout ceci doit être contenu dans un commentaire multiligne.

La GNU GPL, comme beaucoup de licences de logiciels libres, nécessite la distribution d’une copie de la licence avec les formes binaire et source du programme. Cependant, la GNU GPL est longue et l’inclure dans une page avec un programme JavaScript n’est pas pratique. Vous pouvez oublier ce prérequis, pour du code dont vous êtes le détenteur des droits d’auteur, avec une notice de licence comme ceci :

 Copyright (C) YYYY  Developer The JavaScript code in this page is free software: you can redistribute it and/or modify it under the terms of the GNU General Public License (GNU GPL) as published by the Free Software Foundation, either version 3 of the License, or (at your option) any later version.  The code is distributed WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU GPL for more details. As additional permission under GNU GPL version 3 section 7, you may distribute non-source (e.g., minimized or compacted) forms of that code without the copy of the GNU GPL normally required by section 4, provided you include this license notice and a URL through which recipients can access the Corresponding Source. Traduction : Copyright (C) YYYY  Développeur Le code JavaScript de cette page est un logiciel libre : vous pouvez le redistribuer et/ou le modifier selon les termes de la licence GNU General Public License (GNU GPL) telle que publiée par la Free Software Foundation, en version 3 de la licence, ou (à votre discrétion) toute version suivante. Le code est distribué SANS AUCUNE GARANTIE ; sans même la garantie implicite de MARCHANDABILITÉ ou d'ADÉQUATION À UN BUT PARTICULIER.  Consulter la GNU GPL pour plus de détails. En tant que permission supplémentaire selon les termes de la GNU GPL version 3 section 7, vous pouvez distribuer des formes « non-source  (par ex., minimisées ou compactées) de ce code sans la copie de la GNU GPL normalement requise par la section 4, attendu que vous incluez cette notice de licence et une URL par laquelle les destinataires peuvent accéder au code source correspondant.