Ordinateurs OLPC (CC-by par Marcin Wichary)

Je viens de découvrir (via twitter) une vidéo intitulée « Entretiens avec des internautes de 8 à 11 ans sur leurs usages d’internet ». Ces entretiens ont apparamment été réalisés par Sophie Mateo pour un travail de MBA. Le rapport complet est également disponible au format PDF sur Slideshare: La génération numérique en France. Usages d’internet et comportements face aux moteurs de recherche.

Transcription

Je n’ai pas encore lu l’étude complète, donc je ne connais pas les conditions des entretiens. Une partie est consacrée à Wikipedia. Ci-dessous, la transcription :

— « Non, je connais pas Wikipedia »

— « À chaque fois qu’il fallait que je fasse un exposé, ou chercher quelque chose, je cherche presque tout le temps sur Wikipedia. »

— « Pour faire mes devoirs, je suis obligé de faire sur Wikipedia sinon je connais pas le titre. »

— « Souvent je vais sur Wikipedia. »
— « Ouais moi aussi. »

— « C’est comme un site internet, mais il est différent des autres sites, parce que c’est un site de recherche. C’est comme une bibliothèque, on peut trouver beaucoup de livres dessus, sauf que c’est évidemment virtuel. »

— « Wikipedia, c’est un site où on peut faire toutes les recherches qu’on veut, qui raconte vraiment tout tout tout sur la recherche. »

— « J’y vais souvent, par exemple pour les devoirs, quand on nous demande de faire une recherche, c’est dessus que je vais. »

— « Wikipedia c’est un site, tu tapes sur l’ordinateur et après c’est tous les trucs pour chercher sur les écrivains, sur la planète Terre, c’est dans l’espace, dans les maisons, tout ce qui est… plein de trucs. C’est une corvée, Wikipedia; c’est la vérité »

Commentaires

Quelques commentaires à chaud sur la video en général, et la partie sur Wikipedia en particulier :

• Dans l’esprit des enfants, apparemment, Internet = { jeux + recherches }.
• Wikipedia est apparemment synonyme de recherches, ce qui n’est pas surprenant vu que Wikipedia est souvent parmi les premiers résultats des moteurs de recherche.
• Les enfants ne semblent pas conscients des limites de Wikipedia. Ils voient en Wikipedia une source d’information habituelle ; ils ne connaissent pas son mode de fonctionnement collaboratif, et ne peuvent donc pas l’utiliser avec le recul nécessaire.
• Une conséquence du point précédent est qu’ils sont exclusivement consommateurs d’information. N’étant pas conscients du fonctionnement de Wikipedia, ils ne pensent pas à apporter de l’information eux-mêmes (sur Wikipedia ou Vikidia).

Hors-sujet

Pour finir (et un peu hors-sujet), des commentaires comme celui-là me font mourir un peu à chaque fois :

— « Normalement, quand j’allume un ordinateur, j’ai ça. » (la page d’accueil de Google)

Et également :

— « Internet, c’est dès que t’allumes un ordinateur, tu cliques sur le « e » bleu et après il y a Internet qui apparaît. »

mais la suite (par le même enfant) était délectable :

— « Des fois, ça déconne ; alors il faut éteindre, et après rallumer. »

Ce processus de redirection est basé sur le DNS, c’est à dire le système qui fait le lien entre un nom de domaine (par exemple, « wikipedia.org ») et l’adresse IP de la machine qui l’héberge (par exemple, « 208.80.152.2 »). Malheureusement, ce système de redirection était défaillant au moment de l’incident de climatisation. L’équipe a rapidement identifié et corrigé le problème, mais c’était trop tard : l’erreur s’était propagée sur Internet dans les bases de données DNS.

En tout et pour tout, l’incident de climatisation et l’incident de DNS interne n’ont duré que quelques minutes. Mais à cette chaîne d’incidents s’est ajouté un autre problème : les bases de données DNS sur le web ont conservé les valeurs erronées trop longtemps, malgré les consignes des serveurs de Wikimedia, qui indiquaient qu’elles devaient être corrigées rapidement. Ainsi, les utilisateurs ne pouvaient pas accéder à Wikipedia, même si Wikipedia était bien là, en parfaite santé.

Cette série d’incidents est assez semblable aux chaînes d’incidents utilisées dans l’analyse des catastrophes aériennes (modèle de Reason, aussi appelé « effet gruyère ») : pris séparément, ces problèmes ne sont pas graves, ni même visibles, mais leur combinaison a rendu Wikipedia inaccessible pendant plusieurs heures.

Cependant, ce n’est pas la fin de l’histoire.

Aussitôt le problème résolu, Mark a rapidement rédigé et publié un article sur le blog technique de Wikimedia. L’objectif était d’expliquer la cause du souci et de rassurer les utilisateurs. Mais la twittosphère était déjà en pleine ébullition, et certains utilisateurs ont eu la bonne idée d’indiquer que la passerelle sécurisée secure.wikimedia.org, elle, fonctionnait toujours. Cette passerelle, qui habituellement ne doit gérer qu’un faible trafic, a aussitôt été saturée. L’ironie, c’est que secure.wikimedia.org est hébergé sur le même serveur que le blog technique qui, du coup, n’était plus accessible. Et demander aux internautes de ne pas utiliser la passerelle sécurisée n’a eu aucun effet. Du coup, l’équipe technique a décidé de désactiver temporairement secure.wikimedia.org, afin de rendre de nouveau accessible le blog technique, et ainsi l’article qui expliquait l’origine du problème.

La situation est revenue à la normale après quelques heures, au fur et à mesure que les bases de données DNS ont mis à jour leurs entrées. secure.wikimedia.org a été réactivé peu de temps après, quand la charge serveur est redevenue raisonnable.

L’un des projets sur lesquels l’équipe technique de Wikimedia a prévu de travailler prochainement est la création d’un « indicateur de statut » (status board), qui indiquera aux utilisateurs la « santé » des sites Wikimedia à un moment donné, un peu à la manière du Google apps status dashboard. Cet indicateur, qui sera hébergé de façon indépendante, permettra de tenir les utilisateurs informés des éventuels soucis et du retour à la normale. D’autres projets sont également en cours de finalisation afin d’améliorer de façon générale les performances et la redondance de l’infrastructure opérationnelle de la Wikimedia Foundation, en accord avec les recommandations du plan stratégique. J’y reviendrai dans quelques semaines.

Un insecte sur un tournesol. (CC-by par Louise Docker)

De part la nature de mon travail, j’écris surtout des articles en anglais en ce moment. Je viens notamment de publier une série d’articles extraits d’un mémo technique que j’ai rédigé récemment. Cet ensemble de recommandations concerne essentiellement la stratégie de développement du logiciel MediaWiki au sein de la Wikimedia Foundation. Pour ceux que ça intéresse, voici les liens :

• Wikimedia & MediaWiki bugs, issues and requests
• Wikimedia User experience programs: a systematic approach
• Scaling up Software development for Wikimedia websites (Part I: Human resources)
• Scaling up Software development for Wikimedia websites (Part II: Tools)

Je ne prévois pas dans l’immédiat de rédiger un résumé en français, car je ne suis pas sûr que de nombreux francophones soient intéressés.

Wikipedia protester. Randall Munroe, CC-by-sa

Ça a commencé par une mention courte dans certains articles de Wikipedia : [citation needed]. En français, [référence nécessaire]. Ces deux mots, ajoutés à la suite d’affirmations particulièrement sujettes à caution, servent à indiquer qu’aucune source n’est pour le moment fournie concernant la provenance de cette information. Wikipedia étant modifiable par tout internaute, il est important de préciser ces sources, car elles permettent au lecteur d’évaluer la fiabilité du contenu.

C’est ensuite devenu une private joke, une blague comprise uniquement des initiés. On a ainsi vu des autocollants [citation needed] apposés sur des affiches, dans la rue, à la suite d’affirmations particulièrement péremptoires.

Xkcd, une célèbre bande dessinée sur Internet, a également consacré une planche à ce sujet (l’une de mes favorites). On y voit, lors d’un discours politique, un membre de l’assemblée tendre un panneau [citation needed] à l’adresse de l’orateur, l’invitant ainsi à fournir des références pour étayer ses affirmations et ses promesses (voir plus haut).

Burgers built with what you love (citation needed). Matt Mechtley, CC-by-sa

Je pense que la volonté, parfois même la manie, d’indiquer la source des informations ajoutées dans les articles de Wikipedia a un effet profond sur ses auteurs. C’est une impression que j’ai particulièrement ressentie lors des différentes rencontres avec des Wikimédiens, de France ou d’ailleurs. Ils ont souvent les mêmes réflexes, la même tendance à immédiatement exercer leur esprit critique face à n’importe quelle information.

Malgré la quantité de reproches que l’on peut faire à Wikipedia, il est au moins une influence positive que l’on doit lui reconnaître : au milieu de la quantité d’information prémâchée, prépensée que l’on subit à la télévision, la radio et sur Internet, participer à Wikipedia incite à développer et utiliser son esprit critique. En ce sens, Wikipedia crée une nouvelle génération de citoyens éveillés, qui exercent leur esprit critique face à l’information, notamment en cherchant à savoir d’où elle vient et si elle est fiable.

Ainsi, lors de la rédaction de ma thèse de doctorat, en particulier le premier chapitre, dédié à l’analyse du contexte et du travail existant, je me suis rendu compte à quel point les habitudes de « sourçage », héritées de la rédaction d’articles dans Wikipedia, faisaient maintenant partie de ma façon d’écrire. Je me sentais obligé de justifier toute affirmation par sa source : l’ouvrage, l’article de revue, le travail de référence qui permet à quiconque de vérifier les faits et éventuellement d’approfondir le sujet. Cette démarche paraît normal, car il s’agit de l’idéal de la rédaction scientifique ; pourtant, de nombreux livres, mémoires ou articles scientifiques ne font pas preuve de la même rigueur.

Certains pourront arguer que ce sens critique était déjà développé chez les Wikipédiens avant même qu’ils ne commencent à participer, et que cette catégorie de la population est plus facilement attirée par le concept de Wikipedia. Si c’est le cas, j’en suis un parfait contre-exemple. Il est vrai que j’ai également bénéficié d’une formation scientifique qui encourage la rigueur d’esprit mais, scientifique ou non, avant de m’impliquer dans Wikipedia, je n’avais pas le réflexe de mettre autant en question l’information qui m’environnait.

Pour finir, je dois reconnaître que rédiger des articles dans Wikipedia n’est pas l’unique facteur de mon changement de comportement face à l’information. En effet, il faut dire qu’à force de lire et d’entendre les aberrations proférées sans relâche par les journalistes (à propos de Wikipedia notamment, mais pas seulement), ma confiance en la presse en a pris un sacré coup. Voire même, a été totalement anéantie.

Collage de photographies sous licence libre ou dans le domaine public

En anglais, « free » signifie à la fois « libre » (comme dans freedom, liberté) et « gratuit » (comme dans free sample, échantillon gratuit). Cette ambiguité a toujours rendu la vie difficile aux personnes qui tentent d’expliquer ce qu’est le logiciel libre ou le contenu libre. Un logiciel libre n’est pas forcément gratuit, et un logiciel gratuit n’est pas forcément libre.

Les francophones s’estiment souvent bien contents de ne pas avoir ce problème d’ambiguité ; expliquer ce qu’est une licence libre est suffisamment compliqué pour ne pas, de surcroît, rajouter des ambiguités sémantiques.

Le problème est que les francophones ont leur propre ambiguité, basée sur l’expression « libre de droits ». « Libre de droits » est une traduction de l’anglais « royalty-free » qui désigne un système de gestion des redevances, utilisé dans le domaine de l’édition et de la presse. Il s’oppose généralement au système de « droits gérés » (« rights managed », en anglais). Aucun de ces termes n’est synonyme de « gratuit ». Il faut payer l’auteur pour utiliser une œuvre « libre de droits » ou soumise à un système de « droits gérés ». « Libre de droits » ne veut pas non plus dire « domaine public ». Tentative d’explication :

• Œuvre « libre de droits », ou plus exactement, « libre de redevance » : chaque utilisateur paye à l’auteur, une fois pour toutes, une redevance unique. En échange, l’auteur autorise l’utilisateur à utiliser l’œuvre autant de fois qu’il veut. L’utilisateur est cependant lié par un contrat qui lui est propre ; si un autre utilisateur veut utiliser l’œuvre, il doit également s’acquitter d’une redevance envers l’auteur.
• Œuvre soumise aux droits gérés : chaque utilisateur négocie avec l’auteur une compensation financière pour chaque utilisation.
• Œuvre sous licence libre : l’auteur autorise explicitement tout utilisateur à réutiliser l’œuvre, autant de fois qu’il veut, pour tout usage, y compris commercial : quiconque est libre de rediffuser l’œuvre, de la modifier, de la vendre, etc. L’autorisation est donnée a priori par l’auteur, et il n’est pas nécessaire de lui demander sa permission pour utiliser l’œuvre.
• Œuvre dans le domaine public : l’œuvre n’est plus protégée par le droit d’auteur (en France, parce que l’auteur est mort depuis plus de 70 ans). Quiconque peut donc réutiliser l’œuvre comme il lui plaît¹.

Dans les articles de presse consacrés à Wikipedia ou Wikimedia Commons, les média parlent souvent de contenu « libre de droits » quand, en réalité, ils veulent parler de licence libre. L’erreur est facile à commettre, en particulier pour les journalistes et les maisons d’édition, qui ont souvent recours au système de redevance ou de droits gérés (ou alors, ils abusent de la mention « droits réservés »).

Ça n’en reste pas moins une erreur.

Notes

Par conséquent, je serai disponible sur IRC pour répondre aux questions relatives au Multimedia usability project ce jeudi 4 février 2010 à 17h00 UTC. Vous pouvez utiliser l’outil Fixed time world clock pour vérifier l’heure dans votre fuseau horaire (il sera 18h à Paris). Rejoignez-nous sur le canal #wikimedia-office sur Freenode en utilisant votre client IRC favori; vous pouvez également utiliser une passerelle web IRC comme le webchat de Freenode ou la passerelle du Wikizine. Choisissez un nom d’utilisateur et entrez le nom du canal (channel: #wikimedia-office).

La séance de questions/réponses sera en anglais.

San Francisco, here I come!

Les dernières semaines ont été assez occupées pour moi. J’ai notamment déménagé de Toulouse, en France, pour San Francisco, en Californie. Ce déménagement est la conséquence de mon recrutement par la Wikimedia Foundation (l’organisation derrière Wikipedia) où je travaille maintenant comme Product Manager pour le projet de Multimedia Usability.

Ma connexion Internet personnelle vient tout juste d’être installée ; les articles sur ce journal devraient donc retrouver un rythme plus régulier. J’ai quelques brouillons en cours de rédaction, ainsi que de nombreuses informations liées à mon travail à la Fondation. En attendant, je vous invite à lire le résumé publié aujourd’hui sur le blog de la Wikimedia Foundation (en anglais).

Je recherche en particulier des utilisateurs avec les profils suivants :

• Utilisateurs réguliers de Commons
• Utilisateurs de Wikipedia n’utilisant Commons que de temps en temps, ou jamais
• Photographes utilisant d’autres sites de partage de photos (par exemple flickr) mais pas Commons.

Si cela vous intéresse, je vous invite à vous inscrire ci-dessous ou à me contacter en privé par e-mail à l’adresse gpaumier <remplacez ceci par un arobase> wikimedia.org. Si vous avez un autre profil mais souhaitez vous inscrire, n’hésitez pas.

J’aimerais souligner que l’amélioration de Commons dépend vraiment de la connaissance que nous avons des utilisateurs. Sans votre aide, nous ne pouvons pas aller très loin.

Merci d’avance !

En effet, depuis le 13 octobre, je travaille à temps plein pour la Wikimedia Foundation en tant que Product manager pour le projet de Multimedia Usability. Il vise à améliorer l’ergonomie de Wikimedia Commons et du processus d’import de fichier (qui en ont bien besoin), afin de rendre plus facile la participation et le partage de fichiers multimedia sur Commons (et Wikipedia). Sous le nom barbare de Product manager se cache tout simplement le travail consistant à analyser les besoins des utilisateurs, identifier les problèmes majeurs et élaborer les spécifications et améliorations du système ; en un mot, effectuer le design au sens large. L’implémentation logicielle est ensuite confiée à un développeur, qui constitue la deuxième moitié de l’équipe constituant le projet.

Le projet de Multimedia Usability, qui doit durer un an, est réalisé grâce à une bourse obtenue par la Wikimedia Foundation auprès de la Ford Foundation. Je travaille pour le moment à distance, en attendant de déménager à San Francisco, où sont situés les bureaux de la Wikimedia Foundation. Le déménagement devrait avoir lieu début décembre, selon le délai que mettra le visa à être approuvé.

Locaux de la Wikimedia Foundation à San Francisco. (CC-by-sa par Dmgultekin)

Je suis bien entendu extrêmement content de pouvoir travailler à améliorer Commons, qui est probablement mon projet préféré. Wikipedia m’a amené à travailler sur Commons et, comme je le disais il y a quelques temps, Commons m’a amené à vraiment m’intéresser à la photographie (et d’après les commentaires, je suis loin d’être le seul Wikimédien qui soit devenu photographe grâce à Commons).

Pour en savoir plus sur le projet Multimedia Usability, vous pouvez consulter l’espace dédié sur le wiki de l’équipe Usability. Tout le travail effectué et prévu y est documenté afin de permettre l’information et l’implication des personnes qui le souhaitent. Je vais également publier plus souvent des articles liés au projet sur mon journal en anglais, étant donné que le lectorat potentiel est international.

Importer une image sur Wikimedia Commons se relève parfois aussi difficile que de tenter de pénétrer un château-fort. (CC-by par Kevin King)

Tout d’abord, la nature multilingue de Commons rend difficile les discussions entre participants. La lingua franca est naturellement l’anglais, qui est utilisé par défaut à nombre d’emplacements. Le système de classification des fichiers de Commons repose ainsi sur des catégories disponibles uniquement en anglais. Les participants qui ne sont pas à l’aise avec l’anglais sont donc rebutés par son omniprésence sur Commons.

Ensuite, la plupart des nouveaux participants n’ont aucune idée de ce qu’est une licence (libre ou non) et sont découragés par la complexité de l’interface. Alors que la plupart des autres sites de partage de photos ou vidéos proposent une interface simple, claire et efficace, Commons assaille le participant de questions visant non seulement à établir le statut légal de son fichier, mais également ce qu’il représente, où il a été créé, sa place dans le système de classification, etc. Il est vrai que la particularité de Commons (ne proposer que du contenu librement réutilisable) rend nécessaire certaines vérifications, mais il existe des moyens plus simples de les effectuer, sans effrayer l’utilisateur avec un formulaire aussi compliqué qu’une déclaration d’impôts (j’exagère à peine).

La communauté de participants de Commons est assez particulière, au sens où elle est majoritairement constituée de participants à d’autres projets Wikimedia (tels que Wikipedia), qui souvent ne viennent sur Commons que ponctuellement, pour importer ou chercher quelques fichiers; rares sont les contributeurs qui participent vraiment activement à Commons. Le contenu de Commons a grossi à un rythme effréné, mais la communauté de participants n’a pas suivi et se trouve actuellement dépassée par l’afflux de contenu. Ce problème n’arrive généralement pas sur Wikipedia, où le contenu grossit au même rythme que la communauté qui le rédige.

Cette différence de rythme de croissance entre le contenu et la communauté est, selon moi, à l’origine d’une large part des problèmes que rencontrent actuellement les nouveaux participants pour partager leurs fichiers. En effet, la seule façon pour la communauté de Commons de faire face à l’afflux de contenu est de faire en sorte que les fichiers qui ne sont pas acceptables sur Commons ne soient pas importés, et que chaque fichier acceptable et téléchargé soit parfait, de sorte que la maintenance ultérieure soit réduite aux minimum (idéalement, nulle). Pour cela, le formulaire de téléchargement recense de très nombreux cas de figure, sans se concentrer sur les plus courants. Puis, si l’utilisateur parvient à importer le fichier, il est souvent agressé par des messages automatiques lui indiquant que des informations sont manquantes (par exemple, il n’a pas ajouté de catégories permettant de classifier son image). En ce sens, Wikimedia Commons a perdu son côté wiki, c’est à dire un site où les erreurs ou omissions des uns sont corrigées au fur et à mesure par les autres.

Il est à espérer que les améliorations techniques qui vont être apportées par le projet Multimedia usability encourageront davantage de participants à s’impliquer dans la vie et la maintenance de Commons, et que cela entraînera également, à plus long terme, un changement de comportement des utilisateurs envers les nouveaux participants.