Consulter des ouvrages en bibliothèque était hier une opération dont les bibliothécaires défendaient ardemment le caractère confidentiel. Aujourd’hui toutes nos recherches d’informations nous pistent.
Voici déjà le 7e article de la série écrite par Rick Falkvinge. Le fondateur du Parti Pirate suédois s’inquiète aujourd’hui de la liberté de s’informer sans être surveillé.
Le fil directeur de la série de ces 21 articles, comme on peut le voir clairement dans les épisodes précédents que nous vous avons déjà livrés, c’est la perte de certaines libertés dont nous disposions encore assez récemment, avant que le passage au tout-numérique ne nous en prive.
Dans les bibliothèques traditionnelles, la recherche d’informations restait privée
Pour nos parents du monde analogique, la recherche d’informations avait lieu dans les bibliothèques, et il s’agissait d’un lieu dont l’intimité était jalousement gardée. À l’inverse, lorsque nos enfants du monde numérique recherchent des informations, leurs pensées les plus intimes sont toutes collectées pour faire du marketing. Comment en est-on arrivé là ?
S’il existe une profession du monde analogique pour laquelle la vie privée des usagers était une véritable obsession, c’est bien celle de bibliothécaire. Les bibliothèques étaient des lieux où l’on pouvait faire ses recherches les plus inavouables, qu’il s’agisse de littérature ou de sciences, de faire un achat ou de n’importe quoi d’autre. La confidentialité des bibliothèques était purement et simplement légendaire.
Lorsque les recettes de fabrication de bombes ont commencé à circuler sur le proto-internet des années 80 – sur ce que l’on appelait les BBS – et que les politiciens ont essayé de jouer sur la parano sécuritaire, beaucoup ont rapidement eu le bon sens de signaler que ces « fichiers textes contenant des recettes de bombes » n’étaient pas différents de ce qu’il était possible de trouver dans la section chimie d’une bibliothèque ordinaire – et les bibliothèques étaient sacrées. L’exploitation de la peur n’avait plus d’objet, dès lors que l’on faisait remarquer que ce type de documents était déjà disponible dans toutes les bibliothèques publiques et que chacun pouvait y accéder de manière anonyme.
De fait, les bibliothèques étaient tellement discrètes que, lorsque le FBI a commencé à leur demander les registres indiquant qui empruntait quel livre, les bibliothécaires se sont indignés en masse et c’est ainsi que les tristement célèbres warrant canaries 1 ont été inventés, oui, par un bibliothécaire, pour protéger les usagers de la bibliothèque. Les bibliothécaires ont toujours été les professionnels qui ont le plus farouchement défendu la vie privée, dans le monde analogique comme dans le monde numérique.
Dans le monde analogique de nos parents, la liberté d’Information était sacrée : c’était une soif profonde d’apprentissage, de connaissance et de compréhension. Dans le monde numérique de nos enfants, leurs pensées équivalentes les plus secrètes sont au contraire collectées massivement et bradées pour leur refiler de la camelote au hasard.
Ce n’est pas seulement ce que nos enfants ont recherché avec succès qui est à vendre. Dans le contexte analogique de nos parents, on dirait que c’est toutes leurs bonnes raisons d’aller à la bibliothèque. C’est même tout ce pourquoi ils ont seulement envisagé d’aller à la bibliothèque. Dans le monde numérique de nos enfants, tout ce qu’ils recherchent est enregistré, et tout ce qu’ils envisagent de rechercher même sans le faire.
Pensez-y un instant : une chose tellement sacrée pour nos parents que des secteurs professionnels entiers se mettraient en grève pour la préserver, est maintenant utilisée sans complexes pour un marketing de masse dans le monde de nos enfants.
Combinez à cela l’article précédent sur la façon dont tout ce que vous faites, dites et pensez est enregistré pour être utilisé contre vous plus tard, et il devient urgent pour nous de changer radicalement notre façon de voir les choses.
Il n’y a aucune raison pour que nos enfants soient moins libres de s’informer, au seul motif qu’ils vivent dans un environnement numérique, et non dans l’environnement analogique de nos parents. Il n’y a aucune raison pour que nos enfants ne puissent jouir de droits à la vie privée équivalents à ceux du monde analogique.
Bien sûr, on pourra mettre en avant le fait que les moteurs de recherche sont des services privés, qu’ils sont donc libres d’offrir les services qu’ils souhaitent, selon les termes qu’ils souhaitent. Mais il y avait également des bibliothèques privées dans le monde analogique de nos parents. Nous reviendrons un peu plus tard dans cette série sur l’idée que « si c’est privé, tu n’as pas ton mot à dire ».
Quand on fait de l’éducation populaire, il ne faut pas perdre une occasion d’aller parler à un public qui reçoit le discours avec plaisir.
La campagne Dégooglisons avait été extrêmement bien accueillie l’an dernier, notamment. Nous n’avions pas le moindre tract à ranger le dimanche soir.
Alors, Yann, verrons-nous de nouvelles têtes cette année ?
Nous aurons en particulier le projet Coopcyle de plateforme alternative et coopérative : pour un Pari(s) anti-uberisation !
Il s’agit d’une plateforme numérique développée en logiciel libre avec une condition d’utilisation : créer une coopérative. Le code ne peut être utilisé que dans le cadre d’une entreprise collective appartenant à ses travailleurs. Il a suffit qu’un développeur s’y mette pour qu’on ait la plateforme Coopcycle. Encore perfectible, elle est tout de même d’ores et déjà utilisée par une association à Toulouse. Les bases sont jetées, il reste alors à diffuser ce projet pour que coursiers et clients se les approprient.
Derrière cette plateforme l’idée est d’ouvrir une alternative concrète et viable aux coursiers en leur permettant de sortir de l’auto-entrepreneuriat sans passer par la case « salariat formel », en constituant leur propre coopérative. Au-delà du seul cas des coursiers, il s’agit de créer un nouveau bien commun, utilisable par tou.te.s, monopolisable par personne, et de participer à la construction d’un numérique au service de l’intérêt général.
Et nous présenterons aussi en démonstration permanente l’anti-Monopoly en version française : le Commonspoly. Il s’agit d’un nouveau jeu de plateau qui est une transgression du Monopoly car pour gagner il faut coopérer.
Le projet WikiDébats sera aussi à l’honneur. Il s’agit d’une encyclopédie en ligne de débats libre et collaborative. Chaque page rassemble et résume les arguments « pour » et « contre » d’un débat, ainsi que leurs objections, pour permettre à chacun de se forger une opinion « éclairée », en connaissance de cause.
Wikidébats sera présenté, à partir de divers supports de communication, de textes présentant les motivations et les enjeux du projet, et d’ordinateurs connectés à internet permettant de voir directement à quoi ressemble le site.
Stand du Petit Fablab de Paris : réalisation d’une machine infernale – Espace Logiciel Libre / Hackers / Fablabs de la fête de l’Huma 2016
Enfin la webradio Libre à Toi qui maintenant émet aussi sur la bande FM, s’installera sur place et suivra en directe les trois d’activité de l’Espace.
Et de nouvelles initiatives ?
Trois grands débats :
Vendredi 15 septembre à 17h30 : « Une société des Communs est elle possible face au capitalisme digital ? »
Avec Benjamin Coriat, économiste atterré auteur du « Retour des Communs », Alain Obadia président de la Fondation Gabriel Péri, Laurence Allard chercheuse et activiste du numérique, Arthur De Grave co-fondateur de OuiShare avec la présentation Coopcycle ;
Samedi 16 septembre à 10h30 : « Les civic-tech : Révolution citoyenne ou populisme numérique ? »
Avec Ciryl Lage président de « Parlement & Citoyens », Manu Reilhac créateur de la plateforme « Wikidébats», un.e- représentant.e de Framavox-Loomio 2 ;
Samedi 16 septembre à 18h : « L’intelligence artificielle va-t-elle nous piquer notre job et nous asservir ? Mythes et réalités »
Avec Jean Gabriel Ganascia, professeur à l’Université Pierre et Marie Curie, chercheur en Intelligence artificielle, président du comité d’éthique du CNRS, Jean-Luc Molins, secrétaire national de UGICT-CGT, Yann Le Pollotec, responsable de l’Espace numérique de la Fête de l’Huma.
Stand Apedec/Ecodesign Fablab en 2016
Comme toujours, l’espace est auto-géré et nécessite un petit coup de pouce financier au-delà de ce qui est fourni par l’organisation de la Fête. C’est finalement un tout petit budget pour un si grand village du Libre, comment est-ce possible ?
La fête de l’Huma a un petit côté Robin des Bois puisqu’il y a une péréquation des coûts entre ceux qui peuvent le plus et ceux qui peuvent le moins. Cependant ce système de solidarité a des limites d’autant qu’en raison des événements tragiques des années 2015 et 2016 les coûts globaux de la fête liés à la sécurité ont augmenté de 400.000 €. C’est pourquoi nous devons financer de manière participative l’électricité, la liaison internet haut débit, la location du mobilier, les places de parkings exposants, les passes d’entrée pour les associations qui ne peuvent se les payer, et divers autres frais.
Et comme l’an dernier, les militant-e-s libristes sont cordialement invité-e-s à venir donner un coup de main, pour une journée ou pour une heure entre deux concerts, deux débats…
En effet, l’espace mobilise une bonne cinquantaine de bénévoles dans la joie et la bonne humeur… avec la présence déjà confirmée de l’April, du CECIL, de Creative Commons France, de Coopcycle, du Collectif Emmabuntüs, de la FDN/Franciliens.net, de Framasoft, de L’autre Net, de La Mouette, de Libre à toi, de Mageia, d’Open Edge, des Ordis libres, de Parinux, du Petit Fablab de Paris, des Fabriqueurs, d’Ubuntu, de Wiki Débat… 3
Donc rendez dès le vendredi 15 septembre sur l’Espace du numérique libre, des communs et des fablabs. Bonne fête de l’Huma 2017 à toutes et tous.
Affiche de l’Espace de la Révolution Numérique réalisée par Péhä (interviewé dans le Framablog ce mois-ci) l’année dernière
En savoir plus
Fête de l’Humanité : 15-16-17 septembre 2017 – Parc départemental Georges Valbon à La Courneuve (93) – Pass 3 jours 35€ – http://fete.humanite.fr/
Framasoft sera évidemment présente lors des RMLL (sans doute en petit comité, car en ce début d’été, nos membres seront un peu dispersés sur différents événements ou … en congés !). N’hésitez donc pas à venir à notre rencontre, ou à assister à l’une de nos conférences 🙂
Mais l’objet de ce billet, est surtout de vous annoncer que l’organisation des RMLL a proposé de réserver la journée du vendredi 7 à … une réunion de chatons !
Le collectif est toujours en phase de structuration et, tel un logiciel libre, est en développement permanent : on y ajoute des fonctionnalités, on explore des possibles, on corrige des bugs, on essaie de faire communauté, etc.
Les moments de rencontre, que ça soit entre membres du collectif, ou pour échanger avec des personnes connaissant peu ou pas le projet CHATONS, sont donc primordiaux.
L’opportunité offerte par les RMLL de nous proposer un temps long (1 journée complète) est donc à saisir !
Cette journée permettra, le matin, de rappeler (très rapidement) les objectifs, de présenter le fonctionnement actuel, et de travailler ensemble la « roadmap ». L’après-midi sera, lui, consacré à des ateliers thématiques (probablement : « juridique », « technique », « communication » et « organisation/économie ») en mode barcamp (= les personnes présentes choisiront elles-mêmes les thèmes de travail).
Bref, vous pourrez poser toutes les questions que vous avez toujours voulu savoir sur CHATONS, mais surtout nous proposer des patches sur la façon dont nous pourrions améliorer le fonctionnement du collectif.
Merci encore aux organisateur⋅ice⋅s des Rencontres de nous offrir ce temps de partages, d’échanges, de réflexion et de production !
Un panier de CHATONS, parce qu’on sait que vous aimez ça !
Et, en cadeau, trois petites vidéos (qui s’ouvriront au clic dans un nouvel onglet sur Vimeo) réalisée par Rézonnance, qui, nous l’espérons, vous donneront envie de venir aux RMLL :
Interview PY GOSSET – RMLL2017
Interview Simon CHANSON – RMLL2017
Interview François Aubriot – RMLL2017
Des nouvelles de notre ami Facebook – mai 2017
La revue de presse de Jonas, qui paraît quand il a le temps.
Tiens ça faisait un moment qu’on ne vous avait pas parlé de Facebook — Hein ? On en parle tout le temps ?
Oui bien sûr, mais son emprise est telle qu’on pourrait tenir une chronique quotidienne sur ce Léviathan. Dans la surabondante actualité de ce géant du Net, Jonas a prélevé trois petites choses :
1. C’est la grande forme
Quand nous nous réjouissons du rapide succès des instances de Mastodon en si peu de temps (venez sur Framapiaf, ou mieux installez votre propre instance et rejoignez le Fediverse) qui a dépassé les 600 000 utilisateurs en un mois, nous sommes bien loin de l’usage massif des réseaux sociaux propriétaires et centralisés. En ce qui concerne Facebook c’est « 1,94 milliard d’utilisateurs actifs mensuels, en hausse de 17 % par rapport au premier trimestre de 2016, avec un bénéfice net d’un peu plus de 3 milliards de dollars, en hausse de 76 pour cent par rapport à la même période l’an dernier », comme le rappelle le magazine the Verge.
2. À la conquête de ce qui reste du monde
Facebook va toujours plus loin dans l’offre du « tout compris », il s’agit maintenant de maintenir captive la clientèle en lui proposant un service de messagerie. C’est ce que résumait le mois dernier l’article de NextInpact : la Messenger Platform 2.0 veut conquérir le monde avec ses bots. Car il ne s’agit pas d’une messagerie comme les autres : les bots doivent faire l’essentiel du travail :
Des bots de traduction aidant les réfugiés, aux bots qui répondent aux questions de santé, aux occasions de soutenir les causes et même les expériences qui aident les élèves à faire leurs devoirs, la créativité, l’ingéniosité et la vision de notre communauté de développeurs de bot ont été géniaux.
Nous pensons que Messenger va devenir le nouveau salon social du monde, où les gens peuvent sortir, partager, discuter, jouer à des jeux ou acheter des choses, tout en pouvant atteindre presque tout le monde, où qu’ils se trouvent. Nous pensons maintenant que nous combinons deux outils du passé: l’annuaire téléphonique (comme nous l’avons utilisé pour trouver des personnes) avec les Pages Jaunes (la façon dont nous avons l’habitude de trouver des entreprises). (source : le Newsroom de Facebook)
On l’a compris : l’objectif de Facebook, comme celui des autres géants du web est d’investir l’espace privé comme l’espace public, à tout instant, en effaçant le plus possible la limite déjà peu perceptible entre service rendu et commerce, sans solution de continuité. Le monde que propose Facebook à ses milliards d’utilisateurs est celui des animaux en batterie dans une ferme industrielle.
Avec Facebook, c’est deux pas en avant, un pas en arrière… à chaque fois que Facebook est pris la main dans le sac pour une pratique douteuse, l’ineffable Mark Zuckerberg jure ses grands dieux, la main sur le cœur, que c’était pour la bonne cause, que toutes les précautions ont été prises, qu’aucune loi n’a été transgressée… et peu à peu nous baissons la garde et Facebook s’autorise à des pratiques de plus en plus douteuses.
Souvenez-vous, déjà en 2012, Facebook a mené une expérience qui avait déclenché la polémique sur certains de ses utilisateurs. Près de 700.000 d’entre eux ont servi de cobayes sans le savoir. Des scientifiques ont modifié les flux d’actualité des utilisateurs en bougeant le curseur du nombre de messages positifs et négatifs, pour observer les réactions sur « l’humeur » des cobayes… (source : magazine ZDNET 700 000 utilisateurs manipulés par une expérience sur la contagion émotionnelle).
Aujourd’hui, ces pratiques douteuses semblent n’avoir pas changé. En effet, le journal The Australian révèle que Facebook a mené des recherches pour cibler les adolescents émotionnellement vulnérables et insécurisés de manière à faciliter les pratiques publicitaires prédatrices.
En surveillant les messages, les commentaires et les interactions sur le site, Facebook peut savoir quand les personnes âgées de 14 ans se sentent « vaincues », « submergées », « stressées », « anxieuses », « nerveuses », « stupide », « idiot », « inutile » et « échec ».Ces informations recueillies au moyen d’un système sur l’analyse du sentiment pourraient être utilisées par les annonceurs pour cibler les jeunes utilisateurs de Facebook lorsqu’ils sont potentiellement plus vulnérables.
Dessin réalisé par l’artiste Pawel Kuczynski (son site Web)
La politique d’utilisation des données de Facebook nous avertit que l’entreprise « peut utiliser les informations que nous recevons à propos de vous… pour les opérations internes, y compris le dépannage, l’analyse des données, les tests, la recherche et l’amélioration des services ».
Les informations telles que votre statut « relationnel », votre emplacement, votre âge, votre nombre d’amis et à la manière dont vous accédez au site sont vendus aux annonceurs.
Encore une fois, Facebook a rapidement présenté des excuses et a déclaré à l’Australian :
une enquête sera menée sur la question, nous admettons qu’il était inapproprié de cibler les jeunes enfants de cette manière.
— des excuses… jusqu’à la prochaine fois ?
Allez hop, on vous rappelle avec ce bon vieux Richard Stallman que…
Facebook n’est pas votre ami, c’est un système de surveillance (source)
Pour aller plus loin
Pour fuir Facebook et trouver une alternative libre et décentralisée, vous avez le réseau social Diaspora*, dont nous proposons une instance nommée Framasphère* !
Nous arrivons bientôt au terme de notre traduction semaine après semaine de l’ouvrage Des routes et des ponts de Nadia Eghbal (version originale en PDF). Pour remonter vers les épisodes précédents il suffit de cliquer sur ce lien.
Aujourd’hui nous vous proposons un chapitre qui recense les moyens dont les institutions et entreprises pourraient contribuer au développement et à la pérennité des projets open source qui constituent la colonne vertébrale de l’infrastructure numérique.
Il est trop tôt pour dire à quoi devrait ressembler le soutien institutionnel à long terme d’un point de vue prospectif, mais il y a plusieurs domaines de travail critiques qui peuvent nous aider à le déterminer. Les propositions suivantes sont rattachées à trois domaines :
Traiter les infrastructures numériques comme un bien commun essentiel et les élever au rang d’acteur intersectoriel clé ;
Travailler avec des projets pour améliorer les standards, la sécurité et les flux de production ;
Augmenter la taille du groupe de contributeurs de manière à ce que davantage de personnes, et davantage de personnes de types différents, puissent élaborer et soutenir ensemble les logiciels publics.
Conscientiser et éduquer les acteurs clés
Comme nous l’avons relevé dans ce rapport, beaucoup d’acteurs clés — dont les startups, les gouvernements, et les sociétés de capital risque — pensent à tort que les logiciels publics « fonctionnent, tout simplement » et ne requiert pas de maintenance supplémentaire. Pour entretenir correctement l’écosystème de nos infrastructures numériques, ces populations devraient être les premières à être informées du problème. Les infrastructures numériques ont besoin de porte-paroles qui soient affranchis de toute contrainte politique ou commerciale et qui puissent comprendre et communiquer les besoins de l’écosystème.
Traiter les infrastructures numériques comme des biens publics essentiels pourrait également motiver l’investissement direct dans la construction de meilleurs systèmes à partir de zéro. Par exemple, aux États-Unis, les autoroutes inter-états et le réseau de bibliothèques publiques furent dès l’origine conçus comme des ressources publiques. Les unes et les autres ont eu leur champion (respectivement le Président Dwight Eisenhower et le philanthrope Andrew Carnegie) qui ont clairement argumenté en faveur du bénéfice social et financier qui résulterait de tels projets.
Un réseau national d’autoroutes ne sert pas uniquement à nous relier en tant qu’individus, en facilitant les déplacements d’un endroit à un autre, mais il apporte aussi la prospérité financière dans tous les coins du pays, grâce à l’usage commercial des voies rapides pour acheminer les marchandises. Dans les bibliothèques Andrew Carnegie, publiques et gratuites, les livres étaient accessibles et non stockés en magasin, pour permettre aux gens de les feuilleter et d’y trouver eux-mêmes l’information sans avoir recours à un⋅e bibliothécaire. Cette pratique a aidé à démocratiser l’information et à donner aux gens les moyens de s’éduquer eux-mêmes.
Une meilleure éducation et une meilleure prise de conscience pourraient s’étendre jusqu’aux gouvernements, dont certains ont rendu, par la loi, les infrastructures numériques difficiles à soutenir et qui ne sont peut-être pas familiers des normes culturelles et de l’histoire de l’open source. Aux USA, l’IRS [NdT : Internal Revenue Service – organisme qui collecte l’impôt] a une définition très restrictive des activités caritatives, et comme l’open source est mal comprise, son impact positif sur la société demeure ignoré. Cela complique l’institutionnalisation de plus gros projets à travers une fondation ou une association professionnelle.
Mesurer l’utilisation et l’impact de l’infrastructure numérique
L’impact de l’infrastructure numérique est encore très difficile à mesurer. Les indicateurs habituels sont soit très imprécis, soit simplement indisponibles. Ce n’est pas un problème facile à résoudre. Mais sans données relatives aux outils utilisés et à notre dépendance vis-à-vis d’eux, il est difficile de se faire une idée nette de ce qui manque de financement.
Avec de meilleurs indicateurs, nous pourrions décrire l’impact économique de l’infrastructure numérique, identifier les projets essentiels qui manquent de financement, et comprendre les dépendances entre les projets et entre les personnes. Pour le moment, il est impossible de dire qui utilise un projet open source à moins que l’utilisateur, individu ou entreprise, ne le révèle. Pour déterminer quel projet a besoin de plus de soutien, nous ne disposons que d’informations anecdotiques.
De meilleures statistiques pourraient également nous aider à identifier les « contributeurs clé de voûte ». En biologie environnementale, une « espèce clé » est une espèce animale qui a un impact disproportionné sur son environnement au regard de ses effectifs. Dans la même idée, un « contributeur clé » pourrait être un développeur qui contribue à plusieurs projets essentiels, qui est le seul responsable d’un projet crucial, ou qui est généralement perçu comme influent et digne de confiance. Les « contributeurs clés » sont des défenseurs essentiels, les valoriser en leur fournissant les ressources dont ils ont besoin pourrait améliorer le système dans son ensemble. Comprendre les relations entre les communautés open source et les « contributeurs clés » pourrait aider à identifier rapidement les secteurs qui auront besoin de soutien supplémentaire.
On dispose également de peu de données sur les contributeurs eux-mêmes : qui contribue à l’open source, quelles conditions leur permettent de le faire, et quelles sont les contributions effectuées. Les femmes, les non-anglophones, et les nouveaux contributeurs à l’open source sont des exemples de population qui devraient être suivies dans le temps, en particulier pour mesurer l’impact des programmes de soutien.
Les seules statistiques disponibles sur les dépôts GitHub sont le nombre de personnes ayant étoilé (action semblable à liker), vu (c’est-à-dire qu’elles reçoivent des nouvelles du projet) ou « forké » un projet. Ces chiffres permettent de fournir des indicateurs concernant la popularité, mais ils peuvent être trompeurs. Beaucoup de personnes peuvent étoiler un projet, parce qu’il a une conception intéressante par exemple, sans toutefois l’intégrer à leur propre code.
Certains gestionnaires de paquets tels npm (qui est celui de Node.js) suivent les téléchargements. Le « popularity contest » de Debian piste les téléchargements du système d’exploitation libre Debian. Néanmoins, chaque gestionnaire de paquets est limité à un écosystème particulier, et aucun de ces gestionnaires ne peut donner une image du système dans son ensemble. Plusieurs projets ne sont pas inclus dans un gestionnaire de paquets et ne sont pas suivis. Libraries.io, un site web créé par Andrew Nesbitt, est une tentative pour agréger des données des projets open source en fonction de leur usage, il piste environ 1,3 millions de bibliothèques open source sur 32 gestionnaires de paquets.
Travailler avec les projets pour moderniser l’organisation de travail
Beaucoup de projets sont en difficulté et pas seulement à cause d’un manque de financement, mais aussi parce qu’il est difficile d’y contribuer, ou encore parce qu’il existe un goulot d’étranglement au niveau des mainteneurs qui traitent les demandes de modification (pull requests) de la communauté. C’est vrai, en particulier, pour les plus anciens projets qui ont été bâtis avec des outils de développement, des langages et des processus qui ne sont plus populaires (ceux qui par exemple utilisent un système de contrôle de version autre que Git, dont la popularité croît chez les développeurs).
On peut faire beaucoup de choses pour faciliter la contribution à un projet, depuis la migration vers un flux de travail (workflow) plus moderne, le nettoyage du code, la fermeture des pull request délaissées, jusqu’à la mise en place d’une politique claire pour les contributions. Certains projets expérimentent pour rendre les contributions plus simples. Le développeur Felix Geisendörfer, par exemple, a suggéré que chaque personne qui soumet une modification du code devrait avoir une permission de commit afin de réduire l’engorgement au niveau de l’unique mainteneur vérifiant et approuvant ces changements. Felix a estimé que « cette approche est un fantastique moyen d’éviter que le projet ne se ratatine en transformant le projet d’un seul homme en celui d’une communauté. »
Le règlement de contribution de Node.js, qui peut être adopté par les autres projets Node, met l’accent sur l’augmentation du nombre de contributeurs et sur leur autonomisation dans la prise de décision, plutôt que de désigner les mainteneurs comme seule autorité approbatrice. Leurs règles de contribution expliquent comment soumettre et valider des pull requests, comment consigner des bugs, etc. Les mainteneurs Node.js ont constaté qu’adopter de meilleures règles les avait aidés à gérer leur charge de travail et à faire évoluer leur communauté vers un projet plus sain et actif.
Dans un premier temps, il y a des recherches à faire pour déterminer quels projets doivent avancer. Autrement dit, à quoi ressemble un « projet à succès », aussi bien en termes de financement et de modèles de gouvernance, que dans l’équilibre à trouver entre mainteneurs, contributeurs et usagers ! La réponse peut varier en fonction des différents types de projets et de leur ampleur.
Encourager les standards communs dans les projets open source
Bien que GitHub soit en train de devenir une plateforme standard pour la collaboration sur le code, de nombreux aspects des projets open source ne sont pas encore standardisés, notamment l’ampleur et la richesse de la documentation, des licences et des guides de contribution, ainsi que le style de code et le formatage.
Encourager l’adoption de standards de projets pourrait faciliter, pour les mainteneurs, la gestion des contributions, tout en réduisant pour les contributeurs les obstacles à la participation.
Parmi les exemples de standardisation croissante, on trouve le code de conduite, qui est un règlement détaillant les attentes en termes d’attitude et de communication.
Ces dernières années, des codes de conduite ont été adoptés par un nombre croissant de communautés de projets, notamment Node.js, Django et Ruby. Bien que le processus d’adoption ait pu donner lieu à d’intenses débats au sein de certaines communautés, leur prolifération révèle un intérêt croissant pour la responsabilisation du comportement des communautés.
Augmenter le nombre de contributeurs et contributrices open source
Comme nous l’avons évoqué dans un chapitre précédent de ce rapport, l’industrie du logiciel est florissante, avec un nombre croissant de nouveaux développeurs mais aussi d’autres talents variés : il y a du travail à faire pour encourager ces nouveaux arrivants à contribuer à l’open source. Augmenter le nombre de contributeurs permet aux projets open source d’être plus durables, car davantage de personnes participent à leur développement. Permettre à davantage de personnes de contribuer à l’open source accroît également l’empathie et la communication entre les « utilisateurs » de l’open source et les projets dont ils dépendent.
« Your First PR » (« votre première PR », PR pour Pull Request, NdT) est un exemple d’initiative, développée par la programmeuse Charlotte Spencer, qui aide les nouveaux venus à effectuer leur première contribution à l’open source. « First Timers Only » (Réservé aux débutants) et « Make a Pull Request » (Faites une pull request) sont deux autres exemples de ressources populaires qui introduisent les nouveaux venus à l’open source. Certains projets open source utilisent également des étiquettes telles que « first bug » ou « contributor friendly » pour signaler les problèmes susceptibles d’être résolus par des contributeurs moins expérimentés. Il serait également bénéfique d’encourager les contributions à l’open source autres que le code, comme la rédaction de documentation technique, la gestion des tâches et des flux de travail, ou la création d’un site internet pour le projet.
En plus de l’augmentation de la proportion de techniciens talentueux contribuant à l’open source existe la possibilité de puiser dans un groupe de contributeurs plus large. Faire en sorte que les non-anglophones se sentent bienvenus dans les communautés open source, par exemple, pourrait rendre la technologie plus accessible à travers le monde. Et comme beaucoup de recruteurs utilisent les travaux open source comme un portfolio au moment d’embaucher un développeur, une communauté open source plus diverse encouragerait l’apparition d’un personnel technique globalement plus inclusif.
Améliorer les relations entre projets et acteurs extérieurs
Les entreprises sont une pièce incontournable de l’écosystème open source, et leur rôle ne fait que gagner en importance à mesure que davantage d’entre elles adoptent les logiciels open source. Faciliter la collaboration entre entreprises et projets, ainsi qu’aider les entreprises à comprendre les besoins des communautés open source, pourrait débloquer le soutien des entreprises susceptibles de devenir mécènes ou promoteurs de l’open source.
Selon l’étude annuelle des entreprises open source réalisée par Black Duck, seulement 27 % des entreprises ont un règlement formel concernant les contributions de leurs employés à l’open source. Clarifier la possibilité ou non pour les employés de contribuer à l’open source sur leur temps de travail, et les encourager à le faire, pourrait grandement améliorer le soutien des entreprises aux projets open source.
En 2014, un groupement d’entreprises a fondé le TODO Group, pour partager les bonnes pratiques autour de la participation corporative à l’open source. Parmi les membres de ce groupe, on trouve Box, Facebook, Dropbox, Twitter et Stripe. En mars 2016, le TODO Group a annoncé qu’il serait hébergé par la Fondation Linux en tant que projet collaboratif.
Les entreprises peuvent également fournir un soutien financier aux projets, mais il est parfois difficile pour elles de trouver comment formaliser leur mécénat. Créer des budgets dédiés au mécénat en direction des équipes d’ingénieurs ou des employés, ou encore créer des documents permettant aux projets de « facturer » plus facilement leurs services aux entreprises, sont autant d’initiatives qui pourraient augmenter les contributions financières à l’open source.
Poul-Henning Kamp, par exemple, travaille sur un projet open source nommé Varnish, utilisé par un dixième des sites les plus visités d’internet, notamment Facebook, Twitter, Tumblr, The New York Times et The Guardian. Pour financer ce travail, il a créé la Varnish Moral License pour faciliter la sponsorisation du projet par les entreprises.
Même si en pratique la relation est un mécénat, Poul Henning utilise une terminologie familière aux entreprises, avec des termes tels que « facturation » et « licences », pour réduire les obstacles à la participation.
Augmenter le soutien aux compétences diverses et aux fonctions hors-codage
Dans un passé pas si lointain, les startups de logiciels étaient fortement centrées sur les compétences techniques. Les autres rôles, comme le marketing et le design, étaient considérés comme secondaires par rapport au code. Aujourd’hui, avec la création et la consommation rapide de logiciels, cette conception ne tient plus. Les startups sont en concurrence pour capter l’attention de leurs clients. L’identité de la marque est devenue l’un des principaux facteurs de différenciation.
Ces cinq dernières années ont été celles de l’essor du développeur full stack (polyvalent) : des développeurs plus généralistes que spécialisés, capables de travailler sur plusieurs domaines d’un logiciel complexe, et qui sont susceptibles d’avoir des compétences dans la conception et la production. Les équipes de développement sont plus soudées, elles utilisent les méthodes agiles avec des approches de conception d’architecture logicielle (où le livrable est élaboré en faisant des navettes entre les équipes de techniciens, designers et commerciaux), plutôt qu’une approche en cascade (où chaque équipe apporte sa pièce à l’édifice avant de la transmettre au groupe de travail suivant).
Les projets open source ont connu peu d’évolutions de ce genre, malgré notre dépendance croissante à leurs logiciels. On comprend aisément que le code soit au cœur d’un projet open source, il est en quelque sorte le « produit final » ou le livrable. Les fonctions relatives à la gestion de la communauté, à la documentation, ou à la promotion du projet, qui sont la marque d’une organisation saine et durable, sont moins valorisées. Il en découle que les projets sont déséquilibrés. Beaucoup de choses pourraient être entreprises pour financer et soutenir les contributions autres que le code, des dons en nature pour payer les serveurs par exemple, ou des avantages comme une assurance maladie. Disposer de soutiens de ce type permettrait de réduire notablement la charge des développeurs.
Des routes et des ponts (7) – pour une infrastructure durable
Une question épineuse pour les projets libres et open source est leur maintenance à long terme, et bien évidemment les ressources, tant financières qu’humaines, que l’on peut y consacrer. Tel est le sujet qu’aborde ce nouveau chapitre de l’ouvrage de Nadia Eghbal Des routes et des ponts que le groupe Framalang vous traduit semaine après semaine (si vous avez raté les épisodes précédents)
Elle examine ici une série de cas de figures en fonction de l’origine de l’origine projet.
Comment les projets d’infrastructure numérique sont-ils gérés et maintenus ?
Nous avons établi que les infrastructures numériques sont aussi nécessaires à la société moderne que le sont les infrastructures physiques. Bien qu’elles ne soient pas sujettes aux coûts élevés et aux obstacles politiques auxquels sont confrontées ces dernières, leur nature décentralisée les rend cependant plus difficiles à cerner. Sans une autorité centrale, comment les projets open source trouvent-ils les ressources dont ils ont besoin ?
En un mot, la réponse est différente pour chaque projet. Cependant, on peut identifier plusieurs lieux d’où ces projets peuvent émaner : au sein d’une entreprise, via une startup, de développeurs individuels ou collaborant en communauté.
Au sein d’une entreprise
Parfois, le projet commence au sein d’une entreprise. Voici quelques exemples qui illustrent par quels moyens variés un projet open source peut être soutenu par les ressources d’une entreprise :
Go, le nouveau langage de programmation évoqué précédemment, a été développé au sein de Google en 2007 par les ingénieurs Robert Griesemer, Rob Pike, et Ken Thompson, pour qui la création de Go était une expérimentation. Go est open source et accepte les contributions de la communauté dans son ensemble. Cependant, ses principaux mainteneurs sont employés à plein temps par Google pour travailler sur le langage.
React est une nouvelle bibliothèque JavaScript dont la popularité grandit de jour en jour.
React a été créée par Jordan Walke, ingénieur logiciel chez Facebook, pour un usage interne sur le fil d’actualités Facebook. Un employé d’Instagram (qui est une filiale de Facebook) a également souhaité utiliser React, et finalement, React a été placée en open source, deux ans après son développement initial.
Facebook a dédié une équipe d’ingénieurs à la maintenance du projet, mais React accepte aussi les contributions de la communauté publique des développeurs.
Swift, le langage de programmation utilisé pour iOS, OS X et les autres projets d’Apple, est un exemple de projet qui n’a été placé en open source que récemment. Swift a été développé par Apple en interne pendant quatre ans et publié en tant que langage propriétaire en 2014. Les développeurs pouvaient utiliser Swift pour écrire des programmes pour les appareils d’Apple, mais ne pouvaient pas contribuer au développement du cœur du langage. En 2015, Swift a été rendu open source sous la licence Apache 2.0.
Pour une entreprise, les incitations à maintenir un projet open source sont nombreuses. Ouvrir un projet au public peut signifier moins de travail pour l’entreprise, grâce essentiellement aux améliorations de la collaboration de masse.
Cela stimule la bonne volonté et l’intérêt des développeurs, qui peuvent alors être incités à utiliser d’autres ressources de l’entreprise pour construire leurs projets.
Disposer d’une communauté active de programmeurs crée un vivier de talents à recruter. Et parfois, l’ouverture du code d’un projet aide une entreprise à renforcer sa base d’utilisateurs et sa marque, ou même à l’emporter sur la concurrence. Plus une entreprise peut capter de parts de marché, même à travers des outils qu’elle distribue gratuitement, plus elle devient influente. Ce n’est pas très différent du concept commercial de « produit d’appel ».
Même quand un projet est créé en interne, s’il est open source, alors il peut être librement utilisé ou modifié selon les termes d’une licence libre, et n’est pas considéré comme relevant de la propriété intellectuelle de l’entreprise au sens traditionnel du terme. De nombreux projets d’entreprise utilisent des licences libres standard qui sont considérées comme acceptables par la communauté des développeurs telles que les licences Apache 2.0 ou BSD. Cependant, dans certains cas, les entreprises ajoutent leurs propres clauses. La licence de React, par exemple, comporte une clause additionnelle qui pourrait potentiellement créer des conflits de revendications de brevet avec les utilisateurs de React.
En conséquence, certaines entreprises et individus sont réticents à utiliser React, et cette décision est fréquemment décrite comme un exemple de conflit avec les principes de l’open source.
Via une startup
Certains projets d’infrastructures empruntent la voie traditionnelle de la startup, ce qui inclut des financements en capital-risque. Voici quelques exemples : Docker, qui est peut-être l’exemple contemporain le plus connu, aide les applications logicielles à fonctionner à l’intérieur d’un conteneur. (Les conteneurs procurent un environnement propre et ordonné pour les applications logicielles, ce qui permet de les faire fonctionner plus facilement partout). Docker est né en tant que projet interne chez dotCloud, une société de Plate-forme en tant que service (ou PaaS, pour platform as a service en anglais), mais le projet est devenu si populaire que ses fondateurs ont décidé d’en faire la principale activité de l’entreprise. Le projet Docker a été placé en open source en 2013. Docker a collecté 180 millions de dollars, avec une valeur estimée à plus d’1 milliard de dollars.
Leur modèle économique repose sur du support technique, des projets privés et des services. Les revenus de Docker pour l’année 2014 ne dépassaient pas 10 millions de dollars.
Npm est un gestionnaire de paquets sorti en 2010 pour aider les développeurs de Node.js à partager et à gérer leurs projets. Npm a collecté près de 11 millions de dollars de financements depuis 2014 de la part de True Ventures et de Bessemer Ventures, entre autres. Leur modèle économique se concentre sur des fonctionnalités payantes en faveur de la vie privée et de la sécurité.
Meteor est un framework JavaScript publié pour la première fois en 2012. Il a bénéficié d’un programme d’incubation au sein de Y Combinator, un prestigieux accélérateur de startups qui a également été l’incubateur d’entreprises comme AirBnB et Dropbox. À ce jour, Meteor a reçu plus de 30 millions de dollars de financements de la part de firmes comme Andreessen Horowitz ou Matrix Partners. Le modèle économique de Meteor se base sur une plateforme d’entreprise nommée Galaxy, sortie en Octobre 2015, qui permet de faire fonctionner et de gérer les applications Meteor.
L’approche basée sur le capital-risque est relativement nouvelle, et se développe rapidement.
Lightspeed Venture Partners a constaté qu’entre 2010 et 2015, les sociétés de capital-risque ont investi plus de 4 milliards de dollars dans des entreprises open source, soit dix fois plus que sur les cinq années précédentes.
Le recours aux fonds de capital-risque pour soutenir les projets open source a été accueilli avec scepticisme par les développeurs (et même par certains acteurs du capital-risque eux-mêmes), du fait de l’absence de modèles économiques ou de revenus prévisibles pour justifier les estimations. Steve Klabnik, un mainteneur du langage Rust, explique le soudain intérêt des capital-risqueurs pour le financement de l’open source :
« Je suis un investisseur en capital-risque. J’ai besoin qu’un grand nombre d’entreprises existent pour gagner de l’argent… J’ai besoin que les coûts soient bas et les profits élevés. Pour cela, il me faut un écosystème de logiciels open source en bonne santé. Donc je fais quoi? … Les investisseurs en capital-risque sont en train de prendre conscience de tout ça, et ils commencent à investir dans les infrastructures. […]
Par bien des aspects, le matériel open source est un produit d’appel, pour que tu deviennes accro…puis tu l’utilises pour tout, même pour ton code propriétaire. C’est une très bonne stratégie commerciale, mais cela place GitHub au centre de ce nouvel univers. Donc pour des raisons similaires, a16z a besoin que GitHub soit génial, pour servir de tremplin à chacun des écosystèmes open source qui existeront à l’avenir… Et a16z a suffisamment d’argent pour en «gaspiller » en finançant un projet sur lequel ils ne récupéreront pas de bénéfices directs, parce qu’ils sont suffisamment intelligents pour investir une partie de leurs fonds dans le développement de l’écosystème. »
GitHub, créé en 2008, est une plateforme de partage/stockage de code, disponible en mode public ou privé, doté d’un environnement ergonomique. Il héberge de nombreux projets open source populaires et, surtout, il est devenu l’épicentre culturel de la croissance explosive de l’open source (dont nous parlerons plus loin dans ce rapport). GitHub n’a reçu aucun capital-risque avant 2012, quatre ans après sa création. Avant cette date, GitHub était une entreprise rentable. Depuis 2012, GitHub a reçu au total 350 millions de dollars de financements en capital-risque.
Andreessen Horowitz (alias a16z), la firme d’investissement aux 4 millards de dollars qui a fourni l’essentiel du capital de leur première levée de fonds de 100 millions de dollars, a déclaré qu’il s’agissait là de l’investissement le plus important qu’elle ait jamais fait jusqu’alors.
En d’autres termes, la théorie de Steve Klabnik est que les sociétés de capital-risque qui investissent dans les infrastructures open source promeuvent ces plateformes en tant que « produit d’appel », même quand il n’y a pas de modèle économique viable ou de rentabilité à en tirer, parce que cela permet de faire croître l’ensemble de l’écosystème. Plus GitHub a de ressources, plus l’open source est florissant. Plus l’open source est florissant, et mieux se portent les startups. À lui seul, l’intérêt que portent les sociétés d’investissement à l’open source, particulièrement quand on considère l’absence de véritable retour financier, est une preuve du rôle-clé que joue l’open source dans l’écosystème plus large des startups.
Par ailleurs, il est important de noter que la plateforme GitHub en elle-même n’est pas un projet open source, et n’est donc pas un exemple de capital-risque finançant directement l’open source. GitHub est une plateforme à code propriétaire qui héberge des projets open source. C’est un sujet controversé pour certains contributeurs open source.
Par des personnes ou un groupe de personnes
Enfin, de nombreux projets d’infrastructures numériques sont intégralement développés et maintenus par des développeurs indépendants ou des communautés de développeurs. Voici quelques exemples :
Python, un langage de programmation, a été développé et publié par un informaticien, Guido van Rossum, en 1991.
Van Rossum déclarait qu’il « était à la recherche d’un projet de programmation « passe-temps », qui [le] tiendrait occupé pendant la semaine de Noël. »
Le projet a décollé, et Python est désormais considéré comme l’un des langages de programmation les plus populaires de nos jours.
Van Rossum reste le principal auteur de Python (aussi connu parmi les développeurs sous le nom de « dictateur bienveillant à vie » et il est actuellement employé par Dropbox, dont les logiciels reposent fortement sur Python.
Python est en partie géré par la Python Software Foundation (NdT: Fondation du logiciel Python), créée en 2001, qui bénéficie de nombreux sponsors commerciaux, parmi lesquel Intel, HP et Google.
RubyGems est un gestionnaire de paquets qui facilite la distribution de programmes et de bibliothèques associés au langage de programmation Ruby.
C’est une pièce essentielle de l’infrastructure pour tout développeur Ruby. Parmi les sites web utilisant Ruby, on peut citer par exemple Hulu, AirBnB et Bloomberg. RubyGems a été créé en 2003 et est géré par une communauté de développeurs. Certains travaux de développement sont financés par Ruby Together, une fondation qui accepte les dons d’entreprises et de particuliers.
Twisted, une bibliothèque Python, fut créée en 2002 par un programmeur nommé Glyph Lefkowitz. Depuis lors, son usage s’est largement répandu auprès d’individus et d’organisations, parmi lesquelles Lucasfilm et la NASA.
Twisted continue d’être géré par un groupe de volontaires. Le projet est soutenu par des dons corporatifs/commerciaux et individuels ; Lefkowitz en reste l’architecte principal et gagne sa vie en proposant ses services de consultant.
Comme le montrent tous ces exemples, les projets open source peuvent provenir de pratiquement n’importe où. Ce qui est en général considéré comme une bonne chose. Cela signifie que les projets utiles ont le plus de chances de réussir, car ils évitent d’une part les effets de mode futiles inhérents aux startups, et d’autre part la bureaucratie propre aux gouvernements. La nature décentralisée de l’infrastructure numérique renforce également les valeurs de démocratie et d’ouverture d’Internet, qui permet en principe à chacun de créer le prochain super projet, qu’il soit une entreprise ou un individu.
D’un autre côté, un grand nombre de projets utiles proviendront de développeurs indépendants qui se trouveront tout à coup à la tête d’un projet à succès, et qui devront prendre des décisions cruciales pour son avenir. Une étude de 2015 menée par l’Université fédérale de Minas Gerai au Brésil a examiné 133 des projets les plus activement utilisés sur Github, parmi les langages de programmation, et a découvert que 64 % d’entre eux, presque les deux tiers, dépendaient pour leur survie d’un ou deux développeurs seulement.
Bien qu’il puisse y avoir une longue traîne de contributeurs occasionnels ou ponctuels pour de nombreux projets, les responsabilités principales de la gestion du projet ne reposent que sur un très petit nombre d’individus.
Coordonner des communautés internationales de contributeurs aux avis arrêtés, tout en gérant les attentes d’entreprises classées au Fortune 500 qui utilisent votre projet, voilà des tâches qui seraient des défis pour n’importe qui. Il est impressionnant de constater combien de projets ont déjà été accomplis de cette manière. Ces tâches sont particulièrement difficiles dans un contexte où les développeurs manquent de modèles clairement établis, mais aussi de soutien institutionnel pour mener ce travail à bien. Au cours d’interviews menées pour ce rapport, beaucoup de développeurs se sont plaints en privé qu’ils n’avaient aucune idée de qui ils pouvaient solliciter pour avoir de l’aide, et qu’ils préféreraient « juste coder ».
Pourquoi continuent-ils à le faire ? La suite de ce rapport se concentrera sur pourquoi et comment les contributeurs de l’open source maintiennent des projets à grande échelle, et sur les raisons pour lesquelles c’est important pour nous tous.
(Bêtisier) Hey ! J’ai trouvé 7 nouveaux moyens de dégoogliser (le 6e va te surprendre)
Ouais ! Cette campagne se passe comme tout grand moment chez Framasoft : avec beaucoup de rires… et même la création d’un micro-micro service qui va changer Internet (rien que ça !)
Petit tour dans les coulisses de la préparation de cet anniversaire…
Les titres auxquels vous avez échappé !
Pour annoncer cette nouvelle campagne, nous avons cherché un titre qui claque ! (au moins autant que celui de cet article… -_-)
Cette année, on a fait dans la sobriété avec « Dégooglisons saison 3 : 30 services alternatifs aux produits de Google & co ». Pour en arriver là, nous avons fait un brainstorming sur un pad… Et le moins qu’on puisse dire, c’est qu’une tempête de cerveaux chez Framasoft, ça éclabousse ! Petit florilège :
Mode « Marathon » avec option « j’ai les foies »
Dégooglisons Internet : On ne lâche rien ! (ouais… non.)
Dégooglisons Internet : même pas peur, on va le faire ! (ça se sent qu’on balise ?)
Eh, chiche : et si on arrivait vraiment à Dégoogliser Internet ? (ou pas : internet c’est grand, surtout vers la fin.)
La route est longue mais Framasoft tient la distance (on va finir par user ce truc-là)
Dégooglisons Internet : putain, 2 ans…
Quand on se prend pour des barils de lessive…
Dégooglisons Internet : deux ans, deux fois plus de confiance (c’est les soldes)
Framasoft, le dégooglizeur triple action : il nettoie, désinfecte et remplace vos services web pourris (Frama l’dire à tout l’monde !)
L’An III de la dégooglisation, la troisième lame coupe le Gafam (pour des barbu-e-s, ça la fout mal)
Quand il y a trop de choix.
Bonjour, c’est pour un Copyright Infrigement !
Dégooglisons Internet épisode 3 : la revanche des sites
Dégooglisons Internet : la revanche des six sites (six sites l’impératrice, l’impératrice du côté obscur, bien sûr…)
Dégooglisons Internet : ils sont fous ces gaulois ! (procès des éditions Albert René, et pis il y en a un qui nous a piqué l’idée)
Framasoft et la dernière croisade (ça fouette, comme titre)
Dégooglisons Internet an III : le retour du libre (rien à voir avec Star Wars, on parle du Seigneur des anneaux :D)
Chatons rises
Dégooglisons Internet : Jusqu’au bout du Monde
Dégooglisons Internet an III : l’œil du CHATON
Dégooglisons Internet an III : l’affrontement final
Dégooglisons Internet an III : Instructeurs de choc
Dégooglisons Internet an III : Framasoft ne renonce jamais
Dégooglisons avec Framasoft : saison III, le retour de la vengeance du Libre
En parlant de parodie… Le logo des CHATONS est déjà parodié (par Steph )
Comme il est grand ce petit !
Dégooglisons Internet : 2 ans et toutes ses dents
Dégooglisons : il a 2 ans et il sait déjà marcher
Dégooglisons Internet rentre en 3e, dans la cour des grands
Un deux trois, Dégooglisons tout ça !
Miam miam, on va bouffer GAFAM
Am stram gram, au revoir GAFAM
Et sinon, les chevilles…?
Remplaçons GAFAM par les Grandes Alternatives Framasoftiennes Aux Monopoles !
Chacun de ces titres a été envisagé.
Quand Murphy est de la partie…
Bien évidemment, la loi de Murphy s’applique à tout, et donc au mois intense qu’a demandé la préparation de cette campagne…
« Tout ce qui est susceptible de mal tourner tournera nécessairement mal. »
Imaginez un Pouhiou qui apprend le git. Non, y’a pas besoin d’en dire plus pour attirer Murphy : Pouhiou. Git.
Pouhiou. Git. (allégorie)
Imaginez un service qui se met à planter pile poil une semaine avant sa sortie… Oui, Framatalk, c’est toi qu’on regarde ! Et ne fais pas ton innocent, tu sais très bien que c’est ta mise à jour bien opportune qui t’a (et nous a) sauvé la mise ! Non parce que bien marcher pendant 2 mois de tests et planter une semaine avant la mise en prod, ça se fait pas, hein ? (oui : on fait les gros n’yeux aux services les plus récalcitrants).
Imaginez un administrateur système (celui qui est là pour que les serveurs tiennent debout quand le raz de marée des utilisateurs et utilisatrices arrive) qui, pile poil le jour du lancement de la campagne, au plus fort de la tempête, perd tout accès à Internet. Box qui plante, téléphone qui bloque l’au-delà du data… la totale ! Nous ne remercierons jamais assez la voisine de Framasky qui lui a prêté un code wifi le temps qu’il résolve le problème ^^.
Imaginez enfin une équipe tellement à fond sur les « Frama-ceci » et « Framacela » qu’elle finit un peu par s’emmêler les pinceaux…
Le bingo du troll : le service que même GAFAM n’a pas osé sortir !
Parmi les petites joies que vivent nos bénévoles, il en est une particulière. Les nuées de trolls dont le flux migratoire se pose parfois dans les commentaires du Framablog. Pour se détendre, il faut bien trouver quelque chose. Chez Framasoft, on a Gee, notre illustre dessinateur-docteur-ukuléliste, qui avait déjà inventé le Bingo du Troll. Comme c’est libre, JosephK a décidé d’en faire un service en ligne.
À vous désormais de le tester sur troll.framasoft.org et de vous en emparer dès qu’un troll des montagnes vient étaler ses pollutions intellectuelles sur vos plate-bandes numériques !
On n’a pas peur de le dire, voilà un service qui va changer la face des internets :p !
Hummm… 6 points ? Peut mieux faire.
Aucun chaton n’a été maltraité pour l’écriture de cet article !
« Dites-le avec des chatons », c’est un peu notre maxime depuis que Framasky a bidouillé GiphyMatHooker pour ajouter le support de Cat as a service et ainsi nous permettre de faire des gifs rigolos sur notre groupe de discussion Framateam. Et puis ça tombe bien, parce que les CHATONS (ainsi que MyFrama), on va en parler la semaine prochaine, et c’est un collectif qui nous tient tout particulièrement à cœur, tant il vous permettra de vous « dé-framasoftiser » ^^.
En attendant, au milieu de tous ces éclats de rire, il y a beaucoup de travail, et de passion. Or, 90 % de nos ressources, des sous qui nous permettent de réaliser tout ce que l’on fait (même le bingo du troll ^^), c’est à vos dons qu’on les doit. Cette année encore nous en avons besoin, et nous espérons que, si vous en avez la possibilité, vous répondrez à l’appel.
Et pour tout le soutien que vous nous avez déjà apporté, il n’y a qu’un mot :
MyPads : point de la semaine 27
Ce qui a été fait
Depuis le dernier point, voici les tâches qui ont été réalisées :
un module de gestion de favoris qui regroupe les groupes et pads marqués comme tels, permettent de les en retirer ou encore d’y accéder rapidement ;
la suppression de compte depuis le module de gestion du profil, laquelle entraine celle des groupes et pads pour lesquels l’utilisateur était le seul administrateur ;
le déplacement de tous les pads d’un groupe vers un autre depuis la page de détails de chaque groupe, utile avant de supprimer complètement un groupe existant ou pour en fusionner plusieurs ;
la prise en charge des permissions avec la différenciation entre :
des administrateurs globaux de MyPads, les mêmes que ceux de l’instance Etherpad, et lesquels ont droit de procéder à toute action, depuis l’API de MyPads ;
des utilisateurs, dont chaque action est vérifiée : un utilisateur peut modifier ou voir son compte mais pas celui des autres, modifier ses pads et groupes mais pas ceux dont il est seul invité, etc. ;
la suppression des actions non autorisées dans le client Web.
quelques corrections de bugs lors de la destruction de compte sous Etherpad, l’ajout de favori depuis la page de travail des pads ou encore un souci avec l’une des bases de données supportées par Etherpad, à savoir Dirty, du fait que celle-ci renvoie les éléments qui ont déjà été supprimés.
Le travail se poursuit. Il reste une dizaine de tâches à réaliser avant la version admissible (release candidate). Bien sûr, vous pouvez tester les dernières avancées sur la bêta en ligne. Pour rappel, ne travaillez pas sur cette version, les données y sont régulièrement écrasées et le prestataire ne fournit aucune garantie de service à cet endroit.
MyPads : development point
What has been recently done
Since last news, here are achieved tasks :
a bookmark management module that bring together groups and pads, allowing to remove them from favorites or to quickly access to their details ;
account removal from the profile module; this action leads to deletion of groups and pads where the user was the unique administrator ;
group pads mass move to another group from the details page; useful before group removing or for merging several groups ;
permissions management with differences between:
MyPads global administrators, the same as Etherpad instance ones, who are authorized to do everything through the MyPads API ;
users for which every action is checked : a user can update or see his account but not another one, edit his groups and pads but not those he has just been invited to contribute, etc. ;
forbidden actions have been removed from the Web client.
a few fixes : a problem with account removal under Etherpad, bookmark adding from pads page, an issue with one of the databases supported by Etherpad, DirtyDb, because it returns already deleted elements « by design ».
Work is going on. There are still ten tasks to do before the release candidate. Of course, you can test last progress on the online beta version. Remember not to work with this version: data is frequently wiped out and the contractor doesn’t provide any service warranty from this place.
