Il est aujourd’hui question des logiciels installés dans nos téléphones portables intelligents, on parle alors plutôt des apps de nos smartphones.

Ils sont intelligents parce que ces applications peuvent désormais rendre toutes sortes de services. Sauf que parfois, voire souvent, elles collectent au passage les données personnelles de l’utilisateur sans que ce dernier soit forcément au courant de tels agissements^[1].

En effet si l’on savait clairement que telle apps a accès à nos contacts, nos photos ou nos localisations géographiques, informations envoyées on ne sait trop où de manière non sécurisée, on y réfléchirait peut-être à deux fois avant de l’installer d’un simple clic dans notre téléphone^[2].

La faute aux utilisateurs non vigilants^[3] mais surtout aux développeurs de ces applications qui sont encore loin de tous adopter les quelques recommandations ci-dessous de l’Electronic Frontier Foundation.

Remarque : On notera que Mozilla, avec ses prometteurs et vertueux projets Do Not Track et Boot 2 Gecko, se démarque une fois de plus de ses petits camarades.

Déclaration des droits de la vie privée des utilisateurs de téléphones mobiles

Mobile User Privacy Bill of Rights

Parker Higgins – 2 mars 2012 – EFF.org
(Traduction Framalang/Twitter : kamui57, Pascal, goofy, Ak:kes, Thibo, Sylvain, Céline, Jonathan, Gatitac, Antoine, BlackMouse)

Les applications pour smartphones représentent une technologie puissante qui va devenir de plus en plus importante dans les années à venir. Mais l’avantage incomparable qu’elles apportent à un appareil toujours allumé et connecté présente également des risques pour notre vie privée. Et vu les données sensibles que les utilisateurs stockent désormais dans leurs téléphones (textes, coordonnées, localisations, photos, vidéos…), les responsabilités qui incombent aux fabricants, opérateurs, développeurs d’applications et régies publicitaires mobiles sont de plus en plus importantes pour respecter la vie privée des utilisateurs, afin de gagner et conserver la confiance, plus que jamais importante et nécessaire, de ces derniers.

Heureusement, il existe des recommandations répondant aux besoins et attentes des utilisateurs. Ce guide des bonnes pratiques s’inspire fortement de documents tels que le projet de loi FEP de Droits à la confidentialité pour les utilisateurs de réseaux sociaux ainsi que du livre blanc de la Maison Blanche La confidentialité des données des consommateurs dans un monde connecté pour établir une référence et indiquer aux acteurs de l’industrie mobile ce qu’ils doivent faire afin de mieux respecter la vie privée de l’utilisateur.

Constructeurs ou régies publicitaires ont leur part de responsabilité mais on s’intéressera ici avant tout aux développeurs qui ont les possibilité de devancer ces problèmes.

Une déclaration des droits de l’utilisateur de mobile

Les développeurs doivent créer des applications qui respectent les droits suivants :

• Contrôle individuel : Les utilisateurs ont le droit d’exercer un contrôle sur les données collectées par les applications et savoir comment elles sont utilisées. Bien qu’il existe un contrôle d’accès au niveau du système d’exploitation des smartphones (iOS, Android…), les développeurs devraient s’appliquer à donner également ce pouvoir aux utilisateurs même lorsque cela n’est pas requis techniquement ou juridiquement par la plateforme. Le droit à un contrôle individuel inclut également la possibilité de revenir sur son consentement et d’effacer ces données des serveurs d’applications. Les fiches techniques de la Maison Blanche le disent explicitement : « les compagnies doivent fournir les moyens d’annuler un accord avec la même facilité qu’on a eu à l’obtenir en installant l’application. Si des consommateurs donnent leur consentement en appuyant sur une simple touche, ils devraient être capables de l’annuler de la même façon. »

• La collecte de données ciblées : En plus des guides des meilleures pratiques pour les fournisseurs d’accès, les développeurs d’applications doivent se montrer particulièrement prudents lorsqu’il s’agit d’appareils mobiles. Le partage non désiré et à son insu des contacts du carnet d’adresses ou des albums photos ont déjà fait l’objet de vives protestation des utilisateurs. Un autre domaine particulièrement sensible concerne les données et les archives de localisation, ainsi que les contenus et les métadonnées relatives aux appels téléphoniques et aux messages texto. Les développeurs d’applications mobiles ne devraient recueillir que le minimum nécessaire pour fournir le service tout en préservant l’anonymat des renseignements personnels.

• Transparence : Les utilisateurs ont besoin de connaître les données auxquelles une application accède, combien de temps ces données sont conservées et avec qui elles seront partagées. Les usagers devraient être en mesure d’accéder de manière claire aux politiques de confidentialité et de sécurité, et ce, avant et après l’installation. La transparence est particulièrement critique là où l’utilisateur n’interagit pas directement avec l’application (comme par exemple avec Carrier IQ).

• Respect du contexte : Les applications qui collectent des données ne devraient les utiliser ou les partager qu’en respectant le contexte dans lequel elles ont été fournies. Par exemple si une application possède une fonction « trouver des amis » qui nécessite l’accès à vos contacts, elle ne doit pas donner ces informations à des tiers ou les utiliser pour envoyer des e-mails à ces contacts. Quand l’application souhaites faire une une utilisation externe de ces données, elle doit impérativement obtenir l’accord explicite de l’utilisateur.

• Sécurité : Les développeurs sont responsables de la sécurité des données qu’ils collectent et conservent. Elle devraient être chiffrées aussi pour le stockage que lorsqu’elles transitent du téléphone au serveur de l’application.

• Responsabilité : En fin de compte, tous les acteurs de l’industrie mobile sont responsables du comportement des matériels et des logiciels qu’ils créent et déploient. Les utilisateurs ont le droit d’attendre un comportement responsable de leur part et de leur demande de rendre des comptes.

Bonnes pratiques techniques

Que devraient faire les développeurs pour respecter les points ci-dessus ? Voici quelques pratiques à suivre pour préserver la vie privée des utilisateurs.

• Anonymisation et dissimulation : Les informations devraient être si possible hachées, dissimulées ou au moins anonymisées.

• Sécuriser les transmission de données : Les connexions TLS devraient être utilisées par défaut pour transférer toute information personnelle et doivent l’être impérativement pour toute information sensible.

• Stockage sécurisé des données : Les développeurs doivent conserver les informations uniquement durant le temps nécessaire au fonctionnement de leurs services, et ces informations doivent être correctement chiffrées.

• Sécurité interne : Les entreprises doivent protéger les utilisateurs non seulement des attaques venues de l’extérieur mais aussi du risque de voir des employés abuser de leur possibilité d’accès aux données sensibles.

• Test d’intrusion : Souvenez-vous de la loi Schneier qui stipule que « n’importe qui, du plus parfait amateur au meilleur cryptographe, peut créer un algorithme que lui-même ne peut pas casser ». Les systèmes de sécurité devraient être testés de manière indépendante et vérifiés avant qu’ils ne soient compromis.

• Do Not Track : Il faut encourager l’implémentation et la diffusion des systèmes de type Do Not Track (Ne me suivez pas à mon insu et laissez-moi régler mes préférences de confidentialité). Actuellement cela se limite aux navigateurs Web, et seul le projet Mozilla Boot2Gecko (encore en développement) le prend directement en charge à partir du système d’exploitation.

Ces recommandations constituent une base de référence, et l’ensemble des acteurs (des développeurs d’applications aux fournisseurs d’accès et de services en passant par les régies publicitaires et bien d’autres) devraient tout faire pour les atteindre voire les dépasser. L’écosystème d’applications mobiles s’est développé et a mûri. Les utilisateurs sont en droit d’attendre désormais des politiques et des pratiques sérieuses et responsables. Il est temps de répondre à ces attentes.

Le 3 janvier dernier la Fondation Mozilla annonçait la sortie officielle de la version 2 de la Mozilla Public License.

C’est un évènement à saluer comme il se doit car cette nouvelle version rapproche les deux grandes familles de licences libres logicielles que sont les copyleft (comme la GPL) et les licences dites permissives (comme la BSD ou la MIT).

Pour résumer, on pourrait dire que la différence entre une licence libre avec copyleft et une licence libre qui en serait dépourvue, les premières forcent le code dérivé à rester libre alors que les secondes autorisent le code dérivé à être intégré à un produit fermé, non libre^[1].

Mozilla peut-elle apporter l’unité à l’open source ?

Can Mozilla Unify Open Source?

Simon Phipps – 6 janvier 2012 – ComputerWorld.uk
(Traduction Framalang : Don Rico e_Jim et Goofy)

La nouvelle licence open source de Mozilla est bien plus qu’un simple ravalement de façade. Elle pourrait créer de nouvelles possibilités pour l’unité de la communauté du Libre.

La première semaine de janvier 2012 marque un jalon discret mais important dans le mouvement de l’open source, grâce à la publication d’une deuxième version de la Mozilla Public License (MPLv2) et sa validation en tant que licence libre officielle au sens de l’Open Source Initiative (OSI). Quand bien même beaucoup n’y voient qu’un énième détail juridique, cette publication est importante à deux titres : le procédé par lequel on l’a élaborée, et l’objectif pour lequel on l’a créée. Il s’agit d’une licence qui a pour but l’unité.

Rédaction et révision de cette licence se sont déroulées selon un processus très ouvert, dans lequel Luis Villa a joué un rôle prépondérant. Organisé en majeure partie dans des forums publics, le débat a conduit à de nombreuses modifications du texte. Luis est entré en contact très tôt avec l’OSI, a intégré les retours du groupe de révision des licences, puis obtenu sans mal l’approbation du conseil d’administration.

D’autres articles sur cette nouvelle licence se sont concentrés sur les modifications de la partie « patent peace » (NdT: la paix des brevets) et autres ajustements des clauses (adieu, Netscape !), mais le changement le plus important apporté par la version 2 de la licence Mozilla est à mon sens l’inclusion d’une compatibilité particulière avec la GPL (GNU General Public License). Par le passé, le projet Mozilla jonglait avec un système complexe et peu clair de triple licence afin de composer avec les univers des licences copyleft et non copyleft. De manière générale, les autres utilisateurs de la MPL (et ses nombreux clones rebaptisés) ne prenaient pas cette peine, et par conséquent certains codebases se sont retrouvés exclus de toute collaboration possible avec l’immense univers des logiciels placés sous licence GPL.

Selon un procédé inédit que la Commission européenne a inauguré pour la Licence Publique de l’Union européenne (EUPL), la MPLv2 inclut des clauses permettant à un projet de stipuler, de façon optionnelle et explicite, sa compatibilité avec d’autres licences, en particulier celles de la famille GPL. À mes yeux, la MPLv2 représente une mise à jour d’envergure de la famille précédente des v1.x, justement grâce à cette compatibilité explicite avec la GPL, laquelle offre pour la première fois une passerelle praticable entre les paradigmes permissifs et copyleft. Elle ne satisfera pas les puristes des deux mondes, mais propose avec pragmatisme une nouvelle solution aux projets open source appuyés par des entreprises. Celles-ci pourront disposer d’une communauté qui produit du code sous licence permissive tout en fournissant à cette même communauté un moyen d’entretenir des relations avec d’autres communautés travaillant sur du code sous licence copyleft.

Avec le déclin continu du business model de la double licence (ce que d’aucuns nomment « exceptions commerciales au copyleft »), il devient de plus en plus évident que les licences permissives sont importantes pour les entreprises commerciales qui contribuent à l’open source. De la même façon, l’écosystème GPL ne disparaîtra pas, aussi les conceptions qui reposent sur une opposition idéologique – y compris celles qui prônent l’élimination de tout code sous GPL – sont néfastes pour toutes les entreprises

Je salue l’arrivée de la MPLv2, un pas en avant vers l’unification de la cause commune de nombreux développeurs open source. Bravo, Mozilla !

Il y a quelques temps de cela, Tristan Nitot nous présentait ce qu’il appelait de « l’hyper-vidéo », c’est-à-dire de la vidéo boostée par du JavaScript et du HTML5, avec une impressionnante démonstration à la clé.

Le projet a évolué depuis pour devenir le très prometteur Mozilla Popcorn. Les démonstrations également, comme celle, lumineuse, qui sert de fil conducteur à cet article.

Au départ il ne s’agit que d’un extrait vidéo d’une représentation du Macbeth de Shakespeare. Sauf que nous ne sommes pas sur YouTube mais avec Mozilla Popcorn ce qui enrichit considérablement le potentiel de l’expérience utilisateur.

Le plus simple est de s’y rendre tout de suite pour comprendre de quoi il en retourne.

Le projet évolue vers une prise en main de plus en plus aisé autorisant enseignants, étudiants, et tout un chacun à se l’approprier.

À Mozilla, l’éducation reconnaissante (il va sans dire que tout ceci est libre), il n’y a plus qu’à se retrousser les manches désormais pour proposer des ressources pédagogiques pertinentes et innovantes réalisées avec Popcorn.

PS : Et au passage on fait la nique au déclinant format Flash, si j’ose m’exprimer ainsi 🙂

Shakespeare devient social ou Mozilla Popcorn dans les salles de classe

Shakespeare goes social: Mozilla Popcorn in the classroom

OpenMatt – 8 décembre 2011 – Blog personnel
(Traduction Framalang : Clochix)

Que peut faire la vidéo sociale pour l’éducation ?

La très talentueuse Kate Hudson (co-fondatrice du site openjournalism.ca et auteure du manuel data journalism présenté lors du dernier festival Mozilla de Londres) a créé une exceptionnelle démonstration, « Popcorn Shakespeare », qui met en lumière tout le potentiel éducatif du projet Popcorn de Mozilla.

Je pense que nous assistons là à la naissance d’un nouveau genre de films interactifs — appelons-le « hyper-vidéo », « vidéo sociale » ou « vidéo aux hormones » — qui peut révolutionner la place du multimédia dans les salles de classe, et peut-être même devenir la lingua fanca de l’éducation. Le tout entièrement créé avec des technologies open source.

Utiliser le Web pour, dans le contexte, interagir avec des images animées

« Popcorn Shakespeare » propose une expérience utilisateur astucieusement simple : regarder une vidéo d’une représentation d’une pièce de Shakespeare, déplacer la souris à n’importe quel moment pour arrêter la vidéo et obtenir de l’aide et des informations sur des mots ou des passages que vous ne comprenez pas. Vous pouvez également approfondir le contexte ou parcourir les notes de votre enseignant ou de vos camarades de classe.

Mais cet outil est bien plus qu’un glossaire. Vous pouvez également parcourir la vidéo en cliquant directement sur les passages du texte (Mark Boas a présenté un projet similaire, hyperaudio à Londres). Certains mots et extraits ont leur propre lien, ce qui vous dirige alors directement vers une scène donnée pour l’étudier — permettant ainsi de citer et de pointer vers la vidéo aussi facilement que s’il s’agissait de texte.

Afficher le contexte et les métadonnées à la demande

Lors d’une récente conférence téléphonique (ces conférences consacrées aux créateurs du Web sont ouvertes à tous, n’hésitez pas à nous rejoindre), Kate a expliqué que ce qui avait inspiré sa démonstration était de voir certains étudiants lutter avec la langue des pièces de Shakespeare, et la difficulté à chercher de nombreux mots dans un dictionnaire au cours d’une représentation.

Ce qui rend sa démo si pertinente est la façon dont elle a résolu ce problème avec une interface utilisateur simple et ergonomique : lorsque la souris sort de la vidéo, celle-ci s’arrête, lorsque la souris y revient elle reprend de façon transparente. On évite alors l’effet de surenchère de données constatée lors des premières démonstrations de Popcorn. Au lieu de noyer les utilisateurs dans trop d’information, cette démo n’affiche les metadonnées que lorsque vous le souhaitez.

Passer de la position assise « vautré sur le canapé » à la position active debout et « prêt à interagir avec la culture »

Pour moi, la démo de Kate dévoile tout le potentiel de la vidéo sociale pour apprendre : elle transforme une activité auparavant passive (regarder une vidéo) en une expérience sociale et interactive. Cela peut permettre à des professeurs de parler la langue multimédia que pratiquent la plupart des étudiants, tout en en faisant une expérience qui incite d’avantage à s’investir que lorsque l’on est assis dans une pièce sombre à regarder un film sans possibilité d’interagir.

Cela va bien plus loin que les vidéos éducatives de notre enfance, ça transforme la vidéo en une toile sur laquelle on peut créer, apprendre et jouer avec la lumière et les images animées.

Créer vos propres vidéos sociales

Naturellement, le but est de permettre aux apprenants de réaliser simplement leur propres vidéos sociales, pas de juste consommer le travail fait par d’autres.

Pour créer sa démo, Kate a utilisé directement la bibliothèque popcorn.js, qui est plutôt destinée aux développeurs. Mais une version 0.1 de Popcorn Maker vient juste de sortir. C’est un outil pour faciliter la création de vidéos sociales pour tous ceux qui ne maîtrisent pas le développement, les réalisateurs ou les jeunes par exemple. Il va permettre à tout un chacun de devenir un créateur de vidéos Web.

Comme disait ce bon vieux Bill dans La tempête « O brave new world, / That has such people in’t! ».

Bon ben voilà, c’est fait, le navigateur Google Chrome est passé devant Firefox au niveau mondial la semaine dernière. En France cela résiste plutôt bien, mais pour combien de temps encore ?

Ce qui avait été prédit ici-même il y a deux ans, alors que Chrome n’avait à peine que 6% du marché, s’est malheureusement révélé exact : Google Chrome m’a tuer ou le probable déclin de Firefox si nous n’y faisons rien (avec plus de 200 commentaires à la clé).

Dans cet article on pouvait lire en outre ce passage : « Pour ne rien arranger, rappelons également la situation schizophrénique et paradoxale des ressources de la Mozilla Foundation apportées à plus de 90% par l’accord avec… Google ! Quand vous dépendez financièrement d’un partenaire qui se transforme jour après jour en votre principal concurrent, vous vous sentez légèrement coincé aux entournures ! »

Or justement, nous y sommes, car une grosse inquiétude plane actuellement sur la reconduction du partenariat, rendant plus compliquée encore la situation^[1].

Mais il y a pire. Comme relatée dans la traduction ci-dessous, Google, conforté par sa position de plus en plus dominante, commence à tomber dans le côté obscur de la force pour proposer des services « optimisés » pour Chrome (comprendre qui marche mieux ou qui marche tout court dans Chrome et uniquement dans Chrome). Gmail, Google Docs, Google Maps, etc. et si un jour vous vous retrouviez contraint de surfer sous Chrome pour utiliser pleinement ces services ?

Ce serait une belle régression et une belle menace pour un Web libre, neutre et ouvert. Et alors la comparaison avec le tristement célèbre Internet Explorer 6 n’est pas si exagérée que cela !

Pour aller plus loin et continuer à prendre garde, on pourra parcourir les articles du tag Chrome du Framablog.

Google Chrome est-il le nouveau IE6 ?

Is Google Chrome the New IE6?

Michael Muchmore – 2 décembre 2011 – PC Mag
(Traduction Framalang : Poupoul, Goofy, Pandark, Marting, Duthils, Toufalk et Deadalnix)

Laissez moi vous parler d’un navigateur. Un navigateur innovant qui fut le premier à implémenter de nouvelles technologies Web permettant une meilleure interactivité. Un navigateur avec une nouvelle interface étonnante. Chrome ? Non, Internet Explorer 6.

Il y a une raison pour laquelle le navigateur de Microsoft prit 95 pour cent du marché des navigateurs Web à Netscape (l’ancêtre de Firefox) : IE6 pouvait faire des choses dont ses prédécesseurs étaient incapables. Il y avait le HTML dynamique, le langage CSS, et même (oui, oui) de nouvelles fonctionnalités en matière de sécurité.

Mais d’années en années, ces fonctionnalités uniques ont montré un tout autre visage. Tous les principaux sites web ont cherché à s’optimiser pour IE, à tel point que ces sites ne fonctionnaient plus correctement avec d’autres navigateurs.

Avançons rapidement jusqu’en 2011. Le nouveau navigateur à la mode s’appelle Google Chrome, qui, d’après StatCounter, vient juste de dépasser l’ex-favori indépendant Firefox en part de marché globale. Chrome peut faire des choses dont les autres navigateurs sont incapables, et Google ne connaît plus que Chrome, ce qui signifie que certains des sites de Google ne fonctionnent intégralement que dans Chrome. Même aujourd’hui, vous pouvez lire sur le blog de Google qu’il existe de nouveaux niveaux d’Angry Birds qui ne fonctionnent que dans Chrome.

C’est perturbant, quand on considère tout ce que Google a fait pour l’ouverture du Web ; Google n’existerait pas si de vrais standards ouverts n’existaient pas sur le Web. Mais de plus en plus, Chrome devient un portail vers les services Google, jusqu’à la mise au ban d’autres navigateurs.

Bien sûr, tout le monde peut faire un site web qui fonctionne sous Chrome, donc il est, d’une certaine façon, ouvert. Mais si ces sites fonctionnent uniquement sous Chrome et plus sous les autres navigateurs, nous avons un manque d’ouverture dans l’écosystème du Web. De même, tout le monde pouvait produire un site qui fonctionnait parfaitement avec IE6, mais nous avons aussi le même problème : le site ne fonctionnera pas complètement dans les autres navigateurs.

Des cas de services Google utilisables uniquement avec Chrome sont en train d’apparaitre. Très récemment, avec la sortie de Chrome 15, le leader de la recherche sur Internet a changé juste une petite fonctionnalité de l’interface — la page d’un nouvel onglet. Et il l’a fait de manière à promouvoir le « Chrome Web Store » de l’entreprise. Cet « app » store — les apps étant en fait tout simplement des sites Web — ne fonctionne qu’avec Chrome. Avant ça, la société annonçait enfin la possibilité d’utiliser le service de webmail Gmail hors-ligne. Et devinez quoi ? Ça ne fonctionne que si vous utilisez Chrome.

Ce ne sont pas les seuls exemples de services de Google à ne fonctionner que sous Chrome ; il y a aussi, parmi tant d’autres, Google Instant Page, Google Cloud Print, le glisser-déposer et l’upload de dossiers dans Google Docs, les notifications des évènements du calendrier et des emails de Google Apps.

Un autre « standard », SPDY, pourrait transformer le Web en Google Wide Web (NdT : référence au World Wide Web). SPDY est un remplacement à HTTP qui compresse les données d’en-tête et permet des connexions persistantes entre le serveur et les navigateurs. Il s’avère que certains sites de Google utilisent déjà SPDY lorsque vous naviguez avec Chrome. De même que pour les Instant Pages, la technologie est disponible à l’implémentation pour les éditeurs Web, mais encore une fois, Google lui-même est le seul acteur majeur à le supporter. Un bon truc, des interactions Web plus rapides, mais n’oublions pas qu’un accès universel avec n’importe quel logiciel est la raison première pour laquelle le Web a décollé.

Cette stratégie prend l’exemple de Microsoft pour IE6 et l’étend à une échelle beaucoup plus grande. Le client Web Outlook (premier exemple majeur de site utilisant massivement Ajax, proche d’une app) ne permettait d’utiliser la fonctionnalité de recherche dans votre boîte de réception que si vous utilisiez Internet Explorer. C’est exactement ce que Google a commencé à faire : offrir un service Web qui fonctionne presque dans tous les navigateurs, mais nécessite le navigateur de l’entreprise pour fonctionner complètement. Heureusement, Microsoft a abandonné ces fonctionnalités réservées à IE. Espérons que Google en fera de même.

Lors d’une discussion que j’ai eu récemment avec Hakum Lie, directeur technique du développeur de navigateur Opera Software, le scandinave s’est inquiété de la démarche de Google.

« Il arrive souvent que Google lance des services sans les tester dans tous les navigateurs. On se réveille parfois un matin avec un nouveau service Google dont certains bugs auraient pu être corrigés s’ils avaient travaillé avec nous pendant la phase de developpement » a dit Lie. « Maintenant qu’ils ont leur propre navigateur, ils pensent moins à s’assurer que tout marche pour tout le monde, ce qui est préoccupant parce que Google n’aurait pas existé sans des standards ouverts. Nous serions probablement restés dans le giron de Microsoft ».

Mais Lie reconnaiît que Google a contribué aux standards du Web, « Certaines de ces expériences sont géniales », dit-il. « Nous avons besoin d’expérimentations de ce genre et on ne peut pas exiger que tout fonctionne avec tous les navigateurs. Mais vous devriez tester avec les navigateurs les plus populaires ».

Les Chromebook sont encore plus verrouillés et privateurs de liberté puisque ce ne sont quasiment que des navigateurs dans des boîtes vides. « Ce que nous reprochons au Chromebook c’est qu’il s’agit d’une plateforme très fermée », dit Lie. « Nous avons râlé après Microsoft pendant toutes ces années, mais avec Windows, vous pouviez au moins créer un navigateur concurrent ».

On pourrait dire la même chose pour les machines Apple tournant sous iOS, comme les iPads. Mais bien que les Chromebooks ne soient pas aussi populaires que les iPad, si un jour tous les ordinateurs sont des Chromebooks, le choix du navigateur et l’ouverture seront des concepts appartenant au passé.

Comme toutes les multinationales, Google veut être le premier partout où elle le peut. Elle a déjà réussi dans la recherche en ligne. Ne vous méprenez pas, Google a fait un boulot fantastique. Chrome ne serait pas aussi populaire si ce n’était pas le cas. C’est mon choix en tant qu’éditeur de PCMag parce qu’il est beaucoup plus rapide que ses prédecesseurs. L’arrivée de Chrome sur la scène a obligé tous les autres navigateurs à s’améliorer. J’espère seulement que ces améliorations n’entraveront pas l’ouverture et l’interopérabilité.

Promouvoir le Web ouvert est l’une des missions de Mozilla.

Mission parfaitement assumée et réussie il y a quelques années avec l’avènement de Firefox qui obligea Internet Explorer à quitter son arrogance pour rentrer dans le rang et se montrer plus respectueux des standards et donc des internautes.

Sauf qu’aujourd’hui la donne a sensiblement changé.

Avec la mobilité, les stores, les apps, les navigateurs intégrés, etc. c’est en effet un Web bien plus complexe qui se présente devant nous. Un Web enthousiasmant^[1] mais plein d’embûches pour ceux qui sont attachés à son ouverture et à sa neutralité.

C’est tout l’objet de ce très intéressant récent billet du développeur Mozilla Robert O’Callahan.

Des changements dans la façon de promouvoir le Web Ouvert

Shifts In Promoting The Open Web

Robert O’Callahan – 30 septembre 201 – Blog personnel
(Traduction Framalang : Antistress et Goofy)

Historiquement Mozilla a dépensé pas mal d’énergie pour promouvoir l’usage du « Web ouvert » plutôt que de plateformes propriétaires et de code spécifique à des navigateurs non standards (IE6). Cette évangélisation reste nécessaire mais le paysage s’est modifié et je pense que notre discours doit s’adapter.

Les plateformes dont nous devons nous préoccuper ont beaucoup changé. Au lieu de WPF, Slivertlight and Flash, les outils propriétaires pour développeurs avec lesquelles il faut rivaliser dorénavant sont iOS et Android. En conséquence, les fonctionnalités que le Web doit intégrer sont à présent orientées vers la mobilité. Nous devons abattre les barrières qui incitent les développeurs d’applications mobiles à écrire des applications natives plutôt que des applications Web, et nous devons promouvoir (et c’est ce que nous faisons !) le développement et l’usage d’applications Web au lieu d’applications natives. Les démonstrations qui ne fonctionnent que sur les navigateurs des micro-ordinateurs sont moins importantes.

Le Web ouvert doit également faire face à de nouvelles plateformes rivales intéressantes : des plateformes qui sont conçues sur les standards du Web mais qui brident l’installation d’applications pour créer une plateforme entièrement contrôlée par le fabricant. L’app store (plateforme de téléchargement d’applications) de Chrome et celle du futur Windows 8 Metro en sont des exemples. J’ai été très déçu de voir que les versions hors connexion de Gmail et Google Calendar n’étaient proposées que sous la forme d’applications pour Chrome. Et même si Angry Birds fonctionne très bien sur Firefox, son affiliation commerciale à Chrome laisse certainement croire qu’il ne fonctionne que sur Chrome. Pour contrer cela nous devons nous assurer que la compétition entre navigateurs reste forte et offre aux développeurs des app stores indépendants des navigateurs. Mozilla travaille dessus, bien sûr :-). Nous devons également exprimer clairement que les app stores dédiés à un navigateur vont à l’encontre d’un Web ouvert.

Une forme de compétition moins évidente résulte de développeurs d’applications se focalisant sur un seul navigateur ou un seul moteur de rendu. Google demande explicitement à ses développeurs de cibler uniquement Chrome avant de penser aux autres navigateurs. C’est compréhensible, mais ça reste perturbant. Une autre préoccupation est de constater que beaucoup de sites pour appareils mobiles ne ciblent que WebKit (parfois implicitement en codant en fonction des bogues de WebKit, le plus souvent explicitement en codant des fonctions propres à WebKit). Beaucoup de développeurs de sites pour appareils mobiles, y compris des développeurs de sociétés renommées comme Google, sont réticents à changer de comportement. C’est un immense problème pour le Web ouvert. Nous avons besoin d’une campagne de promotion des standards du Web ouvert à destination des développeurs de sites pour appareils mobiles. Nous devons être clairs sur le fait que proposer des applications qui ne tournent que sur un seul moteur de rendu, quel que soit ce moteur, va à l’encontre d’un Web ouvert.

C’est malheureux de constater que, parmi les principaux concepteurs de navigateurs, seul Mozilla (et peut-être Opera) n’a pas d’intérêt particulier au succès d’une plateforme Web non ouverte. Je suis content de travailler ici.

Une chose formidable concernant le Web actuellement est l’explosion de nouvelles fonctionnalités et standards pour les développeurs Web. Pourtant nous devons distinguer avec soin les bons standards ouverts des imitations poussées unilatéralement. Toutes les propositions de standards ne sont pas bonnes pour le Web, même si elles sont accompagnées d’une implémentation open-source. Maciej Stachowiak désigne quelques projets de Google – VP8, SPDY, Pepper, and Native Client – qui, bien qu’étant peut-être de bonnes idées, échouent plus ou moins à être de véritables standards ouverts (le manque d’une bonne spécification pour VP8 est un problème que nous pouvons et devrions régler nous-mêmes à Mozilla). Il y a aussi des cas où, même si une bonne spécification collégiale existe et est attendue par certains développeurs, la fonctionnalité n’est pas bonne pour le Web et doit être repoussée. C’est pourquoi je pense que, lorque nous faisons la promotion du Web ouvert, nous devons faire très attention aux spécifications que nous mettons en avant. Ce n’est pas parceque quelqu’un lance une ébauche de spécification avec « CSS » (ou « HTML » ou « Web ») dans le nom en même temps qu’une implémentation embryonnaire, que cette spécification fait partie ou devrait faire partie du Web ouvert. Les gens doivent se demander : est-ce que cette fonctionnalité est bonne pour le Web ? Est-ce qu’il existe une ébauche exhaustive de la spécification qui ne nécessite pas de rétro-ingénierie sur une implémentation existante ? Existe t-il plusieurs implémentations ? Est-ce que la spécification est activement mise à jour pour tenir compte des retours des concepteurs de navigateurs et des développeurs Web ?

C’est une période stimulante et excitante. En dépit des menaces que je viens d’évoquer, c’est super de constater l’investissement massif dans l’amélioration des technologies du Web ouvert. C’est super de voir Microsoft abandonner Silverlight pour une plateforme basée sur les standards. Nous avons remporté quelques batailles, mais la guerre pour les standards du Web ouvert n’est pas finie et nous devons poursuivre le combat, sur les fronts correctement choisis.

Depuis plus de deux ans, plus précisément depuis un samedi de mai 2009 à l’occasion d’une Ubuntu party, je participe aux traductions collaboratives dans la vraie vie initiées par Framalang, le groupe de traducteurs gonzos du Framaland. Et je ne suis pas le seul à y avoir pris goût.

Nous avons récidivé à Bordeaux pour traduire Un monde sans Copyright, chez Mozilla Europe à Paris pour le manuel Thunderbird et en juillet dernier à Strasbourg à l’occasion des RMLL, pour vous proposer aujourd’hui Pour un Web ouvert.

J’ai traduit, aidé à traduire, relu et révisé des dizaines de textes de toutes sortes. Participer aux traductions d’articles avec Framalang depuis un certain temps déjà n’a fait que multiplier les occasions de pratiquer le petit jeu de la traduction. Mais participer à un traducthon est une tout autre expérience dont voici certaines caractéristiques.

Des traducteurs en chair, en os et en vie

Commençons par le plus flagrant : un traducthon c’est une rencontre physique de personnes qui ne se connaissaient pas forcément, qui n’étaient que des pseudos en ligne ou bien que l’on ne retrouve qu’à quelques occasions. C’est donc d’abord un temps convivial, où l’on échange des propos par-dessus le travail en cours, des plaisanteries de mauvais goût qui déclenchent le fou-rire, des considérations trollesques qui partent en vrille, mais aussi des projets, des questions, des réponses, des contacts, de la bière l’eau ferrugémineuse, des pizzas et des petits plats du restau du quartier. En somme c’est une petite bande de gens qui deviennent copains (au moins), une bande dont la géométrie est variable d’une session à l’autre suivant la disponibilité de chacun ou son libre désir de participer.

Le milieu des traducteurs libristes n’est pas si vaste, mais il est relativement compartimenté, généralement en fonction des tâches et projets. Un traducthon représente la possibilité de mettre un peu de liant dans cet émiettement des activités. Je suis assez content par exemple de voir se rencontrer sur une traduction partagée des copains de frenchmozilla et ceux de framalang. Ah mais j’entends aKa dans l’oreillette… ah oui, d’accord il faut employer au moins une fois le mot « synergie ». C’est fait.

Inconvénient ? C’est sûr, on découvre les vrais gens : Julien mange toute la tablette de Milka, Adrien est trop bavard, Goofy est un vieux et Simon ne devrait pas se laisser pousser la barbe.

Un défi, un enjeu, un grand jeu

La concentration dans le temps (un week-end, trois ou quatre jours dans le meilleur des cas…), la concentration dans un lieu de travail (une salle de cours de faculté plus ou moins équipée, un hall de la Cité des sciences, les locaux de Mozilla Europe…) sont bien sûr associées au défi que l’on se donne de terminer au moins un premier jet tout simplement parce qu’après le traducthon chacun reprend sa vie quotidienne et d’autres activités, il faut donc terminer « à chaud ». L’ensemble pourrait créer un stress particulier, mais le plus souvent il ne s’agit que d’une tension positive parce que nous sommes un groupe. Chacun sait que tout près un autre participant est animé lui aussi du désir d’atteindre le but commun. La collaboration crée en réalité l’émulation, chacun met un point d’honneur à faire au moins aussi bien et autant que ses voisins.

L’enjeu d’un traducthon est particulier car il s’agit d’un ouvrage d’un volume important et pas seulement d’un article de presse électronique qui est une denrée périssable, comme nous en traduisons régulièrement pour le Framablog. Dans un traducthon, nous nous lançons le défi de traduire vite un texte qui devrait pouvoir être lu longtemps et dont le contenu lui aussi est important. Nous avons le sentiment d’avoir une sorte de responsabilité de publication, et la fierté de mettre à la disposition des lecteurs francophones un texte qui contribue à la diffusion du Libre, de sa philosophie et de ses problématiques.

Reste que la pratique a heureusement une dimension ludique : les outils en ligne que nous partageons pour traduire, que ce soit la plateforme Booki ou les framapads, même s’ils ne sont pas parfaits, offrent la souplesse et l’ergonomie qui les rendent finalement amusants à pratiquer. Tous ceux qui ont utilisé un etherpad pour la première fois ont d’abord joué avec les couleurs et l’écriture simultanée en temps réel. Même au cœur du rush des dernières heures d’un traducthon, lorsque nous convergeons vers les mêmes pages à traduire pour terminer dans les temps, c’est un plaisir de voir vibrionner les mots de couleurs diverses qui complètent un paragraphe, nettoient une coquille, reformulent une tournure, sous le regard de tous.

Traduction ouverte, esprit ouvert

N’oublions pas tous ceux qui « passent par là » et disent bonjour sous la forme d’un petit ou grand coup de pouce. Outre ceux qui ont décidé de réserver du temps et de l’énergie pour se retrouver in situ, nombreux sont les contributeurs et contributrices qui collaborent sur place ou en ligne. Beaucoup découvrent avec intérêt la relative facilité d’accès de la traduction, qui demande plus de qualité de maîtrise des deux langues (source et cible) que de compétences techniques. Quelques phrases, quelques pages sont autant de contributions tout à fait appréciées et l’occasion de faire connaissance, voire d’entrer plus avant dans le jeu de la traduction en rejoignant framalang.

Plus on participe, plus on participe. Il existe une sorte d’effet addictif aux sessions de traduction collective, de sorte que d’une fois à la suivante, on retrouve avec plaisir quelques habitués bien rodés et d’autres plus récemment impliqués qui y prennent goût et y reviennent. Participer à un traducthon, c’est appréhender de près et de façon tangible la puissance du facteur collaboratif : de l’adolescent enthousiaste à l’orthographe incertaine au retraité venu donner son temps libre pour le libre en passant par le développeur qui apporte une expertise technique, chacun peut donner et recevoir.

Enfin, et ce n’est pas là un détail, la pratique du traducthon apprend beaucoup à chacun. Certains découvrent qu’ils sont à la hauteur de la tâche alors qu’ils en doutaient (nulle contrainte de toutes façons, on choisit librement ce que l’on veut faire ou non), mais pour la plupart d’entre nous c’est aussi une leçon de partage du savoir : nos compétences sont complémentaires, l’aide mutuelle est une évidence et la modestie est nécessaire à tous. Voir par exemple son premier jet de traduction repris et coloré par un traducteur professionnel (Éric, reviens quand tu veux ?!), se faire expliquer une tournure de slang par un bilingue et chercher avec lui un équivalent français, découvrir une thèse audacieuse au détour d’un paragraphe de la version originale, voilà quelques exemples des moments enrichissants qui donnent aussi sa valeur à l’exercice.

Le mot, la chose

Une discussion trolloïde de basse intensité est engagée depuis le début sur le terme à employer pour désigner le processus de traduction collaborative dans la vraie vie en temps limité. Quelques observations pour briller en société :

• C’est un peu l’exemple des booksprints initiés par Adam Hyde et la bande des Flossmanuals qui nous a inspiré l’idée de nos sessions, on pourrait donc adopter tradusprint, surtout dans la mesure où c’est une sorte de course de vitesse…

• En revanche lorsque une traduction longue demande plusieurs jours et un travail de fond (ne perdons pas de vue le travail indispensable de révision post-traduction), il est assez cohérent de parler plutôt de traducthon.

• Pour être plus consensuel et « couvrir » tous les types de session, le mot tradaction a été proposé à juste raison

Ci-dessous, reproduction de l’affichette amicalement créée par Simon « Gee » Giraudot pour annoncer le traducthon aux RMLL de Strasbourg. À noter, Simon a également contribué à la traduction d’un chapitre !

Et le Web ouvert alors ?

C’était justement le fruit d’un booksprint à Berlin l’année dernière, le voilà maintenant en français. Ce qui est assez frappant pour aller droit à l’essentiel, c’est la rhétorique guerrière qui en est le fil rouge. Au fil des pages on prend conscience de l’enjeu et de l’affrontement déjà en cours dans lequel nous pouvons jouer un rôle décisif. C’est maintenant et peut-être dans les deux ans qui viennent pas plus qu’il y a urgence à ce que nos pratiques de la vie numérique maintiennent et étendent un Web ouvert.

Le Web n’est pas un amoncellement de données, ni un amoncellement d’utilisateurs, le Web ouvert existe quand l’utilisateur propose librement des données et s’en empare librement. Le Web n’a pas d’existence tant que ses utilisateurs ne s’en emparent pas.

Nous voulons un Web bidouillable, libre et ouvert. Nous voulons des navigateurs Web extensibles, d’une plasticité suffisante pour répondre à nos goûts et nos besoins. Nous voulons contrôler nos données et en rester maîtres, non les laisser en otages à des services dont la pérennité et les intentions sont suspectes. Nous ne voulons pas que notre vie numérique soit soumise ni contrôlée, filtrée, espionnée, censurée.

Le Web n’appartient pas aux fournisseurs d’accès, ni aux états, ni aux entreprises.

Le Web n’appartient à personne, parce que nous sommes le Web.

Au fait, si vous voulez parcourir Pour un Web ouvert, c’est… ici en HTML et là en PDF.

Bonus track

Une interview au cours du traducthon de Strasbourg pour la radio québécoise La Voix du Libre.

Crédit photos : Antoine Turmel et Antoine Turmel (Creative Commons By-sa)

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

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

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

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

À propos de ce manuel

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

Un BookSprint bien sûr !

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

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

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

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

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

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

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

Votre courrier avec Thunderbird – un manuel en français

URL d’origine du document

Goofy – 9 avril 2011 – FrenchMozilla

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

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

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

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

Un manuel des­tiné à tous

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

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

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

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

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

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

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

Le manuel est à vous !

Liens utiles

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