Open Glam est un réseau international informel de personnes et d’organisations cherchant à favoriser l’ouverture des contenus conservés ou produits par les institutions culturelles (Glam etant l’acronyme anglais de Galleries, Libraries, Archives, Museums).

Adrienne Charmet-Alix (Wikimédia France), Primavera De Filippi (Open Knowledge Foundation), Benjamin Jean (inno³, Veni Vidi Libri, Framasoft) et Lionel Maurel (BDIC, auteur du blog S.I.Lex), tous quatre membres d’Open Glam (parité respectée^[1]), viennent de mettre en ligne un document important en direction du Ministère français de la Culture : Recommandations pour l’ouverture des données et des contenus culturels.

C’est solide, sérieux et technique mais n’allez pas penser que c’est rébarbatif à lire pour le non juriste. Bien au contraire, Open Data, mutualisation, numérisation, interopérabilité, domaine public (où il y a tant à faire), cession de droits des fonctionnaires, licences copyleft… c’est très instructif et cela dessine en plein et en creux les contours d’une situation qui doit d’autant plus évoluer qu’il s’agit de nos deniers publics et que l’époque est certes à leur parcimonieux usage mais également à la culture du partage.

Framasoft soutient l’initiative de l’intérieur, puisque Benjamin Jean a participé de près à sa rédaction, mais également vers l’extérieur en contribuant à sa diffusion. Et plus nous seront nombreux à en faire de même, plus nous aurons de chances d’être écoutés en haut lieu.

Le document est sous double licence Art Libre et Creative Commons By-Sa. Nous en avons reproduit ci-dessous les proposition ainsi que l’introduction.

Propositions du rapport

La réussite d’une réelle politique d’ouverture des données et contenus culturels repose selon nous sur un certain nombre de facteurs/actions. Nous préconisons donc :

De la part du ministère de la Culture

• Un effort pédagogique pour définir les termes employés dans le domaine de l’ouverture des données et des contenus, ainsi qu’un accompagnement des usages ;
• Une mise en valeur et un encouragement des expériences d’ouverture réalisées, issues d’initiatives institutionnelles ou privées, afin de montrer ce qui est réalisable ;

La rédaction d’un clausier à destination des établissements publics et des institutions culturelles afin de sécuriser les marchés publics entraînant le transfert de droits de propriété intellectuelle ;

Une information claire et pédagogique pour les institutions culturelles sur l’existence du droit à la réutilisation des informations publiques, sur sa portée, son articulation avec la Loi Informatique et libertés et sur les conditions dans lesquelles elles peuvent encadrer ces usages.

De la part des institutions culturelles

• Une intégration de leur démarche d’Open Data dans la conception et la refonte de leur système d’information,
• Un travail commun permettant de mutualiser et fédérer des démarches similaires ;
• Une mutualisation globale, des moyens et des fonds, notamment pour l’anonymisation et la numérisation des données ;
• La reconnaissance d’un accès systématique et gratuit aux œuvres du domaine public numérisées, y compris en cas d’usage commercial ;
• l’usage privilégié de licences ayant une clause de « partage à l’identique » en parallèle ou à la place de toute clause interdisant la réutilisation commerciale afin d’assurer une diffusion et une réutilisation optimales.

De la part du législateur

• La réintégration du régime des données culturelles dans le régime général de réutilisation des informations publiques et la validation de l’usage de licence de type « partage à l’identique » (à l’échelle nationale et communautaire) ;
• Une modification de la circulaire du 26 mai 2011 pour étendre le principe de gratuité dans la réutilisation de leurs données aux établissements culturels sous tutelle de l’État (avec portée rétroactive) ;
• Une modification de la Loi DADVSI afin que la cession des droits des agents publics s’étende aussi aux usages commerciaux et dépasse le seul cadre de l’accomplissement d’une mission de service public ;
• Un refus des propositions de la nouvelle directive européenne qui envisagent les droits des agents publics comme limites à la diffusion des informations publiques.

Introduction

Depuis quelques années, on observe un mouvement général d’ouverture des institutions vers le grand public dans le monde entier (États-Unis, Grande-Bretagne, Kenya, etc.) comme en France (villes de Paris, Rennes, Toulouse, Montpellier, Nantes, mission interministérielle Etalab, etc.).

Conjointement à ces actions, la société civile s’investit également dans la mise en valeur et la demande de partage des données et contenus culturels.

Dans le secteur culturel, l’Open Data prend la forme parallèlement d’une ouverture des reproductions numériques d’œuvres qui sont elles-mêmes dans le domaine public ou appartenant à une personne publique et d’une ouverture des données relatives à ces œuvres (catalogues, bases de données descriptives, etc.). À ce titre, le sujet intéresse le ministère de la Culture, le législateur et les institutions culturelles (publiques comme privées).

Nous avons identifié certains enjeux qui nécessitent une clarification parfois, de la pédagogie bien souvent, et dans quelques cas particuliers, une réflexion voire des changements juridiques.

Pour surmonter ces blocages et permettre une réelle et fructueuse ouverture des institutions culturelles, nous portons l’attention de l’administration et du législateur sur :

1. la méconnaissance des concepts et enjeux de l’Open Data au sein des institutions culturelles ;
2. une volonté politique insuffisante en France en ce qui concerne la diffusion et de la réutilisation des données culturelles sur Internet et à l’échelle internationale ;
3. la complexité du cadre juridique relatif à la diffusion des données cultuelles ;
4. l’importance d’une réaffirmation de la mission des institutions publiques dans la diffusion et la réutilisation des données culturelles, a fortiori concernant les oeuvres du domaine public ;
5. les préoccupations économiques susceptibles d’entraver la diffusion et la réutilisation des données culturelles.

-> La suite sur DonneesLibres.info…

Crédit photo : Leaf Languages (Creative Commons By-Sa)

La « troisième révolution industrielle » est une expression popularisée par un récent essai de Jeremy Rifkin. Mais s’il se penche attentivement sur la question de l’énergie, qu’il envisage durable et distribuée, il se montre moins prolixe sur la question de la production.

Or là aussi de profonds bouleversements nous attendent…

Je casse une assiette aujourd’hui. Je prends ma voiture pour aller chez Ikea en acheter une autre (construit en Chine). Je casse une assiette demain. Je vais chercher sur Internet le fichier numérique « assiette », puis je demande à mon imprimante 3D de m’en créer une nouvelle sous mes yeux ébahis.

Et là où ça devient encore plus intéressant c’est quand l’imprimante tout comme le fichier sont libres, m’assurant alors que j’aurais une grande variétés de fichiers « assiette » à télécharger et que je pourrais même les modifier à ma guise avant de les imprimer 🙂

La Troisième Révolution industrielle

The third industrial revolution

The Economist – Avril 2012
(Traduction : Louson, Lolo le 13, angezanetti, Fe-lor, GPif, xaccrocheur, @poulpita, fck, Coyau)

La numérisation de la fabrication modifiera la manière de fabriquer les biens ainsi que la notion même de travail.

La première révolution industrielle commença à la fin du XVIIIe siècle, avec la mécanisation de l’industrie du textile. Les tâches qui avant étaient exécutées laborieusement à la main par des centaines de petites industries de tisserand ont été réunies en une seule fabrique, et l’usine était née. la seconde révolution industrielle arriva au début du XXe siècle quand Henry Ford maîtrisa l’évolution des lignes d’assemblage et conduit à l’âge de la production de masse. Les deux premières révolutions rendirent les gens plus riches et plus urbains. Maintenant une troisième révolution est en cours. La fabrication devient numérique. Elle risque pas de ne changer que les affaires, mais bien plus de choses encore.

De nombreuses technologies innovantes convergent : logiciels, nouveaux matériaux, robots plus habiles, nouveaux procédés (en particulier l’impression 3D) et une large variété de services web. L’usine du passé reposait sur la production en masse de produits identiques : Ford disait que les acheteurs de voiture pouvaient avoir la couleur qu’ils voulaient, tant que c’était noir. Mais le coût de production de lots plus petits, d’une plus grande variété, où chaque produit est fait précisément sur mesure selon le vœu de chaque client, est en train de chuter. L’usine du futur se concentrera sur la personnalisation de masse et ressemblera bien davantage à de toutes petites industries qu’à la ligne de montage de Ford.

Vers une troisième dimension

Autrefois, pour faire des choses, on vissait et on soudait. Maintenant un produit peut être conçu sur un ordinateur et « imprimé » sur une imprimante 3D, qui crée un objet en volume en accumulant des couches successives de matière. La conception numérique peut être ajustée en quelques coups de souris. L’imprimante 3D peut fonctionner sans surveillance et peut faire des objets trop complexes pour être produits dans une usine traditionnelle. Un jour, ces machines étonnantes pourront faire presque tout, partout, dans votre garage ou dans un village en Afrique.

Les applications d’impression 3D sont particulièrement époustouflantes. Déjà, les prothèses auditives, et les parties haute technologie des avions militaires sont imprimées avec des formes adaptées. Un ingénieur travaillant au milieu du désert, à qui il manquerait un certain outil n’a plus besoin de se le faire livrer dans la ville la plus proche. Il peut simplement télécharger le design et l’imprimer. Les jours où les projets sont arrêtés pour cause de pièce manquante, ou encore, lorsque les clients se plaignent de ne plus pouvoir trouver les pièces de rechange de ce qu’ils avaient achetés, seront bientôt de lointains souvenirs.

Les autres changements sont presque aussi capitaux. Les nouveaux matériaux sont plus légers, plus résistants et ont une durée de vie plus longue que les anciens. Les fibres de carbone remplacent l’acier et l’aluminium pour des produits allant du VTT aux avions de ligne. Les nouvelles techniques permettent aux ingénieurs de réduire la taille des objets. Les nanotechnologies donnent de nouvelles fonctions aux produits comme les bandages qui guérissent les coupures, les moteurs avec un rendement supérieur ou de la vaisselle qui se nettoie plus facilement. Les virus crées génétiquement sont développés pour être utilisés comme batteries. Et, avec Internet qui permet aux designers de collaborer sur les nouveaux produits, les barrières d’entrées sont en train de s’effondrer. Ford avait besoin d’un gros tas de capital pour construire sa colossale usine River Rouge; son équivalent moderne peut commencer avec trois fois rien dont un ordinateur portable connecté et la soif d’inventer.

Comme toutes les révolutions, celle-ci sera fortement perturbatrice. La technologie numérique a déjà renversé les média et la vente au détail, comme les filatures de coton ont écrasé les métiers à tisser manuels et la Ford T a mis les maréchaux-ferrants au chômage. Les gens seront extrêmement surpris devant les usines du futur. Elle ne seront pas pleines de machines crasseuses commandées par des hommes en blouse graisseuse. Beaucoup seront d’une propreté irréprochable et quasi-désertes. Certains fabricants de voitures produisent le double de véhicules par employé qu’il y a dix ans. La plupart des emplois ne sera plus dans les usines mais dans les bureaux non loin, qui seront pleins de designers, d’ingénieurs, d’informaticiens, d’experts en logistique, de commerciaux et d’autre professions. Les emplois manufacturiers du futur demanderont d’avantage de compétences. De nombreuses taches répétitives et ennuyeuses deviendront obsolètes : on n’a pas besoin de riveteur quand un produit n’a plus de rivets.

La révolution n’affectera pas seulement la façon dont les choses sont faites, mais aussi le lieu où elles sont produites. Avant les usines se délocalisaient dans des pays à bas salaires pour diminuer le coût du travail. Mais le coût du travail est de moins en moins important : un iPad de première génération à 499 $ comprend aujourd’hui seulement 33 $ de travail manufacturé sur lequel l’assemblage final en Chine ne représente que 8 $. La production aujourd’hui offshore va de plus en plus souvent revenir dans les pays riches, bien moins à cause d’une hausse des salaires chinois que parce que les compagnies veulent désormais être plus proches de leurs clients de façon à pouvoir répondre plus rapidement à leurs demandes de modifications. Et certains produits sont si sophistiqués qu’il est pratique d’avoir les personnes qui les ont conçus et celles qui les ont fabriqués au même endroit. Le Boston Consulting Group estime que dans des domaines comme les transports, les ordinateurs, la fabrication de produits métalliques et la machinerie, 10 à 30 % des biens que les américains importent actuellement de Chine pourraient être fabriqués à domicile d’ici 2020, stimulant l’exportation américaine de 20 à 55 milliards de dollars par an.

Le choc de la nouveauté

Les consommateurs auront peu de difficultés à s’adapter à cette nouvelle ère de meilleurs produits rapidement livrés et créés près de chez eux. Les gouvernements pourraient toutefois commencer par résister au mouvement. Leur instinct est de protéger les industries et les entreprises qui existent déjà plutôt que de promouvoir les nouvelles qui les détruiront. Ils attirent les anciennes usines avec des subventions et stigmatisent les patrons qui voudraient délocaliser. Ils dépensent des milliards dans de nouvelles technologies qui, à leur avis, prévaudront dans l’avenir. Et ils s’accrochent à la croyance romantique que la fabrication est supérieure aux services, sans prendre en compte la finance.

Rien de ceci n’a de sens. Les frontières entre la manufacture et les services deviennent floues. Rolls-Royce ne vend plus de réacteurs, elle vend les heures pendant lesquelles chaque moteur propulse un avion dans le ciel. Les gouvernements ont rarement choisi les vainqueurs, et ils vont probablement mettre du temps à voir ces légions d’entrepreneurs et de bricoleurs qui s’échangent des plans en ligne, les transforment en produits chez eux et les vendent à l’échelle mondiale depuis un garage.

Pendant que la révolution gronde, les gouvernements devraient en rester aux bases : de meilleures écoles pour une main d’œuvre qualifiée, des règles claires et équitables pour les entreprises de toutes sortes. Laissez le reste aux révolutionnaires.

Crédit photo : Pasukaru76 (Creative Commons By)

Allez, on ne va pas se mentir, non seulement Apple séduit les jeunes, mais il séduit de plus en plus souvent les geeks.

Et même certains libristes qui, comme ici, abandonnent lâchement leur premier amour GNU/Linux pour s’en aller vers le Mac.

Un témoignage cinglant qui devrait faire couler un peu d’encre électronique dans les commentaires…

De Linux à OSX – 1 an plus tard

From Linux to OSX – 1 Year Later

Bozhidar Batsov – 9 septembre 2012 – Blog personnel (think)
(Traduction : geeckodev, Louson, tibs, X, amyrit, nanoPlink, Kiwileaks, cpt_p, Unagi)

Prélude

Il y a un peu plus d’un an j’ai écrit mon post coup de gueule « The Linux Desktop Experience is Killing Linux on the Desktop » et pour la première fois en 8 ans, je n’étais plus un utilisateur de Linux. J’ai passé plus d’un mois à me bagarrer contre Windows 7, mais reconnaissons-le, Windows est mal conçu pour des programmeurs Ruby professionnels comme moi (et il est mal conçu pour la plupart des programmeurs, sauf peut-être Java et .Net je suppose).

De toute façon, rester sous Windows n’a jamais été mon intention, je faisais juste mon transfert vers Mac. Maintenant, avec plus d’un an d’utilisation d’OSX, j’aimerais partager avec vous mon expérience jusqu’à aujourd’hui.

De Linux à OSX

La transition fut pénible au départ, j’avais une sensation très bizarre lorsque je devais glisser une icône de programme dans le dossier Applications pour l’installer. Pour être honnête, j’étais plutôt perdu la première fois que j’ai dû installer une application de cette manière (Il n’y avait pas ces aides avec les flèches qu’ont la plupart des applications). La gestion de paquets de Linux est incontestablement bien meilleure, ou en tout cas elle l’est de mon point de vue. Heureusement la plupart des outils que j’utilise sont disponibles dans le gestionnaire de paquets homebrew pour OSX. Ça ressemble à une version extrêmement basique de portage du légendaire Gentoo, mais en général le programme fait du bon travail.

Pour être plus positif, j’ai été impressionné par la qualité et la réactivité du bureau de OSX et l’utilisation par défaut des raccourcis clavier d’Emacs dans l’éditeur de texte (mais perplexe concernant le manque d’une touche Control à droite du clavier – et si j’osais, comment peut-on taper Control + a ?). Une application en particulier, Spotlight, m’a carrément impressionné , surtout après avoir eu affaire aux copies bas de gamme disponibles sur Linux telles que beagle. Spotlight trouve à peu près tout, a son propre langage de requête ressemblant à SQL et est étonnamment rapide.

J’ai rapidement trouvé un bon terminal (qui est iterm2, et qui est en fait le meilleur terminal au monde, à mon humble avis) et la plupart des outils en ligne de commande que j’utilisais jusqu’à maintenant étaient déjà là (après tout, OSX est Unix), et à ma grande surprise, certains trucs comme PostgreSQL (seulement sur OSX Server) et zsh étaient préinstallés. La plupart des autres applications dont j’avais vraiment besoin avaient des ports natifs pour OSX.

Ayant détesté OpenOffice.org durant plusieurs années, j’ai été agréablement surpris par la qualité d’applications telles que Keynote et Words.

Étant le genre de type qui prêche l’utilisation du clavier à l’église Das Keyboard j’étais un peu déçu au début par tout ce micmac autour du multi-touch, mais après un certain temps j’en suis venu à la conclusion qu’Apple a les seuls trackpads et souris qui valent la peine d’être utilisés (même si je préfère toujours utiliser le clavier).

Pour résumer, je me suis habitué assez rapidement, mais cela n’a pas été de tout repos.

Voici quelques détails…

Les choses que j’adore chez OSX

Le bureau

C’est joli, c’est rapide, c’est stable. KDE4 et GNOME3 ressemblent à des projets d’étudiants à côté. Ai-je mentionné que les polices de OSX sont même plus belles que celles de Windows ?

Les applications « à la OSX »

Sparrow est le premier client e-mail que j’aie jamais aimé (Google, honte à vous de l’avoir tué).

iTerm2 est le terminal ultime. Lui seul justifie l’achat d’un Mac.

Keynote est le meilleur logiciel de présentation que j’aie pu utiliser jusqu’à présent.

Parallels Desktop est à des années-lumière de VirtualBox et KVM (si l’on ne considère que la virtualisation de type desktop).

Je pourrais continuer comme ça pendant un moment, mais je vais arrêter tout de suite.

Il est évident que les utilisateurs de Mac ont développé un certain goût pour les logiciels extrêmement raffinés.

Compatibilité matérielle

Si quelque chose est supposé marcher avec OSX – ça marche à merveille directement. J’en ai presque oublié les jours de bataille contre le matériel non supporté. La mise en veille fonctionne parfaitement. La durée de vie de la batterie est exceptionnelle (grâce à la gestion de l’énergie très avancée).

Il est certain que sélectionner le matériel pour le système d’exploitation aide beaucoup, mais il faut tout de même reconnaître le travail d’Apple.

Stabilité

Un an, trois Macs – seulement un ou deux plantages. Pour un développeur qui aime bricoler un peu plus qu’il ne le devrait, c’est impressionnant.

Ceci dit, j’ai eu quelques distributions Linux qui ont fonctionné pendant plus de 6 mois sans redémarrer (et les redémarrages étaient causés par les pannes électriques ou les mises à jour de la distribution et/ou du noyau). La stabilité de Linux sur un ordinateur portable (plutôt récent) ? C’est une autre histoire…

Les bonnes choses

Les applications par défaut

Les applications fournies avec OSX ne sont pas mauvaises du tout, mais pas particulièrement excellentes. Safari reste un très bon navigateur, Mail est un bien meilleur client que Evolution/Thunderbird, Calendar est un bon organisateur (mais un peu buggé quand il s’agit de synchroniser Google Calendar), Messages est moyen.

Le vrai problème est qu’il est possible d’aller très loin avec les applications fournies, mais qu’elles ne sont pas parfaites. Mon conseil : chercher des alternatives (qu’elles soient libres ou propriétaires).

Le Mac App Store

C’est une manière convenable de distribuer des applications propriétaires, mais avec toutes les restrictions d’Apple sur le sandboxing des applications, il n’y a pas vraiment d’applications intéressantes. Espérons que cela s’améliore avec le temps. La possibilité de mise à jour vers la nouvelle version d’OSX en l’achetant sur l’App Store est vraiment bien (pour un OS propriétaire, bien sûr).

Emacs

Le port Cocoa d’Emacs est un peu jeune et il y a quelques bugs visuels (essayez M-x linum-mode par exemple), mais ils sont pardonnables. Je regrette l’intégration forte d’Emacs avec Linux. Et quel est l’idiot qui a conçu tous les claviers officiels Mac sans une touche Control à droite ? J’ai finalement compris pourquoi tant d’utilisateurs de Mac utilisent vim 🙂

De toute façon, remapper la touche Caps pour Control n’est pas la solution. Je le fais maintenant, je le faisais déjà sur Linux. Mais vous n’êtes pas supposé avoir à taper Control + une autre touche avec la même main. C’est perturbant pour la frappe… mais une fois encore, vous devriez probablement écrire avec un clavier pleine taille 🙂

Développement logiciel

OSX ne nourrit pas le développement logiciel autant que Linux, mais il arrive juste en seconde position. Tous les outils que vous connaissez et que vous aimez sont disponibles, mais leur installation et leurs réglages nécessitent un peu plus d’implication sur OSX. Ce n’est pas un hasard si la plupart des livres de programmation montrent des captures d’écran d’OSX.

Administration système

Il y a clairement un recul par rapport à Linux. Les programmes comme launchctl (par exemple) ne sont pas très agréables à utiliser, mais ils font ce qu’on leur demande. Je n’utiliserais jamais un OSX pour autre chose qu’un ordinateur de bureau. Modifier un $PATH n’est pas aussi trivial que sous Linux (/etc/paths et quelques plists que j’ai oubliés me viennent à l’esprit).

Ce que je déteste

Les touches spéciales

Pas exactement une particularité de OSX, mais tout de même…

Un an et je hais toujours Command et Option, option est en fait Alt mais à un endroit étrange et Command est totalement inutile, à mon avis. Je ne les haïrais pas tant s’il y avait de l’espace restant sur les claviers Apple (sans parler du vieux clavier Apple câblé) pour une touche Control en plus. Heureusement pour moi j’utilise un clavier externe Das Keyboard Ultimate la plupart du temps…

Command et Option ont des avantages, je les aurais probablement appréciées si elles ne ne prenaient pas la place de la touche Control à droite (je suppose qu’elle ne doit manquer qu’aux utilisateurs d’Emacs).

Aucun gestionnaire de paquets tout-puissant de base

Sur Linux j’avais aptitude, yum, portage et pacman, tous exceptionnels dans leur domaine. Sur OSX, homebrew est une option décente mais c’est tout autre chose comparé à la puissance des gestionnaires de paquets de Linux.

D’horribles fichiers de configuration XML

Ici et là sur OSX vous devez ecrire d’épouvantables fichiers de configurations XML. Je pensais que je n’aurais plus jamais à voir affaire avec eux après avoir abandonné le développement Java :-).

XCode

Est-il vraiment nécessaire d’installer un IDE usine à gaz juste pour avoir accès à quelques outils de développement en ligne de commande ? C’est l’une des choses les plus ennuyeuses que j’ai pu rencontrer sur OSX jusqu’à maintenant.

Oui, je connais depuis peu quelques outils disponibles séparément, mais demander une licence développeur Apple me semble un peu trop.

Épilogue

Suis-je maintenant plus heureux sans Linux ? Certainement ! OSX est-il un meilleur OS que Linux ? Absolument pas !

Il offre une bien meilleure expérience utilisateur et depuis que je passe la plupart de mon temps sur un ordinateur en interagissant avec le bureau, c’est une grande victoire pour moi. Bien sûr, je n’en voudrais pas à Linux d’arriver à ce niveau de maturité et de stabilité pour son environnement graphique 🙂

Faut-il lâcher Linux et me rejoindre dans les ténèbres ? Comment le saurais-je ? 🙂 Je n’ai fait que partager mon avis – Si vous êtes heureux avec Linux, vous devez incontestablement y rester. Ce n’était évidemment pas mon cas et il n’y avait pas tant d’alternatives que ça.

Ne pas avoir à s’occuper de problèmes matériels et des applications immatures est une grande bouffée d’air pour moi et cela compense largement les quelques lacunes d’OSX. Rien ne compense le manque de la touche Control droite sur la plupart des claviers, mais après tout ce n’est pas un problème de l’OS 😉

Il y a une grande communauté de hackers autour d’OSX et c’est une des forces de l’OS. Il y a aussi malheureusement une grosse pression d’Apple, mais comme vous le savez déjà, le perfection n’est pas de ce monde, il y a toujours des compromis à faire. Je préfère utiliser un OS propriétaire qui me laisse en paix plutôt qu’un OS libre sur lequel je me cogne à chaque virage.

Crédit photo : Terry Johnston (Creative Commons By)

Le système d’exploitation Firefox OS peut libérer nos smartphones et autres tablettes en apportant une alternative à Apple et Android, un peu comme l’a fait le navigateur Firefox avec le Web en son temps.

Nous vous proposons ci-dessous le témoignage passionné (et passionnant) d’un de ses développeurs.

Il y a quelque chose de magique dans Firefox OS

There is something magical about Firefox OS

Rob Hawkes – 12 septembre 2012 – Blog personnel
(Traduction : Un gros collectif de bénévoles nocturnes issus de Framalang, Identi.ca et Twiiter)

Dans ce billet, je parle du projet Firefox OS, ce qu’il signifie, ce que réserve le futur, et ce qu’il a d’un peu magique.

Au cours des quinze derniers mois, j’ai passé de plus en plus de temps à travailler sur le dernier projet de Mozilla : Firefox OS. Rapidement, je suis tombé amoureux de ce projet et de ses valeurs, à un point que je n’avais jamais connu pour une nouvelle plateforme.

Soyons clairs ; Firefox OS est le début de quelque chose d’énorme. C’est une révolution en marche. Une bouffée d’air frais. Un point culminant de la technologie. C’est magique, et ça va tout changer.

Qu’est-ce-que Firefox OS ?

Pour ceux qui seraient un peu perdus, voici l’essentiel en deux mots :

Firefox OS est un nouveau système d’exploitation pour mobile développé par le projet de Mozilla : Boot to Gecko (B2G). Il utilise un noyau Linux et boote sur un environnement basé sur Gecko, ce qui permet aux utilisateurs de lancer des applications entièrement développées en HTML, JavaScript, et d’autres API Web ouvertes.

Mozilla Developer Network

En bref, Firefox OS consiste à récupérer les technologies dans les coulisses du Web, telles que JavaScript, et à les utiliser pour produire un système d’exploitation entier. Prenons quelques instants pour y réfléchir… un système d’exploitation pour mobile basé sur JavaScript !

Pour ce faire, une version légèrement modifiée de Gecko (le moteur derrière Firefox) a été créée dans le but d’y intégrer les différentes API JavaScript relatives à la téléphonie, comme WebTelephony pour faire des appels, WebSMS pour envoyer des messages, et la Vibration API pour… faire vibrer le téléphone.

Mais tout génial qu’il soit, Firefox OS représente plus qu’un ensemble de technologies Web dernier cris utilisées de façon démente. C’est aussi l’association de nombreux autres projets de Mozilla autour d’un concept unique — le Web en tant que plateforme. Certains de ces projets intègrent nos initiatives Open Web Apps et Persona, notre solution d’authentification sur le web (anciennement BrowserID). C’est absolument fascinant de voir tous ces différents projets de Mozilla s’unir de façon cohérente en partageant une seule et même vision.

Je n’irai pas plus loin dans la description du projet vu que le but de cet article n’est pas de le faire dans le détail, même si de plus amples informations peuvent être trouvées sur les pages de Firefox OS sur MDN. Je vous invite vivement à les lire.

Pourquoi Firefox OS ?

Vous pouvez vous dire « Ça a l’air bien, mais pourquoi utiliser JavaScript pour faire un téléphone ? » Et vous avez raison, c’est une question réellement importante. La bonne nouvelle est qu’il y a de nombreuses raisons à cela, autres que de faire la joie des développeurs Web.

Les deux principales raisons sont que Firefox OS répond à un manque dans le marché du téléphone, et qu’il constitue une alternative au paysage privativeur, restreint et contraignant du marché actuel.

Combler un manque dans le marché du téléphone

Ce n’est un secret pour personne : les smartphones sont ridiculement chers, même dans les régions du monde dont le niveau de vie est considéré comme élevé. Mais si vous les trouvez chers dans les pays qui ont les moyens de se les offrir, alors pensez un peu à ce que représente un iPhone 4S 16 Go qui vaut 615 £ dans un pays émergent comme le Brésil. C’est 100 £ plus cher que le même téléphone en Angleterre !

En fait, ces prix plus élevés au Brésil sont principalement dus aux fortes taxes d’importation. Apple semble vouloir éviter ceci dans le futur en construisant des usines dans le pays. Quoi qu’il en soit, cela montre bien que les appareils haut de gamme et hors de prix ne sont pas toujours une solution pour tous les pays. Laissons de côté le fait que dans certaines sociétés vous n’avez pas forcement l’envie d’exhiber publiquement un téléphone qui a le même prix qu’une petite voiture.

A l’heure actuelle, que faites-vous si vous souhaitez acheter un smartphone sans débourser une somme astronomique ? Vous pouvez vous tourner vers des terminaux Android d’entrée de gamme, mais ils sont souvent bien trop lents.

Heureusement, c’est là que Firefox OS intervient.

Le but de Firefox OS n’est pas de rivaliser avec des appareils haut de gamme mais d’offrir des smartphones milieu de gamme au prix de l’entrée de gamme. Ce n’est pas une plaisanterie.

Bonnie Cha

Firefox OS répond parfaitement aux attentes du marché : il offre la même expérience d’utilisation sur un matériel d’entrée de gamme que le fait Android sur du matériel plus performant. Et ce n’est pas une blague.

Par exemple, je teste en ce moment même des jeux écrits en JavaScript sur un terminal fonctionnant sous Firefox OS et qui coûte une soixantaine d’euros (clairement, un appareil très bas de gamme). On pourrait donc s’attendre à ce qu’ils fonctionnent très mal, mais non seulement ils tournent bien plus rapidement que les mêmes jeux s’exécutant dans un navigateur internet Android (Firefox ou Chrome) sur le même appareil, mais ils tournent même aussi vite, si ce n’est plus, que les mêmes jeux sous un navigateur Android sur une machine bien plus performante qui coûte 4 ou 5 fois plus cher.

Pourquoi de telles améliorations de performance par rapport aux navigateurs sur Android pour des appareils identiques ? Grâce à l’absence de couche intermédiaire entre Gecko et le hardware, permettant à des choses comme le JavaScript de tourner à plein potentiel, et en finir avec le mythe du JavaScript lent !

De telles performances de JavaScript sur un matériel aussi abordable est une des raisons qui me font penser que Firefox OS annonce le début de quelque chose d’énorme.

Je dois cependant préciser que Mozilla n’est pas forcément sur le point de lancer un appareil à 60 € : il s’agit seulement d’un terminal en particulier que nous utilisons pour le développement et les tests.

Fournir une alternative : une plateforme ouverte

La seconde réponse à la question « Pourquoi Firefox OS ? » est qu’il s’agit non seulement de créer une plateforme mobile alternative et ouverte, mais également d’essayer d’agir pour influencer les grands acteurs du mobile à changer les choses.

La mission de Mozilla depuis ses débuts en 1998, d’abord en tant que projet autour d’un logiciel, puis en tant que fondation et entreprise, a consisté à fournir des technologies ouvertes capables de rivaliser avec les produits des entreprises dominantes.

Steve Lohr

Firefox a bouleversé le marché du navigateur et montré aux utilisateurs qu’il existe une alternative. Et c’est ce que Mozilla s’efforce de reproduire avec Firefox OS, en permettant à chacun de pouvoir choisir sa façon d’utiliser le Web.

Cette fois-ci, c’est le Web mobile qui est menacé. Pas par Microsoft, mais par Apple et Google, qui sont les plateformes dominantes pour smartphones. Avec leurs applications natives, leurs catalogues d’applications propriétaires, et leurs règles imposées aux développeurs, Apple et Google relèguent le Web à l’arrière-plan.

Thomas Claburn

Sur les téléphones, le domaine qui nécessite le plus de travail est la portabilité des applications…

Avec l’excitation autour des applications mobiles, ils donnent l’impression d’être en retard sur un point : ils restreignent leurs utilisateurs à un système d’exploitation particulier, et aux appareils qui le supportent. Le Web, au contraire, a évolué de façon à ce que le contenu soit ressenti de la même façon, quel que soit le matériel. Mozilla, créateur du navigateur Web Firefox, est déterminé à rendre cela vrai également pour les smartphones.

Don Clark

Ce que Firefox OS cherche à faire, c’est utiliser l’omniprésence du Web pour créer une plateforme qui permet aux applications d’être utilisées aussi bien sur un téléphone portable, un ordinateur, une tablette, ou depuis n’importe quel appareil possédant un navigateur. Ne serait-ce pas génial de pouvoir reprendre sur votre ordinateur la partie d’Angry Birds à laquelle vous étiez en train de jouer sur votre téléphone ? Moi, j’adorerais !

Un rêve à portée de bidouille pour les développeurs

Une dernière raison pour laquelle Firefox OS est nécessaire, c’est que nous n’avons pour le moment aucune plateforme mobile aussi bidouillable (NdT hackable) (il est plus ou moins possible de personnaliser Android, mais ce n’est pas si facile).

Comme Firefox OS est construit avec HTML, JavaScript et CSS, vous n’avez besoin que de connaissances élémentaires en développement Web pour changer complètement l’expérience offerte par l’appareil. En éditant une simple ligne de CSS, vous pouvez totalement modifier l’apparence des icônes de l’écran d’accueil ; ou encore, vous pouvez ré-écrire les fichiers internes JavaScript qui gèrent les appels téléphoniques.

Il s’agit réellement d’une plateforme pour les développeurs et je suis impatient de voir jusqu’à quel point elle sera amenée au-delà de la vision de Mozilla.

Un timing parfait

S’il y a quelque chose dont je suis conscient depuis mon arrivée chez Mozilla il y a un an et demi, c’est à quel point je suis chanceux d’être ici pour le démarrage du projet Firefox OS. Si je me souviens bien, le projet a été annoncé (sous le nom Boot to Gecko) pendant mes premières semaines de travail.

C’était déjà passionnant à l’époque, mais ça l’est encore plus aujourd’hui. Firefox OS est littéralement la chose numéro 1 sur laquelle je travaille actuellement et honnêtement j’adore ça. En réalité, je me sens privilégié d’y participer.

Je me suis demandé de nombreuses fois ce que l’on pouvait ressentir en travaillant chez Mozilla durant le lancement initial de Firefox : l’excitation, la passion, la nervosité, l’incapacité d’expliquer à quel point c’est impressionnant et à quel point on devrait s’en préoccuper.

Pour être honnête, je ne pense pas que beaucoup de monde comprenne réellement ce qui se passe avec Firefox OS, ni à quel point son lancement est important. Un peu comme pour Firefox, j’imagine. Pour le moment, je suis heureux d’être chez Mozilla à un instant clef de son histoire.

À couper le souffle

Les personnes qui le comprennent sont les développeurs qui ont essayé le terminal de démonstration qui est montré occasionnellement, lors d’événements avec des Mozilliens. Il n’y a rien que j’apprécie d’avantage que de voir les différentes phases de leurs émotions lorsqu’ils jouent avec les appareils :

1. D’abord, il y a une légère confusion, quelque chose comme « Pourquoi tu me passes un téléphone Android ? » ;
2. La confusion est suivie par la réalisation soudaine qu’il ne s’agit pas d’Android mais d’un système en JavaScript ;
3. Après un court moment, l’excitation leur fait lancer des « oh putain ! » ;
4. Un instant plus tard, les voilà absorbés à explorer tous les recoins de l’appareil en posant plein de questions ;
5. Le moment où je leur demande de me rendre l’appareil est accompagné d’une légère réticence et finalement d’un « C’était pas mal du tout, je suis impressionné ! ».

Vous devez penser que j’ai tendance à enjoliver les choses, mais je peux vous assurer que c’est réellement le genre de réaction qu’ont pu avoir les gens auxquels j’ai présenté l’appareil. C’est réellement jouissif.

Ce dont j’ai commencé à me rendre compte, c’est que plus je regarde d’autres personnes s’amuser avec un appareil sous Firefox OS, plus je suis convaincu de sa capacité à changer la donne. C’est comme s’ils s’éclataient avec, sans que j’aie besoin d’intervenir.

Des défis à relever

Il ne serait pas juste de parler de la grandeur de Firefox OS et des points sur lesquels je travaille sans détailler les principaux défis que nous devons relever.

Il y a bien sûr les problèmes classiques : comment gérer un écosystème d’applications qui est libre et sans restrictions ; ou anticiper les problèmes d’interopérabilité des appareils, comme ceux que peut connaître Android.. Ces problèmes sont importants, mais ne m’intéressent pas.

Ce qui m’intéresse le plus, c’est le défi de développer des jeux en HTML5 ; tant pour les performances apparentes que pour les véritables, sur lesquelles les développeurs se plaignent. C’est indéniablement l’un des défis spécifiques à Firefox OS (Android et iOS sont aussi mauvais l’un que l’autre), mais pour le moment, je suis entièrement consacré à Firefox OS et les façons d’améliorer ces points.

Aujourd’hui, la majorité des jeux HTML5 préexistants sur téléphone tournent soit de manière saccadée (0 à 20 images par seconde), ou tout juste fluide (20 à 30 images par secondes). La plupart du temps, ces jeux ne tournent pas à un rythme d’images stable, ce qui rend l’expérience peu plaisante.

Ce qui est intéressant, c’est qu’une grande partie de ces soucis ne semblent pas venir du terminal ou de JavaScript. Il y a quelques jeux intenses, comme Biolab Disaster, qui tournent de manière incroyable, même sur le terminal bas de gamme avec lequel j’effectue les tests (nous parlons ici d’un taux d’images par seconde entre 40 et 60FPS).

Pour moi, il est clair que si les mobiles et les plateformes sont parfois à blames (pas aussi souvent que certains le voudraient), il y a cependant beaucoup de choses que nous apprenons des jeux qui fonctionnent convenablement sur des terminaux bas de gamme, pour voir quelles techniques ils utilisent et comment éduquer au mieux les autres développeurs souhaitant utiliser HTML5 sur téléphone mobile.

Je crois vraiment que des jeux HTML5 gourmands peuvent très bien tourner sur des appareils mobiles, même sur ceux bon marché. Pourquoi suis-je si confiant à propos de ça ? Parce que les gens font déjà des jeux comme ça. Il y a deux choses dans ma vie que je crois sans douter… mes yeux.

Nous en sommes là.

Au-delà du téléphone mobile

Ce qui m’excite le plus à propos de Firefox OS n’a rien à voir avec l’appareil mobile que nous sortons l’année prochaine mais plutôt avec le futur qui nous tend les bras. J’ai abordé ce point auparavant lorsque j’ai parlé de Firefox OS comme un rêve de bidouilleurs, et comment les autres pourraient le récupérer et le développer au delà de la vision qu’en a Mozilla.

La bonne nouvelle est que c’est déjà prêt aujourd’hui. Nous avons déjà un port de Firefox OS sur le Raspberry Pi, ainsi que pour la Pandaboard. Ils ne sont pas parfaits, mais ce qui est génial c’est qu’ils existaient déjà bien avant que Firefox OS voie sa première version sortir.

Vous avez aussi la possibilité de lancer Firefox OS depuis un ordinateur sous Mac, Windows et Linux. Alors qu’il n’est pas possible d’acceder au même matériel qu’avec un appareil mobile, la version pour PC vous permet de bénéficier des autres fonctionnalités (telles que les applications qui tournent dans des processus séparés). En plus, c’est vraiment simple à mettre en place.

Je peux imaginer un futur proche où l’API Gamepad aura été implémentée dans Gecko et pourra être accessible à travers le client PC Firefox OS. Qu’y a t-il d’extraordinaire ? Il y a qu’il n’est pas difficile d’imaginer voir ce client PC être lancé depuis un appareil connecté à un téléviseur, avec un système d’exploitation personnalisé pour utiliser un gamepad plutôt qu’une souris ou un touchpad (ce n’est que du JavaScript).

Ce que vous aurez ici sera le début des consoles de jeux vidéo HTML5, et c’est en fait une chose que je suis impatient d’explorer durant mon temps libre en dehors de Mozilla.

Ce que je veux dire, c’est que nous arrivons à un moment de l’histoire où les ordinateurs peuvent à présent fonctionner avec les technologies que l’on utilise pour créer des sites Web. Que pourrions-nous faire dans un monde rempli de terminaux fonctionnant avec ces technologies, qui pourront tous communiquer en se connectant via les mêmes API ?

J’ai hâte de voir à quoi ce monde ressemblera !

Crédit photo : Rob Hawkes (Creative Commons By-Sa)

Notre récente traduction Ce que pense Eric Raymond de la clause NC des Creative Commons (pas du bien) a fait réagir, dans les commentaires et sur Identica/Twitter. Il faut dire que cette clause « non commerciale » est un point de friction au sein de la communauté car inexistante dans le monde des licences du logiciel libre.

Maïeul Rouquette nous a alors proposé de publier l’article ci-dessous.

Ce que nous faisons d’autant plus volontiers que le livre en question est tout à fait intéressant : LaTeX appliqué aux sciences humaines (« le seul livre sur LaTeX sans une seule équation ! » peut-on lire en accroche sur la couverture).

Pourquoi j’ai choisi de publier sous licence Creative Commons By-Sa

Maïeul Rouquette – septembre 2012

J’ai récemment publié un livre sous Licence Creative Commons – Paternité – Partage à l’Identique, en l’occurrence un manuel sur XeLaTeX appliqué aux sciences humaines. Je tiens à expliquer pourquoi j’ai choisi cette licence.

Tout d’abord, commençons par lever un malentendu. Je ne suis pas de ces personnes qui pensent que tous les livres, ou même simplement tous les logiciels, devraient être publiés sous Licence Libre. Car si je perçois bien l’intérêt du livre libre pour la liberté du lecteur, je sais également qu’il existe un principe qui dit que la « Liberté des uns s’arrête là où commence celle des autres », je pense que la liberté du lecteur s’arrête là où commence celle de l’auteur^[1]. Il était donc dans ma liberté de ne pas publier sous Licence Libre, et je le fais d’ailleurs pour certains travaux.

Je suis donc attaché au droit d’auteur, dans la mesure où sans l’initiative et le travail de l’auteur, une œuvre n’existerait pas, et qu’il est donc libre de l’usage qu’il en est fait. Le travail que j’ai produit n’est pas seulement de l’information, des données, qui doivent être librement reproductibles, mais aussi une forme particulière de ces données, un caractère original. C’est à ce titre d’œuvre présentant un caractère original (et mis en forme) que le droit d’auteur s’applique à mon œuvre. C’est ce caractère original qui m’autorise à utiliser le pronom possessif mon — ou plutôt notre puisque j’ai été aidé par deux autres personnes.

On pourra noter que le lien existant entre l’œuvre et l’auteur n’est pas lié seulement à des conditions juridiques, mais aussi à la prise de conscience qu’il ne saurait y avoir d’œuvres « neutres », y compris la plus technique qui soit. Prendre garde de la personne qui est à l’origine directe de l’œuvre^[2], c’est également se donner les moyens d’avoir un regard critique plus aigu sur cette œuvre.

C’est donc un choix volontaire, pour un cas particulier, de publier sous Licence Libre, en l’occurrence la CC By-Sa. Et c’est ce qui, je pense, rend mon explication d’autant plus intéressante.

Commençons par les libertés que j’accorde à mon lecteur

Je l’autorise à recopier ce livre, à le diffuser partout et par tous les moyens possibles et imaginables. Pourquoi ne l’autoriserai-je pas ? La seule raison qui pourrait faire que je m’y oppose serait financière : en permettant la libre diffusion, je peux me priver d’une certaine « manne » de revenu.

Cependant, outre qu’il n’est pas garanti qu’en l’absence de cette autorisation de diffusion les lecteurs auraient effectivement acheté le livre, je ne m’attendais pas à pouvoir vivre avec une telle œuvre, du fait de sa portée relativement limitée. De plus, n’étant pas dans une situation financière particulièrement délicate et n’ayant pas besoin de plus d’argent que je n’en ai aujourd’hui, je n’ai pas écrit cette œuvre par intérêt pécuniaire.

Cela ne veut pas dire qu’il n’y a pas des enjeux financiers derrière l’œuvre : j’ai dû payer une certaine somme pour l’édition de l’ouvrage, pour le travail de couverture, pour l’impression des différents brouillons etc. Ainsi chaque exemplaire papier vendu me permet de compenser cette avance. Néanmoins, le gros de « perte » que j’ai à subir sur ce livre n’est pas financier, mais de temps : toutes les heures passées à écrire ce livre, à produire une œuvre dans l’intérêt d’autres personnes, sont autant d’heures que je n’ai pas passées à d’autres aspects de ma vie. Non que je regrette ce temps passé, mais simplement pour signaler que même si je n’étais pas remboursé de mon avance, ce ne serait pas quelque chose de plus dramatique que la perte d’heures. Évidemment, si ma situation financière était plus précaire, je me serais posé les questions autrement — mais dans de tel cas je n’aurais pas pris le temps d’écrire cet ouvrage.

J’autorise ensuite le lecteur à modifier mon ouvrage. J’ai dit quelques mots tout à l’heure du lien existant entre l’œuvre et l’auteur. Si ce lien est réel, il l’est tout autant que celui entre l’œuvre et chacun de ses lecteurs. La même œuvre lue par deux personnes différentes n’est pas tout à fait la même œuvre, à vrai dire la même œuvre lue par une même personne dans des conditions différentes n’est pas tout à fait non plus la même œuvre. Si donc il existe un lien entre l’œuvre et le lecteur, pourquoi ne pas donner les possibilités à mon lecteur de moduler encore plus aisément ce lien par l’intervention directe dans l’œuvre ?

Plus pragmatiquement, mon œuvre n’est sans doute pas exempte de lacunes, d’erreurs : permettre aux lecteurs de les corriger, c’est lui permettre d’atteindre un niveau plus haut d’exigences. Sans oublier qu’étant donné le sujet, il y a fort à parier que certains passages doivent rapidement être mis à jour. Or comme rien ne me garantit que je puisse encore m’y consacrer demain, et que jusqu’à preuve du contraire la communication entre le monde post-mortem et le monde pre-mortem n’est pas encore tout à fait au point, il est important d’assurer, y compris juridiquement, une pérennité de l’œuvre.

Continuons par celles que je n’accorde pas

Le lecteur ne peut diffuser et modifier mon livre qu’à deux conditions

1. M’attester, moi et mes coauteurs, comme auteur original.
2. Accorder les mêmes droits à ses futurs lecteurs.

Pour le 1), je crois avoir suffisamment expliqué pourquoi je pensais qu’il y avait un lien entre l’auteur et l’œuvre, qui justifie de connaître le nom de l’auteur. À ceci, j’ajouterais deux éléments :

• en tant qu’historien qui travaille sur des sources anonymes je sais que les problèmes d’anonymat et de pseudonymat sont très compliqués à gérer, alors autant faciliter le travail des futurs historiens. Bien sûr, le fait que mon nom soit attaché à l’œuvre n’exclut absolument pas qu’un jour on puisse se demander si l’œuvre est réellement de Maïeul Rouquette, et pas d’un Pseudo-Maïeul Rouquette. À charge pour le futur philologue, si tant est que ce livre intéresse un futur philologue, de trouver qui est l’auteur de l’œuvre, mais autant lui alléger tout de suite la tâche en lui donnant un indice.
• Comme tout humain, j’ai un certain ego. Attacher mon nom à une œuvre est une manière de flatter mon ego. Il faut bien le dire, puisque l’ego est vraisemblablement, avec l’altruisme, l’une des motivations premières des bénévoles, dans tous les domaines.

En ce qui concerne le 2), autrement dit le choix d’une gauche d’auteur, elle est plus discutable du point de vue des libertés. En effet, si quelqu’un publie une version dérivée de mon œuvre sans autoriser les modifications à ses futurs lecteurs, en quoi cela me dérange ?

À titre personnel, cela ne me dérange absolument pas, cela ne lèse pas mes intérêts. Mon ego restera flatté, puisque mon nom devra être mentionné.

En revanche, forcer le partage à l’identique correspond à l’une de mes convictions : la nécessité qu’il existe des biens communs. Or à l’heure des privatisations à tous crins, la grande force de la gauche d’auteur, c’est de permettre de produire collectivement du bien public, y compris venant de personnes qui n’ont pas pour premier intérêt le bien public.

Finissons par une restriction que je n’ai pas mise

Je n’ai pas mis la restriction « Pas d’utilisation commerciale ». Pourquoi ? Ce n’est pas parce que je pense que toute œuvre devrait par nature être libre — car la restriction « Pas d’Utilisation commerciale » empêche une œuvre sous CC d’être vraiment libre, au sens de la FSF.

Simplement, imaginons qu’une personne fasse un usage commercial de mon œuvre sans apporter de valeur ajoutée, c’est-à-dire se contente de reprendre l’œuvre, de la diffuser moyennant finance et d’empocher la somme d’argent. Dans un tel cas, j’aurais un manque à gagner financier, puisqu’au lieu de passer par le site de mon éditeur, la personne aura acheté une autre version papier du livre — j’imagine mal une personne en acheter une version électronique, sachant que je la mets à disposition gratuitement sur Internet. Néanmoins dans un tel cas je serais mis au courant, ne serait-ce que par le régime du dépôt légal, qui me permettra de trouver des versions « non officielles » de la version papier. Il me sera alors assez aisé d’avertir mes lecteurs, par mon blog par exemple, en leur expliquant que s’ils souhaitent me rémunérer, il faut acheter la version officielle.

Maintenant, supposons un usage commercial à partir d’un vrai travail sur l’œuvre, par exemple une réécriture, une amélioration etc. : à quel titre empêcherais-je une personne ayant produit une telle œuvre, et donc étant un nouvel auteur, de gagner de l’argent dessus ?

Conclusion

• Le choix d’une licence libre est un choix pragmatique : permettre à des personnes de connaître mon œuvre et éventuellement de l’améliorer.
• Le choix de la clause « Paternité » est un choix :
  • Épistémologique : je ne crois pas que l’on puisse totalement séparer l’œuvre de son auteur.
  • Narcissique : j’ai passé des heures sur mon livre, alors j’aimerais que je sois reconnu comme celle qui a fourni ce travail.
• Le choix de la clause « Partage à l’Identique » est un choix politique : lutter, à ma modeste échelle, pour le bien commun, contre la privatisation.
• Le choix de l’absence de clause « Non-commercial » est un choix pragmatique : puisque la mention de la paternité de l’œuvre est assurée par la clause « Paternité », je fais confiance à l’intelligence du lecteur pour rémunérer, si besoin, la personne ayant apporté un « vrai » travail

Maïeul Rouquette

Assistant diplômé en histoire du christianisme ancien et littérature apocryphe chrétienne
Université de Lausanne (FTSR/IRSB)
http://apocryphes.hypotheses.org
http://geekographie.maieul.net/-LaTeX-

L’autre jour Obama, toujours malin en campagne, a fait soudainement irruption sur le site Reddit pour un AMA (Ask Me Anything) signifiant qu’on pouvait donc lui poser n’importe quelle question.

Et ceci fut fait puisqu’on lui demanda alors quelle était la recette de la fameuse bière de la Maison Blanche. Réponse de l’intéressé : nous la publierons incessamment sous peu.

Chose promise, chose due.

L’occasion pour le site OpenSource.com d’aller plus loin et de s’amuser à contredire Richard Stallman himself dans un article que nous vous proposons traduit ci-dessous.

La bière rassemble les gens : d’Obama aux brasseurs, en passant par les communautés en ligne

Beer brings people together: Obama, homebrewers, and online communities

Casey Brown – 31 août 2012 – OpenSource.com
(Traduction : Unagi, pwetosaurus, enso, Philippe, tanguy, Zii, Laurent, sheldon)

Dans ma citation préférée à propos du Libre (NdT: originellement « de l’open source »), Richard Stallman explique que « Dans le logiciel libre il est question de liberté, pas d’argent. Pour comprendre cela, je vous invite à penser le libre (free) comme « liberté d’expression » (free speech) et non pas comme « bière gratuite » (free beer) ».

Malgré tout, la semaine dernière, j’ai commencé à me poser la question de la validité de cette explication. En réalité, j’aurais pu dire que le logiciel libre est exactement comme la bière libre.

En effet, ces derniers jours, la plupart des discussions dans les commuautés open source concernaient la bière libre. Des Yeastie Boys à l’ale au miel du président Obama, la bière a été un sujet populaire (enfin, plus qu’habituellement).

Il s’avère que la communauté des brasseurs amateurs s’est construite sur les principes open source depuis déjà longtemps. D’après le site The Powerbase, « L’idée de partager ses recettes de bières avec les autres n’est pas neuve. Les brasseurs amateurs font ça depuis, eh bien, toujours. La communauté des brasseurs amateurs a toujours été très favorable au partage et, pour bien des gens, échanger et améliorer des recettes est le coeur de l’activité. »

Mercredi dernier, le brassage amateur open source a fait parler de lui. Dans un sujet où l’on pouvait lui demander n’importe quoi sur Reddit, le président Obama a répondu à 10 questions qui lui avaient été posées. Un des redditeurs lui demanda la recette de l’ale au miel brassée de la Maison Blanche. Le président répondit, « Nous la divulguerons bientôt ! Et croyez-moi par expérience, elle est savoureuse ! »

Bien sûr, la communauté open source s’excite chaque fois que la Maison Blanche décide de passer un projet en open source. Que ce soit leur plateforme de pétition « Nous le peuple » ou leur recette de bière préférée. Même si c’est juste une recette de bière, c’est un pas certain vers l’ouverture. La session « question / réponse » a été si populaire que cela « a mis le site à genoux », reporte CNET.

La Digital IPA (Idian Pale Ale) des Yeastie Boys revenait également régulièrement dans les conversations des communautés open source ces derniers jours. Pour décrire leur bière, le site internet des Yeastie Boys disait : « De la même manière que numérique se rapporte à des zéros et des uns, le concept de IPA se rapporte aux malts et aux houblons ».

Cette bière se démarque des autres car les Yeastie Boys ont intelligement apposé des QR codes donnant accès à la recette sur les bouteilles, de manière à ce que l’on puisse tenter de la brasser soi-même. Ces codes proposent aussi des liens vers différentes formes de médias sociaux, permettant aux amateurs de partager facilement leurs recettes modifiées.

Certaines personnes publient même leurs recettes de bières sous licence Creative Commons. Free Beer publie ses recettes sous la licence CC Attribution-ShareAlike 2.5 et explique que tout le monde est libre d’utiliser la recette et de gagner de l’argent avec, mais avec l’obligation de publier la recette sous la même licence et de citer la source originale. Leur site vous permet de télécharger une étiquette Free Beer à afficher sur vos bouteilles, et dispose d’un blog avec les photos des bouteilles à travers le monde.

Même chez Red Hat, la communauté open source de brasseurs amateurs prospère. Nous avons une liste de diffusion qui leur est entièrement dédiée et qui contient des sujets traitant de recettes et d’astuces. Occasionnellement ils apportent même leurs créations au bureau pour une dégustation.

Alors peut-être est-il temps pour M. Stallman de mettre à jour sa citation. Qu’y changeriez-vous ? Et l’un d’entre vous a-t-il jamais tenté de brasser lui-même sa bière ? Nous aimerions avoir des retours d’expériences et des recettes. Mais plus important encore, nous aimerions pouvoir toutes les goûter. Vous savez comment nous contacter…

Crédit photo : The Art Gallery of Knoxville (Creative Commons By-Sa)

Fondateur notamment du collectif Art is Open Source, Salvatore Iaconesi est un hacker, artiste, raver, ingénieur présent depuis une dizaine d’années sur la scène italienne. J’ai eu l’occasion de le rencontrer lors de mon séjour romain.

Très triste nouvelle : il souffre d’une tumeur au cerveau.

Il demande à Internet, c’est-à-dire à la planète entière, de l’aider en publiant ses données personnelles médicales.

Sauf qu’il lui aurait été impossible de lancer cet appel s’il n’avait craqué lui-même ses propres données encapsulées nativement dans un format fermé et propriétaire, démontrant une nouvelle fois l’absurdité du système.

C’est pourquoi il a prénommé son appel « mon traitement open source », que nous vous proposons traduit en français ci-dessous.

Mon traitement open source

my Open Source Cure

Rome, le 10 septembre 2012
(Traduction : Unagi, lilian, Vincent)

J’ai un cancer du cerveau.

Hier, j’ai reçu mes résultats médicaux, sous forme numérique. Je dois les montrer à plusieurs médecins.

Malheureusement, ces fichiers sont dans un format fermé et propriétaire, et donc je n’ai pas pu les ouvrir avec mon ordinateur, ou les envoyer dans ce format à toutes les personnes qui auraient pu me sauver la vie.

Je les ai craqués.

J’ai ouvert les fichiers et je les ai convertis en formats ouverts pour pouvoir les partager avec tout le monde.

Aujourd’hui seulement, j’ai pu partager les données médicales (à propos de mon cancer du cerveau) avec 3 docteurs.

Deux d’entre eux ont déjà répondu.

J’ai pu faire cela parce que les données utilisées étaient dans des formats ouverts et accessibles : ils ont ainsi pu ouvrir les fichiers sur leurs ordinateurs ou tablettes. Ils ont pu répondre de chez eux, un dimanche.

Je publierai progressivement toutes les réponses que je recevrai, en utilisant des formats ouverts, afin que n’importe qui avec la même maladie puisse bénéficier des solutions que je trouverai.

Ceci est un TRAITEMENT. C’est mon TRAITEMENT OPEN SOURCE.

Ceci est une large invitation à participer au traitement.

TRAITEMENT, n’a pas la même siginification selon les cultures.

Il y a des traitements pour le corps, pour l’esprit, pour la communication.

Prenez les informations sur ma maladie, si vous voulez, et donnez-moi un TRAITEMENT : créez une vidéo, une oeuvre d’art, une carte, un poème, un jeu, ou essayez de trouver une solution à mon problème de santé.

Artistes, designers, hackers, scientifiques, médecins, photographes, vidéastes, musiciens, écrivains. N’importe qui peut me donner un traitement.

Créez votre traitement en utilisant le contenu que vous trouverez dans la section DATI/DATA de ce site, et envoyez le à info@artisopensource.net.

Tous les TRAITEMENTS seront diffusés ici.

Crédit photo : Transmediale (Creative Commons By-Nc-Sa)

Il y a une semaine on nous a annoncé que Diaspora serait désormais livré à la communauté.

Pour rappel Diaspora est le projet d’alternative libre à Facebook mené par des étudiants newyorkais et qui avaient créé le buzz et amassé beaucoup d’argent sur Kickstarter au moment du lancement en 2010.

Il y avait énormément d’attentes autour de ce projet car réussir à se sortir des griffes de Facebook ça n’est pas rien !

Plusieurs versions de l’application ont bien vu le jour, plusieurs dizaines de milliers d’utilisateurs se sont inscrits, mais c’est globalement la déception qui a prévalu. Ils n’ont pas réussi (et englouti l’argent), alors changement de gouvernance, plus de transparence, on donne le tout à la communauté (et qu’elle se débrouille si elle pense que le projet vaut la peine d’être poursuivi). Cela ressemble plus à un renoncement plein d’amertume qu’à un cadeau bienveillant, mais les optimistes répliqueront que c’est la force du libre que de pouvoir continuer l’aventure d’un projet même lorsqu’il se trouve bloqué.

Le billet ci-dessous tente de tirer les leçons de cette histoire et de cet échec.

Échec temporaire ou définitif ? Cela va dépendre justement de la communauté.

Diaspora : un nouveau départ ou une mise en garde du financement participatif ?

Diaspora: A New Beginning or a Crowdfunding Cautionary Tale?

By Paul M. Davis – 29 août 2012 – Shareable.net
(Traduction : boubou, Ward, imada, Gatitac, moedium, xaccrocheur, Penguin, aKa, sheldon, martinien)

Il y a deux ans, quatre étudiants de l’université de New York surfèrent sur le sentiment anti-Facebook et ont récolté via le site Kickstarter plus de 200 000 $ pour créer Diaspora, un réseau social open source.

Les fondateurs ont annoncé lundi qu’ils livraient leur projet à la communauté open source, ce qui va peut-être relancer le développement d’une plate-forme de réseau social au-delà de ce qu’ils ont réussi à créer jusqu’à maintenant. Dans le cas contraire, nous aurions à faire avec un échec patent d’un projet issu du financement participatif (NdT Crowdfunding).

D’une certaine manière, l’histoire de Diaspora est le reflet de la jeunesse de ses créateurs : optimisme sans limite et promesses sans fins ont laissé place au scepticisme, à la déception, aux réactions négatives et même à des tragédies personnelles. Après que la campagne KickStarter a atteint 20 fois son objectif initial, les développeurs furent mis sous une pression extrême de produire un résultat. Les sorties furent repoussées, les messages et la communication devinrent confus. En moins d’un an, le sentiment négatif qui était né durant la campagne de levée de fonds semblait se retourner contre le projet lui-même.

Au milieu de tout le tapage qui a entouré le lancement et le succès de la campagne de Diaspora, un sentiment de scepticisme a commencé à apparaître. Au plus fort de la campagne, des voix importantes comme celle de Clay Shirky ont amplifié les doutes sur la possibilité que Diaspora puisse atteindre son ambitieux objectif d’une livraison de la version alpha à la fin de l’été. La sortie privée de la version alpha eut lieu en novembre 2010 et a reçu un accueil modérément optimiste parmi les donateurs et la presse spécialisée, mais ce délai et les fonctionnalités limitées ont renforcé les arguments de ceux qui doutaient. A partir de mai 2011, des blogs techniques de haut niveau comme TechCrunch commençaient à critiquer le projet comme des vieilles nouvelles et à le qualifier de vaporware.

Confirmant les soupçons des sceptiques, les fondateurs annoncèrent en juillet 2011 qu’après avoir levé 20 fois leur objectif, Diaspora était déficitaire de 238 $ (PDF). En octobre 2011, les fondateurs essayèrent de faire taire les mauvaises rumeurs avec un post sur leur blog intitulé Diaspora : ni vaporware, ni prince Nigérian”. Malheureusement, s’ensuivit rapidement le suicide de Ilya Zhitomirskiy, co-fondateur du projet. En avril dernier, l’équipe Diaspora déclara que « les choses commencent à changer » en partageant des copies d’écrans d’une campagne de hashtag ayant une ressemblance frappante avec le site makr.io, un autre projet récemment annoncé par les mêmes fondateurs de Diaspora.

Puisque le but de Diaspora a toujours été de devenir un véritable projet open source, il est trop tôt pour voir l’annonce de lundi dernier comme un échec. Mais ce transfert open source ressemble plus un renoncement qu’à un cadeau à la communauté.

Alors, à quoi ressemblera le futur de Diaspora ? Dans une interview à BetaBeat, le co-fondateur Max Salzberg a déclaré que « beaucoup de projets open source exploitent la communauté », citant Mozilla et WordPress en exemple. Même s’il est vrai que Mozilla et WordPress s’appuient sur une large communauté de contributeurs, la comparaison de Salzberg ne tient pas car les deux projets cités sont également soutenus par de gros apports financiers, qu’il s’agisse d’argent provenant du Kickbacks de Google (Mozilla) ou des services premium pour les entreprises (WordPress).

Pour envisager ce que pourrait être le futur de Diaspora, il vaut la peine de prendre en considération un projet récent inspiré par un mécontentement similaire des utilisateurs. La plateforme qui suscite actuellement la colère des geeks est Twitter, qui ne cesse de serrer la vis sur l’écosystème du développement en limitant l’accès aux API et en mettant en place une stratégie commerciale qui le fera ressembler beaucoup plus à Facebook qu’à un simple flux de messages de 140 caractères. Ceci a poussé récemment au financement réussi de app.net, un service alternatif lancé d’une manière très différente. Au lieu de construire une plateforme ouverte et décentralisée, ce que les étudiants derrière Diaspora visaient, app.net développe une plateforme sociale centralisée financée par les abonnements des utilisateurs plutôt que par la publicité. Le projet a récemment atteint son objectif de campagne de 500 000 $ par des inscriptions de membres à 50 $, en grande partie grâce à l’approbation tacite des blogueurs influents et des développeurs qui ont été parmi les détracteurs les plus virulents de Twitter ces dernières semaines.

Pour qui est fait Diaspora ?

Malgré les différences fondamentales entre Diaspora et app.net, ils partagent le même problème de base : atteindre l’effet de réseau. Le succès d’un réseau social dépend d’un certain nombre de facteurs : des utilisateurs de la première heure qui sont aussi de vrais partisans, du buzz médiatique, une nouvelle solution à un problème existant, ou, à défaut d’autre chose, de la nouveauté.

Qu’en est-il pour Diaspora ? Cela fait longtemps que le buzz s’est estompé. Et, comme Google l’a découvert avec Plus, ce n’est pas parce que les gens sont « agacés par Facebook » qu’il vont avoir le temps ou l’envie de changer de réseau social, surtout si leur amis ne le font pas.

Lancer un nouveau service social en direction de la geekratie peut sembler pertinent au démarrage à fortiori lorsque le projet est open source. Mais pour que la sauce prenne, il faut aller au-delà des geeks et être aussi rapidement adopté par la masse. Diaspora ne s’adresse-t-il pas avant tout à ceux qui ne sont pas intimidés par les commits Git ou monter une instance Heroku, à ceux, pas assez nombreux, qui ont bien conscience qu’ils vont offrir leurs données personnelles à une société contre un service Web gratuit ? Et dans ce cas, quelles différences fondamentales avec des sites déjà existants comme Slashdot, Github ou Stack Overflow ? De plus, et bien que les caractéristiques sociales de ces services soient souvent limitées, il existe déjà de nombreuses plates-formes de réseaux sociaux open source sur le marché : Drupal, Elgg, Buddypress, Pligg, Mahara, pour en nommer quelques-unes.

Le potentiel de la fédération

La dernière carte à jouer pour Diaspora peut être son architecture fédérée. Dans une époque de services centralisés et financés par la publicité, tels Facebook,Twitter et Google, il y a un attrait certain pour une plateforme sociale fonctionnant sur une architecture décentralisée.

Une telle approche devient plus impérieuse si l’on considère la facilité avec laquelle le gouvernement américain a fermé des sites prétendument coupables d’infraction ces dernières années et comment il peut accéder aux données personnelles d’activistes sur les médias sociaux, comme Malcom Harris de Shareable s’en est aperçu au cours d’un long procès concernant son activité sur Twitter. En théorie, les nœuds d’une plate-forme sociale, qui forment un réseau p2p, pourraient être tissés dans un garage ou un placard et être déconnectés facilement, avec un faible impact sur le réseau.

Mais alors on en revient au problème des effets du réseau : la valeur de Twitter pour le mouvement Occupy ne relevait pas simplement de la communication et de l’organisation mais aussi de la diffusion. Les personnes sur le terrain étaient capables de diffuser des scènes de violence policière en temps réel, non seulement aux autres membres du mouvement sur un quelconque réseau social partagé, mais également au monde entier.

Des réseaux sociaux fédérés existent déjà, tel StatusNet sur lequel repose le rival largement oublié de Twitter, identi.ca. Mais même avec la pleine connaissance des risques de confidentialité de l’utilisation de Twitter ou Facebook, la plupart des activistes d’Occupy ne diffusaient pas vers la poignée de geeks qui postent encore des conseils pour Drupal sur identi.ca. Ils se sont plutôt dirigés là ou l’audience la plus vaste et diversifiée verrait leurs message : Twitter, Facebook et Youtube.

Rien de ceci ne permet de dire qu’une solution fédérée ne peut fonctionner, seulement que les défis sont très grands. Maintenant que Diaspora a été remis entre les mains de la communauté, il est trop tôt pour le déclarer mort. Comme les fondateurs l’ont noté dans leur annonce, le compte Github de Diaspora est actif (tout comme son projet sur Pivotal Tracker).

Je reste d’un optimisme prudent quant à la capacité de la communauté open source à créer quelque chose de grand à partir du code que les fondateurs ont lâché dans la nature. Peut-être que le code existant sera forké et deviendra la base d’un nouveau projet allant bien au delà du Diaspora actuel. Mais quoi qu’il advienne, son développement tumultueux restera comme un récit de mise en garde vis-à-vis du crowdfunding, sur les dangers des promesses qu’on ne peut pas tenir.