Ne point nous haïr mais au contraire se rassembler pour ensuite envisager en confiance de construire ensemble.

Tel est le court et optimiste message de ce membre grec de la FSF Europe^[1].

Vous y verrez peut-être un excès d’idéalisme voire de la naïveté. Possible… mais il n’est pas anodin que constater que le logiciel libre est capable de susciter de tels espoirs, dans un monde qui en a bien besoin.

PS : Il semblerait qu’il y ait un mouvement de contestation intéressant qui prend forme en ce moment même en Espagne. Vous avez plus d’informations ?

Logiciel Libre : Une bougie dans la pénombre

Free Software & Digital Rights Noopshere

Kostas Boukouvalas – 19 mai 2011 – FSFE Blog
(Traduction Framalang : Pandark)

C’est certain, nous vivons des temps troublés, et la crise financière n’est point la dernière à blâmer. C’est une situation fort tendue que connaît mon pays actuellement, où colère et discorde se répandent parmi le peuple.

La communauté du logiciel libre fait partie intégrante de la société. C’est pourquoi elle est également affectée par ces phénomènes.

Or bien des gens ne réalisent pas une chose. Les logiciels libres, de leur origine jusqu’à nos jours, ne sont pas seulement une alternative aux logiciels infectés de virus ou des logiciels donnés gratis. C’est une autre art de vivre. Un autre façon de voir les choses. Un autre modèle de développement, qui peut participer à aider à combattre le fléau de la crise. Une crise dont le cœur est avant tout culturel et éthique ; une crise des valeurs, et accessoirement, une crise financière.

Que peut-on apprendre des logiciels libres ?

Premièrement, à ne point haïr son prochain. Cela ne va pas de soi aujourd’hui. C’est pourquoi je n’irais pas jusqu’à dire « Aimez-vous les uns les autres ».

Deuxièmement, à se rassembler. Non pas dans l’angoisse et l’adversité, mais tranquillement, sereinement, un pas après l’autre.

Troisièmement, à travailler volontiers ensemble, de concert.

Et même si des erreurs ou des incompréhensions surviennent, nous aurons la patience de nous asseoir et de discuter en évitant les critiques inappropriées.

Après tout, nous ne sommes pas si nombreux, et le logiciel libre est une bougie dans la pénombre.

Faisons en sorte qu’elle brille !

Pour un débutant participer au logiciel libre peut être si intimidant qu’on n’hésite pas à évoquer « un aquarium à requins » pour qualifier la communauté !

Un blogueur explique pourquoi il ne contribue pas au logiciel libre (alors qu’au fond de lui il le souhaite sincèrement). Un autre lui répond, en théorie mais aussi en pratique en s’appuyant sur GitHub (qui a le vent en poupe actuellement chez les développeurs). Telle est la petite passe d’armes que nous vous proposons traduite ci-dessous^[1].

En ce qui nous concerne, c’est aussi pour cela que l’on a publié notre framabook Produire du logiciel libre. Afin de participer à ce qu’il y ait de plus en plus de développeurs francophones, notamment parmi les plus jeunes qui ne reçoivent pour le moment aucune sensibilisation ou formation pendant leur cursus scolaire.

Pourquoi je ne contribue toujours pas à l’open source

Why I still don’t contribute to open source

The Daily Flux – 3 mai 2011 – Brandonhays.com
(Traduction Framalang : Pandark)

Je suis tellement hypocrite. Il y a quelques mois, je me demandais dans un billet comment surmonter ma peur de contribuer aux logiciels open source ?¹?.

Depuis, je n’ai toujours pas vraiment participé. Sur Twitter, j’ai écrit que les FOSS ressemblent à un aquarium de requins pour les newbies, et il faut que je le confirme.

Le fait est que je contribue activement d’une manière ou d’une autre à plusieurs projets open source. Cependant, je me sens toujours extérieur au projet, car mes contributions ne sont généralement pas liées au code. Alors pourquoi est-que je ne m’implique pas complètement dans le FOSS (et je pense, beaucoup d’autres comme moi) ?

Au risque de prêter aux autres mon ressenti personnel, j’aimerais vous faire part des obstacles qui peuvent, selon moi, intimider les nouveaux devs qui voudraient contribuer à des logiciels open source.

Il n’y a pas de certification, de cérémonie ou de badge du mérite disant « Tu es prêt à contribuer au FOSS ». (Il y en a cependant un pour après)

Il n’est pas évident de savoir par où commencer. D’après ce que j’entends, beaucoup de contributions aux FOSS surviennent parce que quelqu’un a besoin d’une fonctionnalité qui n’existe pas dans un logiciel, ou trouve un bug. Il peut proposer une procédure de test reproductible, voire un patch. Dans mon utilisation quotidienne, je ne croise pas beaucoup de ces situations. Il n’y a pas beaucoup de devs qui agitent les bras en demandant spécifiquement de l’aide sur un projet, et encore moins qui voudraient prendre un nouveau développeur sous leur aile.

Les règles de participation (guidelines) rendent souvent la vie d’un mainteneur plus facile, et compliquent la mienne. Oui, maintenir un projet open source est une tâche ardue et ingrate. Cependant, j’ai vu des règles/lignes de conduite pour contribuer qui transformaient une simple idée de correction en un mur de brique bureaucratique digne de Microsoft. La page d’accueil aux contributions accompagnée d’un tutoriel vidéo de Wayne Seguin est une exception remarquable à cela.

L’open source est pour les gens qui sont meilleurs que moi. J’ai bien conscience que c’est une excuse pour ne pas me lancer, mais je ne suis simplement pas à l’aise de me retrouver à un endroit où je pourrais publier des logiciels suffisamment bons pour que de véritables développeurs les utilisent.

Essayer de contribuer et échouer me donne le sentiment d’être stupide. J’ai déjà soumis plusieurs requêtes de pull et aucune n’a été acceptée, sans commentaire expliquant pourquoi. C’est comme si l’univers confirmait que oui, je suis un idiot, et mon « aide » n’est pas utile. Quelle perte de temps profondément déprimante !

J’ai pas le temps. J’ai des enfants, un nouveau boulot, et un nombre grandissant de responsabilités. Cela me prend entre 3 et 10 fois plus de temps pour écrire du code qu’un développeur plus expérimenté. Maintenant, mes contributions non liées au code mangent le temps que je passais à coder. Oui, tout le monde a la même excuse, du genre qui se dissipe si les autres excuses disparaissent, mais ça vaut le coup de le mentionner.

C’est une activité solitaire. Je pense que la plupart des gens comprennent ces choses par eux-même, et que ce serait donc un peu trop demander que d’attendre d’être pris par la main. Mais est-ce vraiment une démarche spirituelle où personne ne peut vous accompagner, de crainte que vous n’appreniez rien ?

Donc oui, le FOSS peut sembler intimidant, voire autant qu’un aquarium de requins. Je n’ai pas toutes les réponses à ces problèmes, mais je voudrais voir plus de mainteneurs cherchant des contributions avec une certaine spécificité, et répondant ensuite aux requêtes de pull, un appel pour des cas de tests supplémentaires, des corrections de bugs et, oui, de la documentation.

Github a beau être on ne peut plus ouvert, il n’y a pas de système type Quora/StackExchange qui permette de savoir quel projets ont besoin de quelque chose qui correspond à ce que vous pouvez faire. Ça pourrait être une bonne fonctionnalité.

Toi (oui, toi !), tu devrais contribuer à l’open source

You (yes, you!) should contribute to open source

Steve Klabnik – 10 mai 2011 – TheChangelog.com
(Traduction Framalang : Pandark)

Si vous lisez ce blog, vous vous souciez évidemment de l’open source. Si vous n’avez jamais contribué à un projet open source, cependant, vous êtes peut-être frileux à ce propos. Donc, inspiré par le concours de documentation Ruby 1.9.3, j’ai écrit un billet pour mon blog à propos de la manière de contribuer à la documentation de Ruby. J’ai reçu des retours comme celui-ci :

@steveklabnik Hé, c’est génial. Il est temps pour moi de m’engager et de me mettre au boulot. Merci pour la motivation supplémentaire !

Je me suis donc dit que quelque chose de plus général pourrait vous encourager à vous impliquer dans n’importe lequel des projets open source que vous utilisez, même si ce n’est pas en Ruby. Tout projet peut avoir besoin d’un coup de main supplémentaire, en particulier les petits.

Un petit aparté à propos du fait d’être frileux.

Si vous ne contribuez pas parce que vous pensez que vous n’êtes pas prêt, ne vous inquiétez pas pour ça ! Je sais que c’est plus facile à dire qu’à faire, mais vraiment, vous êtes prêt. Un de mes amis a publié un article à propos des raisons pour lesquelles il ne contribue pas, et je suis sûr que beaucoup de personnes partagent ce genre de peurs. Greg Brown a répondu et a dissipé certaines de ses inquiétudes, mais la plupart des gens auxquels j’ai parlé s’y refusent principalement pour deux raisons :

• C’est trop dur
• Je ne suis pas assez bon pour contribuer
• Je n’ai pas le temps

Parlons de chacun de ces points dans l’ordre inverse. C’est vrai, vous pouvez avoir une vie remplie. Je ne connais pas votre emploi du temps personnel. Cependant, je suis sûr que vous pouvez trouver une heure ou deux, peut-être un week-end ? Il n’en faut pas plus pour commencer. La plupart des projets sont construits sur la base de milliers de minuscules commits. Vous n’avez pas besoin de faire une grosse contribution, même les petites sont importantes.

Si vous avez peur que la qualité de votre code ne soit pas suffisante, eh bien la seule manière de vous améliorer est de pratiquer. Alors lancez-moi cet éditeur et soumettez un patch ! En général, si quelque chose ne va pas dans votre soumission, il y aura une discussion à son propos sur GitHub et tout le monde peut y apprendre quelque chose.

Prenez cette demande de pull, par exemple. À l’origine, Colin a soumis un patch qui faisait un lien vers la mauvaise url ; wilkie l’a mentionné, et Colin a mis le code à jour. Cela sera intégré dès que j’aurai fini d’écrire ce billet pour The Changelog. 🙂 Mais c’est généralement ce qui arrive si votre première proposition est un peu inexacte. N’ayez pas peur ! C’est comme ça que l’on a tous appris, les uns des autres.

Cette lamentation « c’est trop dur » débouche souvent sur un « je ne suis pas assez bon ». Cela peut aussi arriver si vous essayez de contribuer à un gros projet ayant beaucoup de règles. Les lignes de conduite pour contribuer, obligation de relecture du code, mise à jour des fichiers AUTHORS et CHANGELOG… les gros projets doivent avoir des procédures pour gérer le grand nombre de contributeurs, mais cela peut certainement créer une barrière à l’entrée pour les nouveaux venus. Si ces procédures vous intimident, j’ai une suggestion : commencez petit ! Les petits projets ont généralement peu, voire pas du tout de procédure. De plus, vous vous sentirez incroyablement bien. Pensez à ça : Python reçoit un tas de patchs tous les jours, mais si vous avez un petit outil que vous avez écrit sur GitHub, et que soudainement vous recevez un courriel « Hé, quelqu’un a un patch pour vous, » je parie que vous en serez rudement content.

Le B.A BA

Lorsque l’on contribue à un projet open source sur GitHub, il y a un processus que presque tous les projets suivent. Trois étapes : fork, commit, demande de pull.

GitHub rend l’étape du fork très simple. Cliquez simplement sur le bouton « fork » trouvé sur la page de n’importe quel projet. Utilisons Ruby comme exemple. La page du projet est ici. Vous pouvez voir le bouton fork en haut à droite. Il ressemble à ceci :

Cliquez dessus, et vous verrez certaines « hardcore forking action, » puis vous serez dans votre propre fork ! C’est votre propre version du projet, et elle apparait sur votre page GitHub. Par exemple, voici mon fork de Ruby. Vous verrez une URL sur la page, qui vous permettra de cloner ce projet lui-même.

$ git clone git@github.com:steveklabnik/ruby.git

Cela crée un répertoire « ruby » avec tout le code à l’intérieur. Ensuite, ajouter un lien vers le projet parent pour pouvoir suivre les modifications qu’il fait.

$ cd ruby
$ git remote add upstream https://github.com/ruby/ruby.git
$ git fetch upstream

À partir de maintenant, à n’importe quel moment, nous pouvons récupérer les modifications du dépôt Ruby principal en faisant un rebase :

$ git rebase upstream/master

Une petite remarque : ruby continue d’utiliser à la fois svn subversion et git, ils appellent donc leur branche maîtresse trunk. Si vous faites cela pour Ruby, vous devrez faire git rebase upstream/trunk. Maintenant que vous avez cloné, vous pouvez faire votre boulot ! J’aime travailler dans des branches par fonctionnalités, parce que cela rend les choses plus propres et jolies, et que je peux travailler sur deux fonctionnalités à la fois.

$ git checkout -b feature/super-cool-feature
$ vim something
$ git add something
$ git commit -m "Fixed something in something"

Une fois que vous avez obtenu des commits qui fixent votre problème, envoyez les (faites un push) sur GitHub :

$ git push origin feature/super-cool-feature

Ensuite, vous cliquez sur le bouton pull request :

Choisissez votre branche, modifiez la description comme vous le souhaitez, et vous êtes prêt à vous lancer ! Le mainteneur du projet y jettera un coup d’œil et vous aurez peut-être droit à une discussion, et bientôt vous aurez quelque chose accepté quelque part !

À quoi devrais-je contribuer ?

Le meilleur moyen de contribuer est d’aider un projet que vous utilisez effectivement. De cette manière, vous arriverez à tirer profit du fruit de votre labeur. Vous serez plus motivé, vous comprendrez déjà le projet et ce qu’il fait, ce qui vous rendra tout ça plus facile.

Si vous ne voulez pas ou ne pouvez pas trouver comment fonctionne quelque chose que vous utilisez, le deuxième meilleur moyen est de commencer à utiliser de nouveaux logiciels ! Continuez à lire The Changelog et choisissez un projet qui a l’air intéressant, utilisez le quelques semaines, puis contribuez !

Nous sommes tous dans le même bateau

J’espère que ceci vous encouragera à vous salir les mains, vous retrousser les manches, et contribuer. Même le plus petit des patchs est important, alors s’il vous plaît, trouvez un moment dans votre emploi du temps, choisissez un projet et faites un essai. Mais attention, vous pourriez vite vous retrouver accro !

Un professeur d’Université qui n’hésite pas à glisser son travail pour Wikipédia dans le dossier de candidature à sa titularisation, voilà un fait assez rare pour être signalé.

Cela signifie non seulement qu’il est gros contributeur de l’encyclopédie libre mais qu’il doit également faire comprendre sa démarche auprès de ses collègues composant le comité de recrutement.

Il a même poussé l’audace jusqu’à inclure quelques articles dans le champ Recherche de son dossier, champ le plus important puisqu’il contient les publications du candidat. Il s’agissait en l’occurrence d’articles ayant obtenu le label Article de qualité, ce qui nécessite une validation de la part des autres contributeurs de Wikipédia, une validation par les pairs en quelque sorte.

Les temps changent et il se pourrait bien que cette initiative pionnière se banalise à l’avenir. Tel est du moins notre souhait.

Un article qui vient faire écho à notre dossier Wikipédia et éducation : un exemple de réconciliation relatant un projet qui mériterait lui aussi de faire jurisprudence dans le milieu académique.

Un professeur nommé titulaire en partie grâce à son travail pour Wikipédia

Tenure awarded based in part on Wikipedia contributions

LiAnna Davis – 6 avril 2011 – Wikimedia Community Blog
(Traduction Framalang : Don Rico)

Le palmarès Wikipédia de Michel Aaij est impressionnant : plus de soixante mille modifications, quelques « Bons articles », une « Liste de qualité », et presque cent cinquante « Le saviez-vous ? » publiés. Mais la distinction dont il est le plus fier, c’est sa titularisation à l’université.

Pour les universitaires d’Amérique du Nord, la titularisation représente l’un des points culminants d’une carrière. Pendant des années, les maîtres de conférence construisent un dossier où ils démontrent leur expérience de l’enseignement, leur qualité de chercheur et leur apport à leur discipline.

Une des clés de la titularisation de Michel à été son implication dans Wikipédia.

Michel collabore à l’encyclopédie en ligne depuis des années, surtout en contribuant à des biographies de personnalités vivantes, à des articles académiques ou ayant trait aux Pays-Bas (pays dont il est originaire). Il consacre aussi énormément de temps au travail de relecture et de correction, à la résolution de conflits et à l’accueil de nouveaux rédacteurs. Par ailleurs, en tant que Campus Ambassador (NdT: Ambassadeur Wikipédia dans son université), et dans le cadre de la Public Policy Initiative (Initiative pour la Politique publique), il aide les étudiants à devenir contributeurs. En tant que chercheur, Michel a d’abord publié des articles pointus dans des revues universitaires et s’est lancé dans l’écriture d’un livre, le tout en enseignant dans la section lettres et philosophie à l’université Auburn-Montgomery, en Alabama.

Il y a un peu plus d’un an, Michel a commencé à parler de sa participation à Wikipédia avec ses collègues.

« Au début, ils se sont montrés sceptiques », reconnaît-il. Mais il a réussi à disperser leurs doutes en expliquant le système de validation par les pairs ainsi que le procédé de sélection des bons articles et des articles de qualité. Il a aussi contribué à des articles particulièrement utiles à l’université d’Auburn-Montgomery, notamment l’article sur la faculté et la biographie d’un de ses collègues, qui l’en a chaudement remercié.

« J’ai rédigé des articles dans de nombreux domaines, et bien des fois j’ai pu montrer à mes confrères ce que j’avais accompli dans leur spécialité », explique Michel. « Je me plais à penser que désormais, la plupart d’entre eux a une opinion favorable de Wikipédia. Il faut voir la vérité en face : concernant Guillaume de Dole, contenu qui a obtenu le label « Bon article », on ne trouve aucune base de données ni aucun article encyclopédique qui soit aussi complet que l’article de Wikipédia sur ce poème (ce qui en dit aussi long sur Wikipédia que sur les autres encyclopédies). »

Michel Aaij contribue aussi à Wikimédia Commons par ses photos, comme ce cliché de l’église baptiste de Montgomery, en Alabama. C’est sa fille que l’on voit sur les marches.

Michel a estimé que ses contributions à Wikipédia méritaient de figurer dans son dossier de titularisation. Selon lui, il était alors logique de les inclure dans la partie « Service ». Sur les trois rubriques du dossier, cette partie est celle qui a le moins d’importance, mais elle permet aux professeurs d’expliquer en quoi leurs travaux ont contribué à un champ de recherche particulier. Michel a donc rédigé quelques pages présentant le fonctionnement de Wikipédia, ses contributions, et en quoi sa participation à des articles précis a bénéficié à l’étude de la littérature médiévale.

Mais quelques semaines avant la date de remise de son dossier, deux de ses collègues (le poète dont il avait rédigé la biographie et un spécialiste du XVIIIe siècle) lui ont suggéré, après l’avoir entendu évoquer à plusieurs reprises le processus de validation par des pairs en vigueur pour les Articles de qualité, qu’il devrait aussi en parler dans la section « Recherche » du dossier. En effet, dans de nombreuses universités, l’obtention de la titularisation repose en grande partie sur cette section – c’est d’ailleurs de là que vient l’expression « publie ou péris » (NdT : Publish or perish). Les candidats doivent prouver qu’ils ont publié dans des ouvrages soumis à une évaluation par les pairs.

Dans la rubrique Recherche, Michel a alors ajouté ses articles distingués par le label « Contenu de qualité », deux autres en cours d’évaluation, ainsi que ses articles qui avaient paru dans la rubrique « Le saviez-vous ? » de la page d’accueil, sur des sujets de littérature ou d’histoire médiévale, ou encore sur sa ville de Montgomery, en Alabama.

« Ça m’a demandé un peu de travail d’arrangement et d’organisation, mais ça m’a permis d’inclure une section fournie sur mes contributions à Wikipédia dans la partie recherche de mon dossier, en partant du principe que les « Le saviez-vous ? », les « Bons articles » et les « Articles de qualité » sont tous soumis à une évaluation par les pairs,» explique Michel. « Pour qu’on puisse me juger sur pièce, j’ai ajouté mes articles dans les sections Recherche et Service. Enfin, j’ai suggéré (sur les conseils de trois collègues) que les articles de Wikipédia ne valent pas moins, par exemple, que ceux publiés dans les bases de donnés GALE (NdT : bases de données pour les bibliothèques) – il convient de préciser que nous venions d’attribuer une chaire en partie en appuyant notre décision sur ce genre d’articles bibliographiques. »

Les collègues titulaires de Michel l’ont approuvé à l’unanimité, et le comité universitaire lui a accordé sa titularisation au mois de mars. Pour la première fois peut-être, un professeur était titularisé en partie grâce à ses contributions à Wikipédia.

Michel estime que son CV universitaire était assez solide pour lui valoir la titularisation sans l’apport de ses contributions à Wikipédia, mais il se félicite de les avoir incluses. Si de plus en plus de professeurs candidats à la titularisation suivent l’exemple de Michel, les comités vont devoir ajuster leurs critères d’évaluation pour donner un poids plus juste aux contributions à Wikipédia.

À présent, Michel songe déjà à l’étape suivante : assumer des fonctions d’homme d’entretien, en devenant administrateur Wikipédia.

Un professeur titulaire désireux de nettoyer les plaisanteries et les âneries publiées sur Wikipédia ? Si seulement ils pouvaient être plus nombreux !

En février dernier nous mettions en ligne un extrait du film Patent Absurdity où Richard Stallman prenait appui sur la musique pour illustrer les dangers d’une dérive des brevets.

Au départ, il s’agissait de protéger et développer l’innovation, mais aujourd’hui, à force d’avoir laissé breveter un peu tout et n’importe quoi, on ne peut que constater la stricte inversion des rôles. Et ceci est particulièrement vrai dans le domaine des brevets logiciels^[1].

Il va falloir continuer à faire pression sur le politique pour qu’il cesse de démissionner face à l’économique, sinon c’est bien un monde bloqué et sous contrôle que l’avenir nous réserve…

Les start-ups dans le labyrinthe des brevets

Chris – 28 mars 2011 – StormDriver.com
(Traduction Framalang : Brandelune)

Start-ups in the maze of software patents

Vous est-il déjà venu à l’idée de breveter une fenêtre popup, un système de sondages en ligne, un tableau de score pour jeu en réseau ou un système d’ouverture d’application en cliquant une icône ? J’ai de mauvaises nouvelles pour vous, c’est impossible. Non parce que les revendications sont stupides, mais parce que ces systèmes sont déjà brevetés (voir ici, ici, ici et ici).

Et tout ça est très rigolo jusqu’au jour où vous vous trouvez dans le rôle d’une start-up informatique à galérer dans le long tunnel des brevets logiciels qui va vousun mener de la station Tout Est Super à la station Prend Toi Le Mur.

Galère de start-up

Les débats sur le système des brevets logiciels vont et viennent, prennent parfois de l’ampleur lors de brèves controverses quand deux géants se mettent à se jeter leurs brevets au visage lors de batailles rangées en public. On en fait des films (et vous devriez vraiment voir celui-ci), on en écrit des articles et le public a petit à petit appris à considérer ces brevets comme quelque chose qui fait partie du paysage, comme la guerre des navigateurs ou le lancement de nouvelles machines. En apparence, rien ne change.

Malheureusement, les brevets ont une propriété qui semble avoir échappé à tout le monde : ils se multiplient. Et ils le font avec une rapidité qui surprendrait nos plus chauds lapins comme ce tableau vous le démontre.

Si vous développez une application et que vous souhaitez le faire en toute légalité, je vais vous décevoir. Il est strictement impossible que vous puissiez créer quoi que ce soit qui ne soit pas en violation d’au moins un brevet existant puisqu’ils vous interdisent désormais d’utiliser la plupart des techniques de base. Il est même probable que vous avez déjà violé une douzaine de brevets tout simplement en pensant à votre application. Chaque jour, le Bureau américain des brevets publie près de 3000 nouveaux brevets, une grande partie d’entre eux étant à portée excessive, génériques ou tout simplement ridicules. Une grande partie de ces brevets ont créé des labyrinthes légaux où il est impossible de trouver son chemin même pour les entreprises qui emploient des armées de clones génétiquements modifiés de super-avocats. Il vous suffit de regarder la tempête de papiers qui souffle devant le nez de l’Android de Google.

La vie d’un dévelopeur de start-up n’est même plus une course à l’aveuglette à travers un champ de mines, parce que même les yeux fermés, vous avez au moins une chance de traverser un champ de mines sain et sauf.

Breveter l’évident

Le problème vient du fait que la plupart des brevets logiciels attribués sont sans intérêt. Par exemple, Amazon a réussi à obtenir un brevet pour une caisse d’achat en-ligne qui est violé par pratiquement tous les magasins en-ligne du monde. Une petite entreprise possède un brevet pour créer un fichier unique à partir de plusieurs fichiers source. Aussi bien WinZip que WinRAR violent ce brevet sans doute possible. Il existe même un brevet pour des réponses courriel automatiques, son propriétaire a fait un procès à AOL, Amazon, Yahoo et de nombreux autres.

Les acteurs importants sur le marché du logiciel contournent ce problème en s’autorisant réciproquement l’utilisation de leurs brevets. C’est leur seul moyen de fonctionner. Par exemple, Microsoft a dû « emprunter » des brevets pour de nombreuses parties de l’interface homme-machine de Windows ou de son code. Mais ces autorisations réciproques créent d’autres problèmes car quand il s’agit des conditions d’utilisation de leurs paquets de brevets, les entreprise sont particulierement ingénieuses. Les accords brevets de Microsoft interdisent aux autres entreprises d’utiliser une forme quelconque du noyau Linux à moins qu’elles payent Microsoft pour quelque chose que Microsoft n’a pas créé et qui est de fait un logiciel libre.

Laissez-moi vous donner un example clair de ce qui ne va pas avec le système actuel de brevets. Microsoft est un géant du brevet : il en possède 17258 valables alors qu’il n’a développé aucune inovation logicielle significative dans toute son histoire, n’hésitez pas à consulter cette liste très intéressante.

Mais ce n’a pas toujours été comme ça. Il y a longtemps, au début de l’âge des technologies de l’information, il n’était pas possible de breveter un algorithme. Depuis, les entreprises ont découvert qu’elles pouvaient faire passer leur brevet en substituant au terme « algorithme » les termes « système et méthode » ou en brevetant un ordinateur qui exécute l’algorithme, une manière sournoise de donner la forme d’une invention à un morceau de code trivial. Elles ont aussi appris à déposer leurs brevets là où les juges fédéraux sont connus pour laisser passer n’importe quelle revendication. Petit à petit, les digues qui nous protégeaient des mauvais brevets ont été rompues.

Il ne peut y en avoir qu’un

La meilleure analogie pour ces brevets sauvages est la création musicale. Un programme informatique et une composition musicale partagent de nombreuses similarités. Ils reflètent tous deux des lois fondamentales et mathématiques. Ils sont tous deux créés à partir de blocs de base qui peuvent être combinés de certaines manières. S’il est possible de breveter une fenêtre pop-up ou un algorithme de vérification de boîte à lettres alors pourquoi ne serait-il pas possible de breveter des crescendos, tremolos et autres combinaisons de notes ? S’il est possible de breveter des « systèmes et méthodes » pour créer un tableau de score, pourquoi pas un brevet de « systèmes et méthodes » pour créer un morceau de rock ?

Imaginez un monde où Elvis ne pourrait pas jouer à cause d’un brevet Rock and Roll possédé par Jackie Brenston, un monde où Eric Clapton aurait été condamné à la non-existence par la Fondation pour l’héritage de Lonnie Mack, un monde où Iron Maiden n’existerait pas parce que Black Sabbath n’aurait pas autorisé l’utilisation du brevet pour le Heavy Metal.

Dans le monde des brevets, il ne peut y avoir qu’une idée. Bien souvent, la meilleure implémentation d’une idée n’est pas celle qui est apparue la première. J’en ai déjà parlé plus haut. Avant Facebook il y a eu quantité de réseaux sociaux qui n’ont pas pris. Le problème c’est que dans quelques années, un début à la Zuckerberg ne sera plus possible à cause de la multiplication infinie des brevets.

Une course à travers un champ de mines

Retournons à notre start-up. Il est clair que quoi que vous fassiez, vous allez violer la propriété intellectuelle de quelqu’un. Dans l’idéal, avant même de commencer à travailler, vous devriez déposer quelques brevets à portée excessive pour avoir des munitions pendant les batailles de paperasses que vous allez avoir à mener. Et même avec ça, soyez prêt à affronter vague sur vague de trolls à brevets. Il sera impossible de négocier une utilisation réciproque avec eux ou de les menacer de vos propres brevets, car ils ne produisent rien. Il vous sera impossible de négocier des accords raisonnables avec eux car ils vous demanderont des millions de dollars en compensation. Certains d’entre eux sont particulièrement vicieux, comme une certaine entreprise texane qui a finalement révélé un ancien brevet pour le géo-marquage et qui a porté plainte contre 397 entreprises différentes, y compris Google et Microsoft.

Même si vous avez une taille suffisante pour ne pas craindre ces trolls, des poissons plus gros vous attendent dans la mare. Un peu comme Unisys l’a fait à des entreprises qui utilisaient les formats TIFF ou GIF parce qu’ils utilisaient une méthode de compression brevetée par Unisys. Ou comme Yahoo l’a fait à Xfire pour permettre d’envoyer des messages à ses amis lorsqu’ils se connectent à un jeu en réseau, même si la plupart des jeux en ligne massivement multijoueurs font exactement la même chose sans payer un centime à Yahoo.

Alors, comme les start-ups peuvent-elles gérer cette situation ? Elle ne le font pas. Car le seul moyen d’avancer c’est d’ignorer l’existence du droit des brevets. Et il semble que ceci soit même recommandé par les experts de l’industrie. J’ai beau essayer de trouver une autre activité économique où le non respect de la loi fait partie du « business model » et à part une longue liste d’activités louches qui peuvent vous amener droit en prison, je ne trouve rien. À part écrire des logiciels.

Bien sûr, votre situation sera considérablement plus sûre si vous développez à l’étranger, dans des environnements plus libéraux mais cela ne fera que différer vos problèmes jusqu’au jour où vous passerez à l’international, parce qu’il ne faut pas se leurrer, la base utilisateur américaine est d’une importance clé pour la plupart des start-ups.

La morale de cette histoire est qu’après des années d’autorisation de brevets à portée excessive ou évidents, tout ce que qui peut vous passer par la tête est déjà breveté et tout ce que vous faites est très certainement illégal. La seule chose que vous puissiez espérer est que personne ne fera attention ou ne s’intéressera à votre application de start-up, ou que les trolls à brevet meurent sous les coups de ses propres armes – Haliburton a fait le premier pas vers un brevetage du trollage par brevet.

Vous pourriez probablement contribuer à la lutte en brevetant l’idée de breveter l’évident. Mais soyez rapide, parce que mon dépot est déjà parti en direction du Texas.

Dans un récent billet intitulé Open Source Ecology ou la communauté Amish 2.0 nous nous faisions l’écho d’un projet assez extraordinaire consistant à placer sous licence libre les spécifications d’une cinquantaine de machines agricoles permettant théoriquement à un village d’accéder à l’autosuffisance.

Un projet qui méritait bien les honneurs d’une conférence TED que nous avons choisi de vous reproduire ci-dessous.

Soit dit en passant, les conférences Ted, au format court caractéristique et de plus en plus souvent sous-titrées en français, constituent avec le temps une véritable mine d’or pour tout internaute curieux de mieux comprendre et appréhender les enjeux d’aujourd’hui et de demain. Je suggère fortement à tout enseignant d’indiquer cette ressource à leurs étudiants et de leur en montrer quelques unes en classe (les interventions sont placées sous licence Creative Commons By-Nc-Nd).

Leur slogan est : « des idées qui méritent d’être diffusées ». Celle-ci, comme les autres, le mérite amplement.

PS : Une ressource signalée par l’excellente revue de presse hebdomadaire d’InternetActu.

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

Transcript

Marcin Jakubowski – Avril 2011 – Open Source Ecology

Marcin Jakubowski: Open-sourced blueprints for civilization

Salut, je m’appelle Marcin, fermier, ingénieur. Je suis né en Pologne, je vis désormais aux États-Unis. J’ai lancé un groupe intitulé « Open Source Ecology » (« Écologie en Accès Libre ») Nous avons identifié les 50 machines les plus importantes qui, selon nous, permettent à la vie moderne d’exister, depuis les tracteurs et les fours à pain aux graveuses de circuits imprimés. Nous avons essayé de créer une version accessible, FLVM, une version « faites-le vous-même » que n’importe qui pourrait construire et entretenir en ne supportant qu’une partie du coût. Nous appelons cela le Kit de Construction du Village Global.

Laissez-moi vous raconter une histoire. J’ai fini à trente ans avec un doctorat en fusion énergétique, et j’ai découvert que j’étais inutile. Je n’avais aucune compétence pratique. Le monde m’a offert des options, et je les ai prises. On pourrait appeler cela un style de vie consumériste. J’ai créé une ferme dans le Missouri et appris les choses en rapport avec l’économie de la ferme. J’ai acheté un tracteur, qui cessa de fonctionner. J’ai payé pour qu’on me le répare, et puis il cessa à nouveau de fonctionner. Alors peu de temps après j’étais moi aussi financièrement incapable de fonctionner.

J’ai réalisé que les outils bon marché, vraiment appropriés, dont j’avais besoin pour établir une ferme durable n’existaient tout simplement pas encore. J’avais besoin d’outils robustes, modulaires, hautement efficaces et optimisés, peu chers, fabriqués à partir de matériaux locaux et recyclés qui dureraient toute une vie, non conçus pour l’obsolescence. Je me suis rendu compte que j’allais devoir les construire moi-même. Et c’est ce que j’ai fait. Je les ai ensuite testés. Et je me suis rendu compte que la productivité industrielle peut être atteinte sur de petites échelles.

Alors j’ai publié les plans en 3D, les schémas, les vidéos d’explication et les budgets sur un wiki. Des participants du monde entier sont apparus, réalisant des prototypes de nouvelles machines à l’occasion de visites de projet dédiées. Jusque-là, nous avons prototypé 8 des 50 machines. Le projet commence à grandir de façon autonome.

Nous savons que l’accès libre a réussi avec les outils de gestion de la connaissance et de la créativité. Le même phénomène est en train de se produire avec le matériel. Nous nous concentrons sur le matériel parce que c’est lui qui peut changer la vie des gens de manière réellement tangible. Si on peut baisser les barrières autour de l’agriculture, de la construction, de la production, nous libèrerons une quantité énorme de potentiel humain.

Cela ne vise pas seulement les pays en développement. Nos outils sont conçus pour le fermier, l’ouvrier, l’entrepreneur ou le producteur des États-Unis. Nous avons vu beaucoup d’intérêt chez ces gens-là, qui peuvent maintenant lancer une société de construction, de fabrication de pièces détachées, d’agriculture bio ou simplement revendre de l’électricité. Notre but est de devenir un répertoire en ligne de plans si clairs, si complets, qu’un simple DVD peut servir de kit de démarrage.

J’ai planté une centaine d’arbres en une journée. J’ai compacté 5000 briques en une journée en utilisant la terre sous mes pieds et j’ai construit un tracteur en six jours. De ce que j’ai vu, ce n’est que le commencement.

Si cette idée est vraiment solide, alors les implications sont considérables. Une meilleure distribution des moyens de production, une chaîne logistique respectueuse de l’environnement, et une nouvelle culture du “faites-le vous-même” pourrait espérer venir à bout d’une rareté artificielle. Nous explorons les limites de ce que nous pourrions faire pour rendre le monde meilleur avec des technologies physiques en accès libre.

Merci.

Que se passe-t-il lorsque l’on a une vie d’étudiant geek bien tranquille et que tout d’un coup une… fille débarque dans le club info ?

Une fille pas comme les autres, et pas seulement parce qu’elle est absente de Facebook « pour ne pas confier sa vie privée à des entreprises sans scrupules ».

Vous le saurez en achetant et/ou parcourant notre nouveau framabook « GKND tome 1 : Rencontre du troisième type », deuxième BD après les Geekscottes de Nojhan,

Vous y retrouverez un style et un humour familier puisque son auteur n’est autre que Simon « Gee » Giraudot, qui sévit depuis un certain déjà sur le Framablog tous les vendredis. Mais cette fois-ci c’est une histoire complète qu’il nous propose. Une histoire qui nous a tant et si bien plue qu’on a décidé qu’il méritait ô combien de venir s’ajouter à notre petite collection (qui avec le temps commence à ressembler à quelque chose soit dit en passant).

L’auteur précise : « J’ai commencé une histoire qui débutait par une journée type du personnage du Geek, sans trop savoir ce que j’allais en faire. Finalement, après avoir développé une intrigue, je me suis dit que cela pouvait faire une BD longue sympa, en gardant à l’esprit la formule un dessin = un gag (ou plus). Ainsi, la forme est assez spéciale, il n’y a que 3 cases par pages (ce qui est très peu par rapport à une BD classique) avec beaucoup de texte, et notamment un texte narratif qui suit les pensées du Geek à la première personne. »

Nous espérons que vous prendrez autant de plaisir que nous à sa lecture…

Une chouette idée de cadeau aussi, quel que soit le degré de geekitude de son destinataire. Le livre est disponible sur notre boutique EnVenteLibre au prix de 12 euros.

-> Découvrir Geektionnerd T.1 : Rencontre du troisième type sur le site Framabook.

PS1 : Nous avons bien de la chance puisqu’il ne s’agit que d’un tome 1, le tome 2 est déjà là et fera lui aussi l’objet d’une publication.

PS2 : Simon sera présent aux RMLL de Strasbourg pour une séance de dédicaces sur le stand Framasoft.

Deux familles voisines entrent dans un magasin d’informatique pour s’acheter un ordinateur. Le choix des uns diffère radicalement de celui des autres. Mais heureusement, ça se termine bien à la fin et la grande soeur de conclure : « Regardez les enfants, utiliser des logiciels libres donne envie aux gens d’aider les autres et de collaborer ! ».

Il existe une réelle dynamique en Amérique latine autour du logiciel libre.

Ayant compris son intérêt éducatif, plusieurs intiatives ont vu le jour. En Argentine, l’ONG Gleducar, composée d’enseignants, d’étudiants et d’activistes du logiciel libre, s’est fixée pour mission, depuis sa création en 2002, de favoriser le libre dans le monde de l’éducation.

Pour atteindre cet objectif, l’association développe de nombreux projets :

• le don aux écoles et aux bibliothèques d’ordinateurs recyclés livrés avec des logiciels libres
• la réalisation d’un film documentaire sur l’éducation (finalisation prévue en 2011)
• la promotion de l’utilisation pédagogique de logiciels et de ressources libres
• la formation à l’utilisation du logiciel libre JClic
• la diffusion de la culture libre à travers une série de publications pour les enfants et les adolescents

Dans le cadre de ce dernier pojet, nommé Sembrando libertad (« Semer la liberté »), la réalisation d’un livre à destination des 5 à 12 ans est en cours de finalisation. Pour illustrer, l’utilité et l’intérêt des logiciels et de la culture libre, une bande dessinée, qui fera partie de cet ouvrage, a été réalisée (avec Inkscape). Comme elle nous paraissait particulièrement intéressante^[1] et qu’elle est sous licence libre^[2] le groupe de travail Framalang l’a traduite.

À mettre entre toutes les mains, notamment celles des plus jeunes !

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

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

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

Open Data Toulouse – Entretien avec David Chemouil

Bonjour pouvez-vous vous présenter succinctement ?

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

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

Qu’est-ce que l’open data ?

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

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

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

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

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

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

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

J’y vois au moins deux raisons.

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

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

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

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

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

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

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

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

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

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

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

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

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