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.