Nous nous faisons régulièrement l’écho de la concurrence entre les navigateurs Mozilla Firefox et Google Chrome, et ce au sein même de la communauté du Libre.

Faites comme vous voulez mais ce petit rappel sur les réelles motivations de Google n’est pas inutile, car on comprend alors mieux pourquoi Google fournit tant d’efforts pour développer et faire connaître son navigateur^[1].

Et nous sommes tout d’un coup bien loin du Mozilla Manifesto…

Le véritable intérêt de Chrome pour Google : l’utilisateur captif

Why is Chrome so important to Google? It’s a ‘locked-in user’

Larry Dignan – 14 avril 2011 – ZDNet
(Traduction Framalang : Vincent, Don Rico et Goofy)

Au départ, le navigateur Chrome n’est apparu que comme un projet secondaire de plus pour l’entreprise Google. Bien sûr, c’est un navigateur rapide. Bien sûr, Google a engrangé d’impressionnantes parts de marché en un temps record. Et bien sûr Google a donné un coup de fouet au développement des navigateurs.

Mais l’importance véritable de Chrome – qui explique pourquoi Google fait un tel battage publicitaire pour son navigateur dans le monde entier –, se résume à la valeur du capital client (NdT : customer lifetime value) de l’utilisateur de Chrome.

Au cours d’une conférence de presse sur les revenus de l’entreprise, on a demandé au directeur financier Patrick Pichette quelle était l’importance de Chrome, et sa réponse est édifiante.

En fait, Chrome a deux aspects distincts. Côté pile c’est une arme tactique, côté face c’est une arme stratégique. Chrome bouscule vraiment le Web et il offre un avantage extraordinaire : dès qu’un internaute l’adopte, il accède directement à ses requêtes Google via la barre d’adresses au lieu d’avoir à trouver la barre de recherche. D’un point de vue stratégique, il est intégré dans le système d’exploitation Chrome OS. D’un point de vue tactique, nous avons la garantie que tous les utilisateurs de Chrome restent captifs du moteur de recherche Google.

Nikesh Arora, directeur commercial chez Google, a lui aussi donné son analyse du retour sur investissement du marketing de Chrome.

Nous avons plus de 120 millions d’utilisateurs quotidiens et 40% d’entre eux sont arrivés récemment après notre campagne de publicité. L’usage de Chrome a progressé de 30% d’un trimestre à l’autre. Je pense donc que la stratégie de Chrome est la bonne. Voilà comment nous diffusons Chrome : soit les gens l’adoptent d’eux-mêmes, soit ils le font suite à nos efforts de marketing, ou bien encore nous travaillons avec des partenaires qui nous aident à le promouvoir.

Dans ce contexte, nous avons donc estimé que la campagne marketing produit finalement un retour sur investissement bien meilleur que lorsque nous devons passer des accords de partenariat. Vous verrez un jour ou l’autre que les coûts d’acquisition du trafic et celui du marketing de Chrome sont interchangeables. Quand nous investissons dans le marketing de Chrome, c’est autant que nous n’avons pas à sortir pour le coût d’acquisition du trafic. Vous pouvez donc vous attendre à ce que nous continuions à mener cette stratégie pour Chrome parce qu’il ne s’agit pas seulement pour nous d’un avantage spécifique de Chrome, mais parce que nos autres produits liés à Chrome en bénéficient. Le temps consacré à Chrome par chaque utilisateur a donc pour nous une valeur phénoménale.

Si l’on extrait l’essentiel de ces commentaires, voici ce qu’on peut retenir de Chrome :

• Chaque utilisateur de Chrome contribue par son usage à l’amélioration de la qualité de la recherche.
• Chaque utilisateur de Chrome utilisera Google de façon massive et presque exclusive.
• Google peut dépenser moins en coût d’acquisition du trafic.
• L’entreprise n’a pas besoin de dépenser autant pour la diffusion de son produit – pensez par exemple au budget consacré à la boîte de recherche dans Firefox (NdT : et qui fait vivre en grande partie Mozilla).
• Enfin, il y a de grandes chances que l’utilisateur captif augmente encore sa consommation de produits Google à mesure que l’entreprise développe ses applications pour Chrome et les fonctionnalités sociales qui gravitent autour.

Au passage, Chrome permet aussi à Google de mieux faire respecter les standards des navigateurs, mais ce retour sur investissement semble décidément bien naïf comparé au profit que représente le temps de cerveau disponible de l’utilisateur de Chrome.

Blender 2.57 vient de voir le jour. Pour une visite guidée c’est ici.

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

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

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

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

Open Data Toulouse – Entretien avec David Chemouil

Bonjour pouvez-vous vous présenter succinctement ?

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

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

Qu’est-ce que l’open data ?

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

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

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

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

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

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

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

J’y vois au moins deux raisons.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

À propos de ce manuel

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

Un BookSprint bien sûr !

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

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

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

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

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

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

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

Votre courrier avec Thunderbird – un manuel en français

URL d’origine du document

Goofy – 9 avril 2011 – FrenchMozilla

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

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

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

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

Un manuel des­tiné à tous

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

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

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

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

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

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

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

Le manuel est à vous !

Liens utiles

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

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

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

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

Entretien avec Karl Fogel

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

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

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

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

Je suis extrêmement reconnaissant envers les traducteurs.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Mais on peut pousser la réflexion plus loin :

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Transcript du sous-titrage

URL d’origine du document

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

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

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

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

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

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

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

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

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

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

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

Mais surtout nous croyons en vous.

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

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

Nous sommes tous Mozilla Firefox.

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

—> La vidéo au format webm

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

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

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

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

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

Évitons les pièges du JavaScript de Gmail

Avoid the pitfalls of the JavaScript Trap on Gmail

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

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

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

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

Le piège JavaScript

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

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

Ce que JavaScript pourrait faire

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

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

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

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

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

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