« L’affaire OpenJustitia » qui se déroule actuellement en Suisse est un cas très intéressant.

Comme on peut le lire sur le site du projet, OpenJustitia est « un ensemble de logiciels spécifiques pour les tribunaux. Le Tribunal fédéral a développé ces derniers de sa propre main et les a personnalisés à ses propres besoins. OpenJustitia permet notamment une recherche efficace dans les décisions du tribunal. »

Il a donc été développé en interne et, comme son nom le suggère, il est libre (sous lience GNU GPL v3) et a d’ailleurs reçu un prix dernièrement aux CH Open Source Awards 2012.

Nous voici donc en présence d’un logiciel libre métier développé et mutualisé par l’administration. D’ailleurs le canton de Vaud a d’ores et déjà signé une convention de collaboration avec le Tribunal fédéral.

C’est exactement ce que prône en France une association comme l’ADULLACT avec la fameuse citation de son président François Elie : « l’argent public ne doit payer qu’une fois ».

Sauf qu’un parti politique (et derrière lui un éditeur de logiciels propriétaires) ne l’entendent pas de cette oreille, comme nous le rapporte l’ICTjournal.

Pour ce qui concerne l’éditeur, c’est (plus que) maladroit mais (malheureusement) compréhensible :

L’entreprise bernoise Weblaw, éditrice de logiciels de tribunaux propriétaires, estime que le Tribunal fédéral et sa solution font de l’ombre aux fournisseurs privés de logiciels. Le Tribunal fédéral doit-il s’occuper de droit ou de logiciels ?

Mais ce qui l’est moins c’est de voir l’UDC lui emboîter le pas et ne pas saisir l’intérêt, voire le bon sens, à utiliser du logiciel libre dans les institutions publiques :

Le Conseil fédéral doit examiner, à la demande de l’UDC, si le Tribunal fédéral a le droit de d’agir comme fournisseur du logiciel open-source Openjustitia. En agissant de la sorte, ce dernier délivrerait des services non liés à ses compétences judiciaires.

Il est « totalement absurde » que le Tribunal fédéral fonctionne comme distributeur de logiciels, a déclaré Martin Baltisser, secrétaire général de l’UDC. Selon lui, d’une part le Tribunal fédéral n’aurait aucun intérêt prépondérant à agir en tant que fournisseur de logiciels, d’autre part il serait également dépourvu de base légale. Selon la Constitution et la Loi sur les finances de la Confédération, l’Etat ne peut intervenir au niveau commercial uniquement s’il n’existe pas d’offre privée et qu’une loi l’y autorise. Le Tribunal fédéral réplique qu’il ne réalise «aucun service commercial», comme le projet est open source, le logiciel est mis à disposition gratuitement.

Comme on peut le voir ci-dessous, on en a même parlé le 20 octobre dernier à la RTS mais, triste classique, en occultant complètement le libre pour n’évoquer que le gratuit :

D’autres voix se font heureusement entendre, comme celle de l’élu des Verts François Marthaler qui conteste, à juste titre et avec vigueur, cette demande de clarification de l’UDC sur son blog :

Je veux bien croire que la situation économique de Weblaw soit menacée. Mais je ne peux pas imaginer que les pouvoirs publics se trouvent empêchés de développer des solutions plus performantes et surtout moins onéreuses, dans l’intérêt de tous les contribuables et du bon fonctionnement de l’Etat. Plus encore que les coûts du développement initial du logiciel, ce qui est en jeu, c’est la maintenance et l’évolution du système au profit de l’administration, des justiciables et, finalement, des contribuables.

Sans le dire, Weblaw s’attaque au modèle économique des logiciels libres (open source). Un modèle dans lequel le prestataire ne peut prétendre encaisser plus que la réelle valeur ajoutée au produit et pas une rente de situation. Que se serait-il passé si une société privée avait conçu le logiciel OpenJustitia et avait décidé de le mettre sous licence GNU/GPL ? Rien ! L’UDC n’aurait pas pu invoquer le « moins d’Etat » pour défendre les intérêts privés de cette petite société.

Espérons que comme le dit le dicton : les chiens aboient, la caravane passe…

Dans la famille « les libres et pratiques services Web proposés par Framasoft » qui ne demandent pas d’inscription, on a : le traitement de texte collaboratif (Framapad), le tableur collaboratif (Framacalc), l’équivalent d’un Doodle mais en libre (Framadate) et un tout récent éditeur de cartes mentales (Framindmap).

Et pourquoi pas aussi, tant qu’on y est, un outil d’édition d’images en ligne ?

Il arrive, il arrive et il s’appelle Framavectoriel !

Attention, ce n’est pas demain la veille qu’on trouvera un équivalent de The Gimp à même votre navigateur, mais on vous propose néanmoins la version francisée de svg-edit, libre application certes modeste mais non dénuée déjà de nombreuses fonctions et qui saura trouver son utilité dans des cas simples ou des situations de formation (nous ne saurons trop vous suggérer de mettre vos enfants dessus plutôt que sur l’abominable Paint).

En fait ce n’est pas la comparaison avec The Gimp qui est judicieuse ici mais plutôt Inkscape (dont il constitue une excellente initiation). En effet l’atout principal de Framavectoriel c’est de proposer de travailler au puissant format libre et ouvert SVG.

Parce que certains l’ignorent encore mais lorsque vous êtes en situation de création graphique et non de retouche photo il est alors bien plus pertinent d’utiliser des images vectorielles et non matricielles, a fortiori si le format est libre.

Et c’est aussi parce que nous avons envie de participer à pousser ce format que nous avons décidé de mettre en ligne ce service en le baptisant ainsi.

-> Découvrir et utiliser Framavectoriel

PS : Oui, on vous fait le coup à chaque fois désormais, mais si vous avez le temps et les moyens d’un petit soutien sonnant et trébuchant pour nous remercier du service (si service il y a), ça nous aiderait à poursuivre sereinement l’aventure car nous n’avons qu’une visibilité de quelques mois actuellement.

Fedora, l’une des plus populaires distributions GNU/Linux, ne propose que Firefox et n’inclut pas les navigateurs Chrome et Chromium de Google.

On le comprend bien pour Chrome qui n’est pas libre, mais moins pour l’open source Chromium.

D’où ces quelques explications qui ne proviennent pas officiellement de Fedora mais d’un simple (et passionné) utilisateur de Fedora.

Pourquoi Fedora ne distribue pas Chrome et Chromium ?

Why Fedora doesn’t ship Chrome and Chromium?

Alex Diavatis – 15 octobre 2012 – WorlOfGnome.org
(Traduction : pwetosaurus (@paul_playe), tibs, Sylvain, misc, ehsavoie, Gatitac, L’gugus, Penguin, viking, Nÿco)

Pour Chrome les raisons sont évidentes, Chrome de chez Google est un logiciel privateur, il contient des modules qui ne sont pas open source, donc fin de l’histoire.

Dans le cas de Chromium qui est issu du projet de système d’exploitation Chromium OS, les choses sont plus compliquées et remontent au 19 novembre 2009, quand une discussion débuta pour savoir si oui ou non il fallait pour distribuer Chromium avec Fedora. Presque trois ans plus tard, nous en sommes toujours au point de départ.

Fedora et l’open source

Fedora a toujours été et sera toujours un défenseur et un distributeur fondamental de l’open source. Un partisan fondamental de l’open source, mais pas un fanatique invétéré du logiciel libre, puisqu’ils fournissent des blobs binaires propriétaires dans leur noyau Linux. On ne peut rien reprocher à Fedora ici puisque cela vient en amont du noyau, le noyau de Torvalds, qui n’est pas totalement libre à cause de pilotes firmwares propriétaires présents principalement pour mieux faire tourner le matériel.

J’aime le nom Fedora et son logo est selon moi l’un des plus beaux qui soient dans le monde des distributions Linux. Le nom Fedora fait référence à un type de chapeau (borsalino) et vient rappeler qu’il provient de Red Hat, la plus grande compagnie open source.

Il y a cependant un fait gênant : la police du logo est une police commerciale (très chère qui plus est avec ses 275$ pour l’utiliser).

Dans leur wiki, à propos de leur logo, ils écrivent :

La police utilisée pour le logo est Bryant2. Cette police n’est pas une police libre mais elle a été choisie parce que c’est celle qui s’intègre le mieux dans le design du logo. La licence pour l’utilisation de cette police dans le logo officiel a été payée, ainsi le logo peut être utilisé à chaque fois que la marque déposée et les recommandations d’usage le permettent, sans coût supplémentaire.

Ils auraient quand même pu la partager via un torrent puisque le piratage est une forme de liberté numérique, comme l’anarchie est une forme de liberté sociale… Je plaisante bien sûr. 😉

En tout état de cause, tout cela montre que Fedora n’est pas piloté par une bande d’idéologues passés de mode du logiciel libre. Fedora ne distribue que des logiciels open source pour des raisons bien précises (sur lesquelles je ne m’étendrai pas), mais sûrement pas parce qu’ils « détestent » les logiciels commerciaux.

Fedora et l’environnement de bureau

Certaines personnes disent que Fedora n’est qu’une version de test pour la distribution commerciale Red Hat Enterprise Linux (RHEL) et ne veulent pas être des « bêta-testeurs de Red Hat ». Je pense que, même si c’était peut-être le cas dans le passé, les choses ont évolué. Les deux dernières versions de Fedora (17 et 18) tentent vraiment de proposer un système convivial et de qualité pour un usage bureautique.

Pour être franc, je pense que Canonical nous a quelque part aidé le jour où Ubuntu a décidé de développer Unitypar dessus GNOME, ne faisant plus de ce dernier l’environnement de bureau par défaut. Aujourd’hui, Red Hat et GNOME sont contraints de faire de Fedora une distribution conviviale de qualité car ils ne bénéficient plus comme avant de l’aide d’Ubuntu. Bien sûr, Fedora a beaucoup de travail à accomplir pour rattraper Canonical car Ubuntu est désormais mondialement connu comme étant la distribution de bureau pour le grand public et a réussi à se faire un nom réputé sur le marché.

Fedora et les logiciels

Fedora a une politique stricte qui détermine quel logiciel est autorisé à être inclus dans leurs dépôts officiels et quel logiciel est interdit.

Le Projet Fedora encourage vivement à utiliser des logiciels libres et open source. Fedora possède une ligne de conduite qui impose les obligations suivantes :

• Si c’est propriétaire, cela ne peut pas être inclus dans Fedora (la seule exception étant donc les firmwares binaires).
• Si c’est légalement problématique, cela ne peut pas être inclus dans Fedora.
• Si cela enfreint les lois des États-Unis, cela ne peut pas être inclus dans Fedora.

Vous pouvez trouver plus de détails sur la page du wiki « Fedora Forbidden Items ». Ainsi des logiciels de base comme certains pilotes nVidia et ATi, ceux des cartes Wi-Fi, la version Java d’Oracle, le greffon Flash d’Adobe, etc. ne sont pas inclus. Bien que je sois complètement d’accord avec ce qu’ils font, je ne suis pas toujours d’accord avec la manière dont ils le font.

Et nous en arrivons au sujet initial de ce billet, à savoir : pourquoi Fedora refuse d’incorporer Chromium à leur distribution.

Chromium et Chrome

Pour les gens qui ne connaissent pas la différence, Chromium est le navigateur open source dont Google Chrome tire son code source. Les deux navigateurs (Chrome et Chromium) partagent la majorité du code et des fonctionnalités bien qu’il y ait quelques différences mineures.

Chromium n’intègre pas de fonction de mises à jour automatiques, ni de lecteur PDF ni de lecteur Flash. Chrome est un gratuiciel et ils ne fournissent pas le code source (qui est quasiment identique à Chromium de toute façon), alors que Chromium est, accrochez-vous, sous licences BSD, MIT, LGPL, MS-PL et sous triple licence MPL/GPL/LGPL.

Pourquoi Fedora ne distribue pas Chromium

Chromium est en théorie un logiciel instable (mais en pratique stable) et ils ne distribuent pas de versions stables. C’est la première raison pour laquelle Fedora ne le distribue pas. Cependant, Chromium maintient de nombreux « forks » stables parmi les créations (ou builds) de la communauté et qui portent le même nom : « Chromium ». Ce n’est donc pas le principal problème aujourd’hui.

Le vrai problème, c’est la politique d’empaquetage de Fedora et la politique d’empaquetage de Chromium. Chromium est constitué de nombreux composants open source, mais concrètement il a tendance à les forker puis les empaqueter pour les intégrer.

Par exemple (cas d’école) Chromium utilise OpenSSL. Mais l’équipe de Chromium n’est pas vraiment satisfaite de son fonctionnement et elle veut y apporter des modifications. Ils font alors un fork et ils l’incluent dans le paquet de Chromium. Ils maintiennent cependant une documentation sur les modifications qu’ils apportent à ces paquets. Mais donc maintenant Chromium se retrouve avec son propre OpenSSL, qui n’a pas été testé avec le système et cela rend l’empaquetage difficile pour tous les contributeurs de distributions Linux.

Un rapport de bug a été ouvert à ce sujet en novembre 2009 : bug de suivi sur la création d’une vraie version pour les distributions Linux #28287…

Bien que nous fournissions le code source, il y a quelques étapes nécessaires avant que cela soit utilisable en amont par les distributions Linux. Ce bug de suivi sert à en suivre l’avancement.

…mais encore aujourd’hui, il faut toujours un dépôt supplémentaire pour installer Chromium.

Tom Callaway

Tom Callaway est manager de l’équipe d’ingénierie Fedora chez Red Hat et travaille conjointement avec Google pour corriger les problèmes de Chromium dans le but de l’incorporer au dépôt officiel. Il maintient également ses propres paquets de test de Chromium.

Callaway décrit le problème :

« Google forke des bits de code libre pour Chromium comme un lapin fait des petits : avec régularité et sans trop y penser. Plutôt que de tirer parti des API existantes des projets upstream comme ICU, libjingle et SQLite (pour ne nommer qu’eux), ils préfèrent forker ce code à l’instant t et modifier à mort leurs propres API pour être utilisées dans Chromium.

Ce qui ressemble beaucoup à de la méthodologie Java, que je pourrais résumer ainsi : « j’ai envie d’utiliser ce code tiers mais mon application est trop spéciale pour l’utiliser tel quel, donc j’ai rajouté des jantes et pare-chocs en alu et un éclairage néon pour éclairer le dessous, puis j’ai fourré ma copie bling-bling dans mon application ». Une grande partie des développeurs upstream de Chromium semble avoir un passé de codeurs Java ce qui pourrait être une explication mais qui n’excuse rien. Cette façon de faire devrait être un dernier recours, pas la norme.

Voici ce qui devrait plutôt arriver dans l’absolu (en prenant SQLite comme exemple) :

• google Hé, ça serait sympa si nous pouvions utiliser SQLite dans Chromium pour nos besoins de bases de données locales.
• google Hum, l’API SQLite ne cadre pas à 100% avec la manière dont j’aimerais que Chromium l’utilise.
• google Salut l’équipe SQLite, il y a quelques endroits où nous aimerions voir des améliorations de l’API pour que Chromium en tire profit dans notre cas d’utilisation.
• sqlite_upstream Salut Google, c’est tellement cool que vous vouliez utiliser notre code.
• sqlite_upstream regarde les changements proposés par Google à SQLite.
• sqlite_upstream Intéressant, vous pourriez essayer d’utiliser la fonction X pour mieux répondre à vos besoins mais le reste des changements semble OK.
• sqlite_upstream valide les changements dans le code source dans la révision 12345.
• sqlite_upstream Notre prochaine version va les inclure.
• google Ouais ! Nous allons dire aux gens d’appliquer notre patch ou d’utiliser la révision 12345 ou plus récente. »

Vous trouverez plus d’informations sur la page consacrée à Chromium dans le Wiki Fedora.

Finalement

Au final, il y a deux bons navigateurs open source, Firefox et Chromium, mais Fedora persiste à n’en fournir qu’un seul et, malheureusement pour moi, ce n’est pas celui que je préfère 🙂

L’ironie du sort, c’est que si vous recherchez « Fedora Chrome/Chromium » dans Google, il y a de fortes chances pour que vous vous retrouviez sur une page qui vous propose le téléchargement de Chrome, puisque Google fournit un dépôt officiel Chrome pour Fedora !

Et l’on se retrouva en fin de compte avec un Google Chrome et son Flash intégré 🙂

Crédit photo : Scott Beamer (Creative Commons By-Sa)

L’une francophone, l’autre anglophone, deux sources principales d’informations ont accompagné ma découverte du logiciel libre, un peu avant le passage du troisième millénaire : LinuxFr et Slashdot (alias « /. »).

C’était eux qui m’apportaient alors des news fraîches et exclusives. Eux encore qui participaient à ma formation quand je parcourais les discussions dans les si nombreux commentaires.

Internet a évolué depuis, je pense notamment à l’arrivée des blogs puis des réseaux sociaux. Mais ces deux sites sont toujours là. L’un est resté bénévole et associatif. Mais l’autre s’est monté en société qui a connu depuis plusieurs repreneurs. À tel point que son créateur, Rob Malda (alias CmdrTaco), a fini avec le temps à ne plus s’y retrouver, jusqu’à passer définitivement la main l’année dernière.

Voici son témoignage.

PS : Le jour viendra lui aussi mais pour ne pas me voir rédiger le même billet dans un tout proche avenir merci de Soutenir Framasoft 😉

15 ans après mon premier article

15 Years After the First Post

Rob Malda – 3 octobre 2012 – Blog personnel
(Traduction : Naar & Amélie, Dryt, Gatitac, ttoine, ZeHiro, goofy, Penguin, audece, onoff_web, minimoy)

L’histoire de Slashdot est totalement indissociable de ma propre vie. Je l’ai créé alors que j’étais encore étudiant à l’université. Quand les gens normaux faisaient leurs devoirs ou s’adonnaient à des activités personnelles, je passais mes soirées à dessiner des icônes dans Gimp, à coder en Perl dans Vim ou à publier de nouvelles histoires à partager avec mes amis. Je n’oublierai jamais les nuits passées à scruter les dernières lignes du fichier access_log et à célébrer avec des amis comme Jeff, Dave, Nate et Kurt chaque connexion provenant de microsoft.com ou de mit.edu.

Slashdot a toujours absorbé tout mon temps, mais en grandissant il commença à engendrer des coûts réels : d’abord pour la bande passante puis pour les serveurs. Mes amis et moi-même avons fondé une société visant à couvrir ces frais pour simplement arriver à l’équilibre. Au moment où je me suis diplômé, l’entreprise ne pouvait employer qu’une seule personne à plein temps : moi. Je gagnais moins d’argent que j’aurais pu le faire autrement, mais là j’étais enfin libre de me consacrer à ce qui me passionnait le plus.

Le site a s’est développé, dépassant nos imaginations les plus folles. Rapidement, il connut une demi-douzaine d’employés mais notre petite entreprise ne pouvait plus faire face. Vendre Slashdot a été la bonne décision à ce moment-là : nous n’aurions pas pu survivre à la croissance ni aux années de vaches maigres après l’explosion de la bulle Internet. Cette décision non anodine allait nécessairement avoir des conséquences, mais elles n’ont pas été visibles au cours des premières années.

À la suite de la vente, nous avons connu un cycle ininterrompu d’années dorées : les nouveaux employés qui nous rejoignaient partageaient nos rêves. Il s’agissait de personnes qui comprenaient intuitivement ce qu’était Slashdot, ce qu’il signifiait, et à quel point il était important, car c’étaient aussi des lecteurs et utilisateurs du site. Beaucoup d’entre eux sont encore mes amis aujourd’hui. Ce sont des relations dont la valeur pour moi va bien au-delà de la sphère professionnelle.

J’ai eu alors la chance de parcourir le monde comme représentant d’une communauté en pleine croissance : Japon, Allemagne, Espagne, Australie. J’ai rencontré cette communauté en chair et en os et j’ai travaillé avec des personnes admirables. Nous participions à un projet très stimulant et mettions les utilisateurs au premier plan. Rien ne pouvait nous arrêter.

J’ai connu à travers Slashdot 14 années de tragédies : Columbine, le 11 septembre, le crash de la navette spatiale Columbia, Fukushima. Ces événements-là et tant d’autres sont à jamais associés à des pics de connexion sur les tchats entre les rédacteurs et modérateurs surexcités. La tristesse et la terreur n’empêchaient pas notre équipe de donner le meilleur d’elle-même en aidant des milliers de personnes à se connecter entre elles au moment où elles avaient le plus besoin.

Mais pour tous ces moments tristes, il y eut encore plus d’optimisme et de joie. D’innombrables avancées scientifiques, des lolcats et un flux incessant de nouvelles technologies et découvertes scientifiques en train de changer, généralement pour le meilleur, le monde autour de nous. Et je n’oublierai jamais la moiteur des mes mains alors que j’attendais fiévreusement une réponse de ma petite amie, à qui j’avais fait ma demande en mariage sur la page d’accueil de Slashdot. Tout ceci partagé avec des amis.

En 2007, je pris le plus long congé de toute ma carrière, et cela pour la meilleure des raisons. Pendant les deux semaines qui ont suivi la naissance de mon fils, je n’ai en effet mis en ligne aucune page de Slashdot. Quand j’y suis retourné, le site se portait comme un charme. Slashdot a célébré son dixième anniversaire et je comprenais pour la première fois qu’il pouvait tranquillement continuer sans moi…

Ce qui était bien, car le site était en déclin depuis quelques années. Les amis avaient été remplacés par des inconnus. Des décisions étaient prises par des gens qui, de plus en plus, n’étaient pas des utilisateurs directs du site. Ils voyaient Slashdot avant tout par la lorgnette du business : un compte de résultat, un rack de serveurs ou un nombre d’employés.

Avec le trafic qui déclinait, les défis techniques diminuaient également. La charge était rarement un problème. Le système de modération fonctionnait… tout simplement. Mais le code de la plateforme commençait à dater. Il n’était plus souple ni maintenable. Notre équipe s’était réduite… jusqu’à ce qu’il n’y reste plus qu’un seul technicien ! Notre capacité à livrer du code s’était évaporée. Le peu de temps de développement qui restait était bien trop souvent gaspillé dans des projets voués à l’échec par manque de compréhension des utilisateurs.

Au cours de ces dernières années, ces critiques à peine voilées ont lentement évolué vers de l’amertume. Il fut impossible, au bout d’un moment, de le cacher à mes amis, à ma famille, et enfin, même à mes collègues de travail. Ils l’avaient compris bien avant moi : je devais partir.

C’était il y a plus d’un an. Abandonner mon salaire me faisait peur, mais moins que quelque chose de plus important encore à mes yeux. Slashdot avait beau être devenu ce célèbre site pour geeks and nerds, il était avant tout pour moi mon site web personnel. Je l’avais toujours considéré comme mon chez moi sur Internet. Quand je suis parti, j’ai perdu le droit de continuer à y poster du contenu. Objectivement j’étais d’accord avec mes amis qui me disaient qu’une « rupture franche et nette » (NdT : The Clean Break) était meilleure pour moi… mais émotionnellement, je ressens toujours cette perte aujourd’hui. J’aime bien Twitter et Google+, mais j’aurai toujours l’impression de vivre dans la maison de quelqu’un d’autre.

Sans mon contrôle éditorial habituel, Slashdot m’a semblé souvent à côté de la plaque. J’ai fini par le lire uniquement via son flux RSS, où mon bien-aimé « News for nerds » devint juste un flux parmi d’autres. J’y parcourais de moins en moins d’articles. Parce que j’y trouvais de meilleures infos ailleurs mais aussi voire surtout par que venir sur le site me faisait tout de suite voir ses changements. Des trucs que probablement personne d’autre n’aurait remarqués du reste. Quelques pixels par ici, une formulation changée par là. Certaines modifications sont pertinentes… mais beaucoup ne le sont pas. Et ça me rend triste, même maintenant.

La bonne nouvelle pour moi, c’est que je n’avais pas été aussi heureux professionnellement parlant depuis des années. Mon travail aux WaPo Labs me rappelle les effervescentes premières années de Slashdot, quand tout paraissait important. Notre équipe semble toujours lire le même livre, même s’ils ne sont pas tous à la même page. Mon boulot me paraît rafraîchissant et motivant. Et le mieux dans tout ça, c’est que je peux enfin séparer mon « moi » de « mon travail » quand le besoin s’en fait sentir. Je peux m’en détacher et prendre du recul. Je peux être impartial, lucide et honnête comme je n’ai jamais pu le faire au milieu de la tempête Slashdot.

Il y a peu, Slashdot a été vendu à un nouveau poids lourd… mettant encore plus de distance entre moi et ma création. J’y ai toujours quelques amis mais la plupart me sont étrangers. Il m’arrive cependant de passer encore de temps en temps sur une page familière dont l’information me parle et se trouve enrichie et bonifiée par la discussion. Je me surprends alors à fermer les yeux en pensant qu’un bout de mon ADN est toujours là-bas, là-dedans.

Je n’arrive toujours pas penser à l’histoire de Slashdot sans la lier à celle de ma propre vie. Mais après un an de séparation, j’ai fait mon deuil et compris que nous étions juste un chapitre dans l’histoire de nos vies respectives.

Mais quel putain de bon chapitre cela a été !

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

Source :

• Microsoft refuse les jeux interdits aux mineurs dans son magasin Windows 8 (Numerama)
• Apple présentera un nouveau produit le 23 octobre (Numerama)
• Google menace de bannir la presse française de son moteur de recherche (Numerama)

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

Framasoft harcèle (et parfois excède) ses followers Twitter actuellement avec ses « lolcats de soutien » (là, là, là, là, là, là, là, là, là, là ou encore là), ce qui ne nous empêche de nous penser sérieux et appliqués dans notre démarche de promotion et diffusion du Libre.

L’idée générale de la traduction ci-dessous c’est que si vous voulez créer un véritable réseau social au sein de votre structure alors il vous faudra aussi accepter ce qui n’a rien à voir avec votre structure. C’est le coté social du réseau social et il est beaucoup moins futile qu’on peut à priori le penser car c’est souvent un préalable à une bonne ambiance d’où pourront émerger des choses bien pertinentes pour votre structure.

Si vous voulez une culture vraiment collaborative, vous devez aussi accepter les LOLCats

If you want a culture of collaboration, you need to accept the LOLCats too

Steve Radick – 11 janvier 2012 – OpenSource.com
(Traduction : KoS, Maïeul, @ali0une, greygjhart)

Même lorsque la presse était sacrée, nous avons eu des romans érotiques 150 ans avant d’avoir des journaux scientifiques
Clay Shirky (Conférence TED Cannes juin 2010)

C’est une de mes citations favorites de l’une de mes personnalités favorites d’Internet, Clay Shirky. Je l’aime particulièrement parcequ’elle illustre selon moi l’époque où certaines organisations se trouvent en essayant d’intégrer les médias sociaux en leur sein.

Avant que les wikis ne soient utilisés par les communautés de coopération scientifique, les personnes s’y inscrivaient pour désigner leur équipe de foot favorite. Avant que l’intranet de ma propre entreprise ne remporte un prix, nous avions des personnes qui nous expliquaient comment elles étaient heureuse de se montrer (presque) nues sur leurs profils. Avant que nos dirigeants commencent à utiliser Yammer pour communiquer avec la base, des groupes de fanas d’Android ou de fitness s’étaient déjà constitués. Je vous parle de cela parce que si vous décidez un jour d’intégrer un média social interne à votre organisation, vous devrez préparer vous-même, vos collègues, vos patrons, votre haute direction à cette vérité inexorable.

Si vous paniquez en voyant tout ça sur votre intranet, vous n’êtes probablement pas prêt pour un intranet social.

Si vous voulez créer une culture dynamique de collaboration, vous devez accepter les photos de LOLCats, les sujets parlant de foot, les débats sans fin sur Apple et Andoid, et même les critiques sur la politique de l’entreprise.

Acceptez et intégrez ce fait maintenant et vos communautés auront de bien meilleurs chances de succès. Ou, continuez à penser que de telles choses sont une perte de temps et ne sont pas professionnelles, et soyez prêt à payer beaucoup d’argent pour un système que personne n’utilise à moins d’être forcé à le faire (et ils l’utiliseront alors mal).

Malheureusement, « social » à l’air d’être devenu un gros mot en entreprise, associé à l’image d’employés perdant leur temps sur Facebook, parlant à leur petit ami au téléphone, ou prenant une pause déjeuner de trois heures. Acceptons d’arrêter d’essayer d’enlever le social d’un réseau social. Les interactions sociales ne doivent pas seulement être acceptées, elles doivent même être encouragées et récompensées. Shirky explique pourquoi dans cette conférence TED (à partir de 5 minutes 33 secondes).

Shirky explique :

Le fossé est entre faire quelque chose et ne rien faire. Et quelqu’un qui fait des LOLcat a déjà franchi ce fossé. Oui, il est tentant de vouloir obtenir des projets aussi noble que Ushahidi sans les LOLCats, d’avoir les choses sérieuses sans les choses futiles. Mais l’abondance de médias ne marche pas comme ça. La liberté d’expérimenter, c’est aussi voire surtout la liberté d’experimenter n’importe quoi.

Il y a cette tendance de la part des dirigeants à vouloir supprimer (voire sanctionner) les blogs qui évoqueraient des solutions de contournement de la politique d’entreprise et les pages wiki détaillant les meilleurs restaurants pour déjeuner. Ils veulent aller droit au but qui serait la co-création de méthodologies avec des équipes inter-fonctionnelles et des initiatives de crowdsourcing qui font économiser des millions de dollars !

Ça ne fonctionne pas pas comme ça. Les communautés collaboratives ne commencent pas à innover juste parce que vous mettez en place un site web et envoyez un mémo. Souvenons-nous que les nouvelles érotiques sont apparues bien avant les journaux scientifiques. Il y aura donc des LOLCats avant des Ushahidi. Vous devez accepter le fait que vos employés parleront de sport et de vacances avant d’être prêts à utiliser l’outil pour procéder à un « vrai » travail.

C’est intuitivement du bon sens. N’est-il pas plus facile de publier votre bon plan du midi plutôt que d’envoyer ce rapport sur lequel vous travaillez depuis trois semaines ? Si quelqu’un n’apprécie pas votre restaurant préféré, quelle importance ? En revanche si quelqu’un critique le rapport que vous avez passé des semaines à écrire, c’est un peu plus intimidant. Une fois que vous avez franchi ce seuil, ce seuil entre ne rien faire et faire quelque chose, c’est plus facile alors de monter les marches. Une fois la glace rompue avec la mention de votre passion pour la gastronomie chinoise, il vous sera soudainement plus facile de participer à la conversation sur tel projet important de votre entreprise. Peut-être même que vous accepterez d’envoyer une partie coriace du rapport en demandant aide et éclaircissement aux autres. Sous cet angle, même les publications les plus stupides et les conversations les plus insignifiantes ont de la valeur, parce qu’elle n’engage qu’un risque mineur pour les gens à se jeter à l’eau et faire le premier pas.

Cela peut prendre du temps pour que les employés se sentent vraiment à l’aise avec l’utilisation des réseaux sociaux au travail. En lui laissant ainsi la possibilité de s’épanouir et d’apprendre ensemble à son propre rythme, votre communauté supportera bien mieux les changements d’échelle et durera bien plus longtemps.

Alors acceptez les LOLCats, les délires footballistiques, les discussions sur la bouffe, et les avatars personnalisés : au moins vos employés créeront et partageront quelque chose avec quelqu’un d’autre. Parce que ce qui viendra après ces stupides discussions mènera à du lien, des relations, des questions, des réponses, et finalement, à des innovations très créatives, à des produits et des solutions qui vous feront économiser du temps et (beaucoup) d’argent. Et vous serez récompensés pour avoir participé à rendre votre entreprise humaine et chaleureuse.

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

Nous sommes en 2023. Vous cassez malencontreusement une assiette. Vous allez tout naturellement chercher son fichier numérique sur le Net pour en créer une nouvelle sur votre imprimante 3D, en la modifiant éventuellement au passage pour l’adapter à vos besoins. Mais deux minutes plus tard la Police du Copyright sonne à votre porte et vous embarque en flagrant délit d’effraction de propriété intellectuelle et contournement de mesure de protection…

En mai 2011 nous publiions une longue et riche traduction : L’impression 3D, ce sera formidable… s’ils ne foutent pas tout en l’air !.

Nous y sommes désormais. Et ils vont chercher à bloquer le système et le partage tout comme ils ont cherché (et partiellement réussi) à le faire avec le logiciel, la musique ou le cinéma.

Sauf qu’ici nous avons déjà nos propres imprimantes, logiciels et formats libres et ouverts. En se débrouillant un peu, et luttant beaucoup, on devrait pouvoir s’épargner un nouveau Napster ou Megaupload de l’impression 3D.

Comment les DRM vont infester la révolution de l’impression 3D

How DRM will infest the 3D printing revolution

Ryan Whitwam – 16 octobre 2012 – ExtremeTech.com
(Traduction : Kurze, Dryt, Gatitac, goofy, Sylvain, Kiwileaks)

Alors que vous étiez tout occupés à vous exciter et à déclarer que l’impression 3D est le début d’une nouvelle époque, une nouvelle loi sur les brevets s’apprête à pourrir l’ambiance.

En effet, Nathan Myhrvold, ancien DSI chez Microsoft et fondateur d’Intellectual Ventures, société détentrice de nombreux brevets, a réussi à obtenir un brevet étendu sur les DRM de l’impression 3D. Cette révolution de l’impression 3D que nous avons tant espérée s’en trouve tout d’un coup fort contrariée.

Le système envisagé par Myhrvold sera utilisé afin d’empêcher les utilisateurs d’imprimante 3D de violer les « droits de production des objets ». Pour utiliser son imprimante il faut d’abord la charger avec le fichier numérique de l’objet à imprimer. Or ici, avant qu’une quelconque impression ne soit lancée, on va vous obliger à vous connecter à un serveur distant qui vérifiera que vous avez l’autorisation d’imprimer cet objet. Si cela vous semble familier c’est parce que c’est ce qui était arrivé à la musique en son temps dans le sillage de Napster.

La loi sur le droit d’auteur est une grosse machine compliquée et elle n’est pas applicable traditionnellement aux objets. Cependant, un nouvel appareil, une invention ou une nouvelle conception peuvent être brevetés. C’est justement ainsi que ceux d’Intellectual Ventures gagnent de l’argent et c’est probablement la raison pour laquelle ils sont intéressés par ce genre de DRM. L’entreprise acquiert les brevets sur différentes technologies et inventions, se construit ainsi son petit portefeuille, et ensuite elle poursuit tous ceux qui pourraient être en infraction. C’est cela qui a conduit de nombreuses personnes à surnommer ces sociétés des « troll à brevets » (NdT : Patent Troll), et elles ont probablement raison.

Alors comment passe t-on de la situation actuelle à une sorte de dystopie où votre imprimante vous dénonce à la police du copyright ? Il y aura, je pense, deux forces négatives qui nous pousseront dans ce sens.

La première est le risque d’amalgame avec le P2P (échange de fichier peer-to-peer). Plus les imprimantes gagneront en précision, plus les entreprises qui vous vendent ces imprimantes seront comparées à celles qui proposent les logiciels de peer-to-peer. Voilà le premier casse-tête légal auquel ces entreprises devront faire face. Nombreux sont les auteurs de ces applications de partage de fichiers qui ont fini devant les tribunaux et je ne serais pas surpris que quelque chose de similaire arrive un jour ou l’autre aux constructeurs de type MakerBot.

La seconde force qui va s’opposer au développement de l’impression 3D est un peu plus inquiétante. Il y a déjà des gens qui étudient la faisabilité de l’impression de composants d’armes à feu. Ce n’est peut-être pas encore faisable pour le moment, mais ça le sera un jour. Avant que cela n’arrive, des armes plus simples comme des « poings américains » réalisés avec du plastique super résistant vont être susceptibles de poser des problèmes aux gouvernements des pays où ces objets sont illégaux. Les lois sur les armes ne sont pas celles de la propriété intellectuelle mais elles nous amèneront au même point : la restriction de l’usage de l’impression 3D. Les lobbies de copyright pourraient s’appuyer et s’appuieront sur ce problème pour justifier un contrôle plus général.

Les vendeurs d’imprimantes 3D ne seront probablement pas obligés directement par la loi de mettre en place des restrictions, mais le déluge de poursuites pour des armes et des objets brevetés imprimés pourrait les pousser à le faire. Même Google n’a pas eu d’autre choix que de mettre en place des algorithmes sévères de détection automatisée de contenus sous droits d’auteur sur Youtube pour limiter sa responsabilité. Nous avons cependant vu ce système automatisé échouer maintes et maintes fois.

Chaque système de DRM implémenté jusqu’à aujourd’hui a été piraté d’une façon ou d’une autre. C’est vraiment une mauvaise blague pour l’utilisateur moyen : les DRM les bride dans leur vie numérique. Les autres, plus calés, contourneront les règles et pourront imprimer tous les objets brevetés qu’ils voudront. Les DRM ne résoudront véritablement aucun problème. Ils ne le font jamais. Mais ce sera peut-être un élément inévitable de l’avenir de l’impression 3D.

Crédit photo : FdeComite (Creative Commons By)

Framindmap est un nouveau projet du réseau Framasoft.

Il permet de faire de jolies cartes heuristiques directement en ligne à même le navigateur (on parle aussi de carte mentale ou mind map).

L’interface est franchement fluide et intuitive^[1].

Pas d’installation, pas d’inscription, vous voici tout de suite opérationnel(le) ! De plus nous ne conservons strictement aucune donnée personnelle (l’application ne laisse de traces que locales sur votre ordinateur et non sur le serveur).

Contrairement à Framapad ou Framacalc, Framindmap ne permet pas la collaboration sur une même carte. Mais vous pouvez à la sortie l’imprimer, en faire une image et donc aussi l’enregistrer localement (soit directement dans votre navigateur soit comme fichier au format JSON^[2]) pour une utilisation ultérieure.

Pour ce qui concerne les usages, Framindmap pourra être utile en situation de brainstorming, prise de notes, formation, classification, structuration d’un projet, etc.

Comme d’habitude, il repose sur une solution libre que nous avons adaptée et francisée, en l’occurrence mindmaps, du JavaScript sous licence AGPL v3. Et comme d’habitude vous êtes cordialement invité(e) à l’installer sur votre propre serveur pour faire respirer le Web (et vos données personnelles) en le décentralisant.

-> Découvrir et utiliser Framindmap

PS : Nous sortons de nombreux projets actuellement, merci de les relayer si vous le jugez bon car toute notre équipe marketing commerciale est en vacances actuellement (en fait ça fait 10 ans que ça dure). Merci également de faire en sorte que cela ne soit pas notre chant du cygne en nous soutenant ! 🙂