Il y a quelques mois, avant que la covid19 ne vienne chambouler notre quotidien, Angie faisait le constat que nous n’avions finalement que très peu documenté sur ce blog les démarches de passage à des outils libres réalisées au sein des organisations. Celles-ci sont pourtant nombreuses à s’être questionnées et à avoir entamé une « degooglisation ». Il nous a semblé pertinent de les interviewer pour comprendre pourquoi et comment elles se sont lancées dans cette aventure. Ce retour d’expérience est, pour Framasoft, l’occasion de prouver que c’est possible, sans ignorer les difficultés et les freins rencontrés, les écueils et erreurs à ne pas reproduire, etc. Peut-être ces quelques témoignages parviendront-ils à vous convaincre de passer au libre au sein de votre structure et à la libérer des outils des géants du Web ?

N’hésitez pas à consulter les autres articles de cette série consacrée à l’autonomisation numérique des organisations.

L’Atelier du Chat Perché est un atelier vélo participatif qui propose des permanences conviviales de mécanique vélo à ses adhérent⋅e⋅s. Lors des permanences, les adhérent⋅e⋅s peuvent venir entretenir et apprendre à réparer leurs bicyclettes. L’atelier vend aussi des vélos d’occasion qui ont été entièrement révisés. L’association participe à de nombreux événements dans Lyon et aux alentours, avec ses vélos bizarres, et propose des ateliers mobiles d’initiation et de formation à la mécanique vélo pour tous publics et toutes structures (écoles, centres sociaux, MJC, collectivités, entreprises).

Nous avons demandé à l’un de ses membres de nous parler de sa démarche de passage à des outils libres.

Bonjour, peux-tu te présenter ? Qui es-tu ? Quel est ton parcours ?
Bonjour, je suis Quentin. Dans le civil, je suis professeur des écoles. Je suis adhérent et bénévole à l’Atelier du Chat Perché depuis 2015. Entre 2016 et 2019, j’ai été membre de la collégiale qui administre l’association et j’ai pris en charge et coordonné la démarche d’autonomisation numérique de l’association. Je n’ai aucune formation en informatique. Je suis un simple sympathisant libriste, sans compétence particulière. Je me considère plutôt comme un utilisateur averti.

Tu nous parles de ton association ?
« Mécanique vélo et Autogestion » sont les mots inscrits sur le logo de l’association. L’Atelier du Chat Perché est donc un atelier de mécanique vélo où l’on vient pour entretenir soi-même sa bicyclette. En mettant des outils à disposition et en proposant une aide bénévole, l’association vise l’autonomie des cyclistes dans l’entretien de leur moyen de transport.

L’association compte 3 salariées et une grosse vingtaine de bénévoles y tient les permanences de mécanique. L’Atelier est géré en collégiale et vise une organisation autogérée. C’est donc un collectif de gestion qui gère l’association en se réunissant une fois par mois pour prendre toutes les décisions. Des commissions et des groupes de travail gèrent des missions particulières et/ou ponctuelles. Une équipe bénévole accueille et organise les permanences de mécanique vélo. Les membres de l’organisation (salarié⋅es et bénévoles) sont plutôt à l’aise avec le numérique, bien qu’il y ait des différences d’un individu à l’autre.

Avant de vous lancer dans cette démarche de dégooglisation, vous utilisiez quels outils / services numériques ?
L’Atelier du Chat Perché proposait un site web hébergé chez Free comme principal moyen de communication externe et utilisait des listes de diffusion (hébergées elles aussi chez Free) pour les échanges entre les membres du collectif de gestion, entre les bénévoles et pour communiquer des informations aux adhérent·es. Nous utilisions aussi quelques Framapad, Framadate et Framacalc pour nous organiser. Pour ce qui est de sa présence sur les réseaux sociaux, l’atelier du Chat Perché n’a jamais utilisé Facebook. Son utilisation a parfois été proposée puis discutée mais toujours rejetée. Les valeurs portées par l’association et celles de Facebook semblent ne pas être compatibles. En revanche, en plus de son infolettre, l’asso utilise les réseaux sociaux diaspora et mastodon pour diffuser automatiquement les publications de son blog.

A l’époque, nous n’avions pas de connexion Internet dans l’atelier. Les services tournaient plutôt bien mais posaient deux problèmes principaux. Tout d’abord, nous étions face à une incohérence : les valeurs de l’association prônent l’autogestion et on avait confié l’hébergement de nos services à un acteur privé. Et puis la gestion de ces outils était totalement centralisée : une seule personne en avait la charge.

Vous avez entamé  une démarche en interne pour migrer vers des outils numériques plus éthiques. Qu’est-ce qui est à l’origine de cette démarche ?
La première motivation était d’être davantage en cohérence avec les valeurs de l’association. Il était évident qu’il nous fallait migrer notre site web et nos listes de diffusion pour ne pas dépendre d’un acteur tel que Free. A titre personnel, j’étais aussi très motivé par cette démarche parce qu’elle allait me permettre d’apprendre à mettre de nouveaux outils en place. J’allais donc enrichir mon expérience et mes compétences, ce qui est totalement en accord avec les valeurs de l’association.

Nous avons donc lancé plusieurs chantiers :

• mettre en place un nouveau site web afin qu’il soit plus facile à prendre en main par les bénévoles ;
• réorganiser les contenus d’information qui y étaient publiés pour que ce soit plus clair ;
• utiliser un service d’auto-hébergement dans la mesure du possible ;
• transférer certains services (listes de diffusion) ;
• mettre en place d’autres services (mail, partage de fichiers, infolettres).

Quels sont les moyens humains qui ont été mobilisés sur la démarche ?
Une personne bénévole, en l’occurrence moi-même, ayant peu de compétences techniques mais une expérience d’utilisateur averti, a été chargée de la coordination et de l’administration des services. J’ai fait appel au support bicloud de l’Heureux Cyclage (une sorte de chatons pour le réseau des ateliers vélos) lorsque nous avons eu besoin de compétences techniques. Migrer tous nos outils sur des services libres nous a pris entre deux et trois mois.

Peux-tu expliciter les différentes étapes de cette démarche ?
Tout a commencé par une présentation du projet à l’association. La collégiale m’a ensuite chargé de coordonner le projet et m’a transmis toutes les informations nécessaires pour cela (accès aux outils). Conscient de la limite de mes compétences techniques, je me suis rapidement rapproché du bicloud pour me renseigner sur les services proposés. C’est en échangeant avec eux que j’ai pu choisir les outils les plus adaptés aux services numériques dont nous avions besoin. Par exemple, il a fallu choisir quel CMS nous souhaitions utiliser pour notre site web. En revanche, pour les listes de diffusion, le bicloud proposait uniquement le logiciel Sympa et pour le stockage/partage de fichiers, uniquement le logiciel Sparkleshare. Les instances de ces logiciels ont été installées par l’équipe du bicloud. Je n’ai alors plus eu qu’à les configurer.

Avez-vous organisé un accompagnement des utilisateur⋅ices pour la prise en main de ces nouveaux outils ?
Oui, une fois les outils installés et configurés, il a été nécessaire de former les membres du collectif de gestion afin qu’iels puissent publier en autonomie des contenus sur le site web et rédiger l’infolettre. Pour cela, on a proposé des rendez-vous individuels à celleux qui le souhaitaient afin de leur faire la démonstration des nouveaux outils. Et on a aussi programmé un temps de présentation avec questions-réponses pour 4/5 personnes intéressées. Mais je fais le constat que globalement les personnes ne viennent pas bénévoler dans un atelier de mécanique vélo pour gérer des outils informatiques. Il est donc difficile de recruter des bénévoles pour ces tâches qui peuvent paraître loin du cœur de l’activité. D’ailleurs, certaines personnes ont fait un pas de côté et ne se sont pas investies dans les outils informatiques. Mais d’autres se sont remonté les manches et ont pris la mission informatique en main lorsque j’ai quitté le collectif de gestion. Ces personnes ont même déployé d’autre services par la suite (remplacement du Sparkleshare par un Nextcloud).

Quelles difficultés / freins avez-vous rencontrées ?
On a rencontré pas mal de freins : des Cantilever, des V-Brake, des freins à disques, à tambour, à rétropédalage ^^. Plus sérieusement, le frein le plus important, ça a été de maintenir la continuité de ces services. Il est en effet essentiel de penser l’après afin que la personne qui a lancé le processus d’installation des services puisse rapidement transmettre ses compétences à d’autres personnes. Le risque, c’est qu’une fois que les services sont installés, le collectif (qui a d’autres chats à fouetter) s’appuie complètement sur une seule personne pour les faire tourner au quotidien. Et cela peut devenir usant pour ce bénévole qui devient alors indispensable à l’utilisation de ces nouveaux outils.

Et l’avenir ? L’association envisage-t-elle de continuer cette démarche pour l’appliquer à d’autres aspects de son organisation ?
L’association envisage de se doter d’un outil pour communiquer en interne (pour le moment on utilise le mail). On a utilisé le logiciel loomio via le service Framavox pendant un temps, mais peut-être faudrait-il qu’on teste le logiciel Mattermost (Framateam). On verra aussi en fonction de ce que propose le bicloud.

Quels conseils donneriez-vous à d’autres organisations qui se lanceraient dans la même démarche ?
Le premier conseil, ce serait de prendre son temps et d’accepter que ça prenne du temps. Il vaut mieux y aller au fur et à mesure, un ou deux services à la fois. Il est essentiel de réaliser un diagnostic des outils et de leurs usages à un temps T et de s’interroger sur ce qui est réellement utile ou inutile afin de pouvoir définir ensemble ce que l’on veut. Il convient aussi de planifier et prévoir la transmission des connaissances en terme d’utilisation et d’administration des services. Et puis, ça peut être bien de ne pas laisser une seule personne être en charge de la sélection et de l’installation des outils, mais de travailler à plusieurs.

Le mot de la fin, pour donner envie de migrer vers les outils libres ?
Il me semble nécessaire que les associations militantes prennent le temps de mettre en cohérence leurs valeurs et leurs pratiques numériques. Si les associations militantes ne font pas le saut dans le libre, qui va le faire ? Choisir le numérique libre et quitter les GAFAM, c’est comme choisir la bicyclette et se débarrasser de sa bagnole : c’est faire le choix de la résilience, de la convivialité et de l’émancipation.

Si vous aussi, vous faites partie d’une organisation qui s’est lancée dans une démarche similaire et que vous souhaitez être interviewé, n’hésitez pas à nous envoyer un message pour nous le faire savoir. On sera ravi d’en parler ici !

Les Patent Trolls ou « chasseurs de brevets » sont des sociétés parasites qui tirent profit d’un portefeuille de brevets dont elles ont fait le plus souvent des dépôts abusifs. Elles sont particulièrement néfastes aux USA où elles multiplient les menaces de procédures judiciaires pour extorquer de l’argent aux entreprises.

Quand des sociétés ne vivent que de failles du système et qu’elles utilisent les tribunaux pour museler leurs victimes ça donne ce que vous allez lire… Avec L’Electronic Frontier Foundation, rediffusons largement sur nos réseaux les tracas subis par Mycroft puisqu’on veut les empêcher d’en parler, justement !

Les commentaires, comme toujours sur ce blog, sont ouverts et modérés.

Page originale sur le site de l’EFF : Courts Shouldn’t Stifle Patent Troll Victims’ Speech

Traduction Framalang : Cyrille Préaux, goofy, lumibd, tykayn, mo, Delaforest, Bromind, Pierre-Emmanuel Largeron, serici

Les tribunaux ne devraient pas réprimer la parole des victimes de trolls de brevets

Aux États-Unis, nous n’attendons pas des fonctionnaires – y compris les juges – qu’ils régulent la parole, et nous ne leur en accordons pas l’autorisation. Les tribunaux ne sont autorisés à restreindre la liberté d’expression que dans les circonstances les plus rares, sous réserve de limitations strictes. Nous avons donc été troublés d’apprendre qu’un juge du Missouri a rendu une ordonnance bâillonnant la parole d’une petite entreprise qui a choisi de s’exprimer au sujet d’un procès intenté contre elle par un troll de brevets.

Mycroft AI, une entreprise de neuf employés qui développe des technologies vocales open source, a publié le 5 février, un article de blog pour décrire comment la compagnie a été traitée par un troll de brevet qui s’appelle Voice Tech Corporation. Comme tous les trolls de brevet, Voice Tech n’offre ni services ni produits. L’entreprise détient simplement les brevets qu’elle a acquis grâce à plus d’une décennie d’argumentation sans contradicteur avec l’Office américain des brevets.

Les deux brevets de Voice Tech ne décrivent rien d’autre que l’usage des commandes vocales, avec un appareil mobile, pour exécuter des commandes par un ordinateur. Rien de plus. C’est le simple énoncé d’une idée, sans aucun détail sur sa mise en œuvre. Cette idée est présente dans la science-fiction depuis plus de 50 ans : l’entreprise s’appelle en fait Mycroft d’après le superordinateur du roman de Robert Heinlein «Révolte sur la lune» . Lorsque Voice Tech a utilisé ces brevets pour, d’une part, menacer puis, d’autre part, poursuivre en justice Mycroft AI, les dirigeants de la société ont refusé de payer les 30 000$ réclamés par ces brevets ridicules. Tout au contraire, ils se sont battus – et ont demandé l’aide de leur communauté.

« Les mathématiques ne sont pas brevetables et les logiciels ne devraient pas l’être non plus », écrit Joshua Montgomery, directeur de Mycroft, sur le blog. « Je n’ai pas l’habitude de demander ça, mais j’aimerais que toutes les personnes qui pensent que les trolls de brevets sont néfastes à l’open source, repostent, mettent en lien, tweetent et/ou partagent cet article. »

Montgomery a également déclaré qu’il a « toujours voulu être un chasseur de trolls » et qu’à son avis, face à de telles situations, « il vaut mieux être agressif et les « poignarder, fusiller et les pendre », puis les dissoudre dans de l’acide ». Il a inclus un lien vers une loi de l’État à laquelle il s’est opposé l’année dernière, où il avait utilisé la même citation.
Ce langage cru a attiré l’attention et l’histoire est devenue virale sur des forums comme reddit et Hacker News. Le procès et l’article ont également été couverts par des publications techniques telles que The Register et Techdirt. Selon Mycroft, cela a conduit à un afflux de soutien bien nécessaire.

Le tribunal intervient

Cependant, selon Voice Tech, cela a conduit à du harcèlement. La société a réagi en demandant au juge qui supervise l’affaire, le juge de district américain Roseann Ketchmark du district ouest du Missouri, d’intervenir. Voice Tech a laissé entendre que l’article avait conduit à la fois à un harcèlement de son avocat et à une tentative de piratage. Mycroft a vigoureusement nié tout harcèlement ou piratage et a déclaré qu’il «admonesterait et nierait» toute attaque personnelle.

Malheureusement, le juge Ketchmark a non seulement accepté l’argument de Voice Tech concernant le harcèlement, mais il a également ordonné à Mycroft de supprimer des parties du billet de blog. Pire encore, il a ordonné à Mycroft de cesser de solliciter le soutien de sa propre communauté open source. Mycroft a reçu l’ordre spécifique de supprimer la demande que «toute personne de notre communauté qui pense que les trolls de brevets sont mauvais pour l’open source» poste à nouveau et rediffuse la nouvelle.

Pour être clair, si les allégations sont vraies, l’avocat de Voice Tech a le droit de répondre à ceux qui le harcèlent réellement. Cette décision est toutefois profondément troublante. Il ne semble pas qu’il y ait eu suffisamment de preuves pour que le tribunal estime que l’article cru de Mycroft ait conduit directement au harcèlement — une exigence essentielle (bien que non suffisante) avant d’interdire à une partie de partager ses opinions sur une affaire.

Cependant le public a le droit de savoir ce qui se passe dans cette affaire et Mycroft a le droit de partager cette information, même si elle est formulée dans un langage un peu cru. Le fait que certains membres du public aient pu réagir négativement au message, ou même tenter de pirater Voice Tech, ne justifie pas de passer outre à ce droit sans preuves solides montrant un lien direct entre le message de Mycroft et le harcèlement de l’avocat de Voice Tech.

Les chasseurs de brevets et la censure

Mais il y a pire. Renforcée par son succès initial, Voice Tech continue à faire pression pour davantage de censure. En juin, Mycroft a publié une mise à jour de son produit MARK II. Alors qu’elle comptait sur sa sortie en 2021, Montgomery a écrit que «L’avancement dépendait du recrutement et des distractions telles que les trolls de brevets» et a fait référence à un article de Techdirt. Voice Tech a rapidement réagi et demande au travers d’une note à MyCroft de supprimer le lien et d’amender l’article :

«Voice Tech demande que Mycroft supprime le lien vers l’article TECHDIRT et mette à jour l’article original sur le forum de la communauté Mycroft au plus tard avant la fermeture des bureaux le 22 juillet 2020. Si Mycroft n’obtempère pas, Voice Tech n’aura d’autre choix que de porter plainte auprès du tribunal pour diffamation.»

Mycroft a supprimé le lien. VoiceTech a également cherché à censurer les journalistes indépendants sur l’affaire, tels que ceux qui ont publié sur Techdirt.

C’est déjà choquant que de petites entreprises telles que Mycroft AI soient sujettes à des menaces et des litiges concernant des brevets, qui dépassent à peine de la science-fiction, fournis par une bureaucratie défaillante. Mais il est encore plus inadmissible qu’elles ne puissent pas en parler librement. Aucune entreprise ne devrait avoir à souffrir en silence des dommages causés par les chasseurs de brevets à son activité, à sa communauté, et au public au sens large. Nous espérons que le juge Ketchmark reconsidérera clairement et rapidement sa censure et l’annulera. Nous sommes heureux de la démarche de Mycroft AI d’enclencher une action en justice pour combattre ces brevets clairement invalides.

 

 

Euh oui, ça va casser l’ambiance : une rentrée scolaire et universitaire un peu compliquée se profile et pour beaucoup d’enseignant⋅e⋅s qui ont appris au printemps avec plus ou moins de facilité et de bonheur à animer des cours à distance, il va peut-être falloir y revenir de temps en temps, ici ou là…

Le document ci-dessous est fourni par l’université du Cap (consulter la source en anglais) et nous l’avons traduit pour vous. Il s’agit ici d’un partage de conseils et d’astuces, entre professionnel·les de l’enseignement, qui n’a pas de prétention à l’exhaustivité ni à la recette magique.

Qui verrait dans ce texte autant d’exigences à faire peser sur les épaules du personnel enseignant n’aurait, au final, rien compris à son esprit. L’usage d’outils numériques dans l’enseignement à distance est une pratique délicate qui demande un temps de formation et d’adaptation progressive. Pas d’injonctions péremptoires ici, mais bien un ensemble de recommandations à partager entre collègues que chacun⋅e pourra librement s’approprier ou non.

Il y a d’ailleurs une recommandation qui n’apparaît pas plus bas et qu’on aimerait bien ajouter : utiliser à chaque fois que c’est possible des outils numériques libres et pas des trucs blindés de traqueurs qui vont siphonner les données personnelles de vos élèves et les vôtres d’ailleurs…

Les commentaires, comme toujours sur ce blog, sont ouverts et modérés

1. Rester simple et utiliser des technologies de bas niveau.
   Utilisez des outils qui vous sont familiers, à vous et à vos élèves, avec un apport limité de nouveaux outils pour interagir en ligne. Soyez attentifs aux inégalités d’accès et de connectivité.
2. L’accessibilité est essentielle, et non facultative.
   Créez des formats multiples pour vos supports d’enseignement. Pour les vidéos, assurez-vous de disposer de sous-titres et de transcriptions. Vérifiez très en amont auprès de vos élèves que vous répondez à leurs besoins en matière d’accessibilité.
3. Fournir une structure en utilisant une plateforme d’apprentissage. Pour passer à l’enseignement à distance, utilisez la plateforme connue des élèves pour créer un parcours d’apprentissage structuré. Organisez le contenu pédagogique par semaine ou par module.
4. Utiliser ce qui est disponible.
   Vous ne disposez pas de beaucoup de temps de préparation. Quelles ressources des années précédentes pouvez-vous réutiliser ? Quelles sont les ressources externes disponibles ? Vous n’avez pas besoin de produire une vidéo de haute technologie pour un apprentissage de qualité.
5. Continuer à enseigner de manière active.
   L’interaction en face à face sera minimale pendant une période indéterminée. Utilisez autant que possible le forum de discussion et le chat pour briser la glace et donner un sentiment de proximité.
6. Échafauder un apprentissage par la fragmentation du contenu.
   Divisez votre cours en petits segments, organisés en fonction du temps d’activité que vous attendez de vos étudiants par semaine. Soyez explicite sur les dates d’achèvement et le temps nécessaire pour chaque activité.
7. Indiquer un plan de cours clair.
   Ayez un plan de cours dans un endroit dédié sur votre site de cours qui détaille la structure du cours, les changements, les nouveaux délais et les évaluations et tenez-le à jour. Informez les élèves de toute modification.
8. Être visible en ligne et rapidement joignable.
   Assurez régulièrement des « créneaux de présence » en ligne, en utilisant les forums et le chat pour répondre aux questions. Les collègues peuvent vous aider : il est important d’être disponible et de répondre rapidement.
9. Aider les élèves à rester sur la bonne voie.
   Mettez en place de petites activités d’apprentissage obligatoires, telles que de courts quiz hebdomadaires ou des forums de discussion, pour encourager l’investissement régulier des élèves et identifier ceux qui ont des difficultés.
10. Être indulgent⋅e avec soi-même et rester en empathie avec ses élèves. C’est une période difficile pour tout le monde. Encouragez un environnement d’attention aux autres et de soutien. Faites preuve de souplesse : des exceptions peuvent être nécessaires en fonction des exigences du cours.

​Faire plutôt ceci… mais pas cela.

Utiliser des technologies légères Utilisez des technologies sobres, telles que du texte ou des diapos. Si vous utilisez des vidéos, prévoyez toujours des alternatives, sous-titres ou transcriptions.

Utiliser des technologies high-tech. Ne supposez pas que tous les étudiants ont un bon accès à Internet avec des données illimitées et le wifi en permanence.

Communiquer fréquemment et de façon cohérente. Toutes les instructions et tous les travaux à effectuer doivent passer d’abord par la même plateforme. L’usage d’autres canaux peut venir en complément pour que les messages soient redondants.

Communiquer de façon dispersée. Utiliser plusieurs plateformes et divers canaux de façon irrégulière peut avoir pour conséquence la perte d’informations importantes pour les élèves.

Être inclusif/inclusive Soyez bien conscient⋅e des différents environnements d’apprentissage dans lesquels peuvent se trouver les élèves, efforcez-vous d’être souple. Fournissez divers formats aux élèves. Utilisez du texte, des diapos, des transcriptions, des légendes et des fichiers audios en complément de vidéos éventuelles.

Se limiter à un seul format Ne pas prévoir beaucoup de contextes d’apprentissage (technologies disponibles, environnement d’apprentissage, ressources, aides disponibles ou non…) et n’adopter qu’un seul format ne fera que limiter le nombre de participants.

Enseigner de façon asynchrone Créez une expérience d’apprentissage pour les élèves qui leur permette de dépasser les obstacles (tels que le manque d’énergie électrique, de connectivité, ou le contexte social). Réalisez des activités asynchrones (p. ex : le courriel permet la communication asynchrone, mais pas le chat).

Enseigner de façon synchrone Réaliser des interactions en ligne avec des webinaires ou des tutoriels « live » exclura certains élèves. Assurez-vous que vous proposez des moyens alternatifs.

Moins c’est mieux. Les travaux « à la maison » risquent de prendre deux fois plus de temps qu’en classe. Définissez vos priorités de façon réaliste.

Avoir des demandes irréalistes. Demander un travail quotidien à terminer chaque jour aux élèves en un délai limité ne prend pas en compte les circonstances particulières dans lesquelles on enseigne à distance.

Bien organiser les ressources Utilisez des cours structurés sur la plateforme pour lancer vos activités. Intitulez et classez clairement vos cours de façon organisée.

Laisser les élèves chercher Demander aux élèves de chercher les ressources et supports de cours dont ils ont besoin les éloigne des activités pédagogiques essentielles.

Donner des instructions claires Mettez bien en évidence les consignes détaillées sur ce qu’il faut faire, le délai de rendu des travaux, et précisez le temps de réalisation estimé des tâches demandées.

Donner des instructions confuses Communiquer en longs pavés de texte avec des consignes difficiles à suivre et des tâches vagues fait perdre du temps d’apprentissage aux élèves et les démotive.

Fixer des créneaux de disponibilité en ligne Donnez aux élèves des créneaux réguliers de rendez-vous distants où vous êtes disponibles pour les aider, répondre aux questions, clarifier une consigne, etc.

Rester disponible 24h/24 Il n’est pas question de vous rendre joignable 24/7 sans temps de pause pour vous-même hors-connexion (sauf en cas d’urgence, ça peut attendre les créneaux de votre emploi du temps que vous déterminez)

Demander des retours aux élèves Parlez avec eux de leur charge de travail, de leur état émotionnel, de leurs matières préférées, de leur rythme de travail…

Faire un cours magistral Enseigner de façon à ne pas laisser la parole aux élèves ni leur donner le choix peut leur donner le sentiment qu’ils sont dépassés, « perdus » ou qu’on les oublie….

Utiliser un nombre limité de nouveaux outils Utiliser des outils familiers aux élèves et limitez le nombre de nouveaux outils pédagogiques pour l’enseignement à distance.

Essayer de multiples nouveaux outils Essayer de nouveaux outils que vous n’aviez jamais utilisés peut occasionner quelques problèmes techniques pour vous comme pour vos élèves.

Diviser le contenu en segments digestes Fournir du matériel pédagogique en fragments plus courts avec des objectifs d’apprentissage et des résultats d’évaluation clairs.

Donner de longs cours complets sans orientation nette. N’imposez pas de longs articles de journaux ou des vidéos sans indication claire sur les objectifs pédagogiques et leur bénéfice.

Conserver en un seul lieu le plan détaillé du cours Donnez en un seul endroit aux élèves un planning contenant les dates des devoirs à remettre. Avertissez-les qu’il peut y avoir des changements et indiquez comment ils seront informés.

Envoyer des mises à jour par messages successifs Assurez-vous que les étudiants peuvent facilement trouver les informations clés sur votre cours en un seul endroit. Cela réduit l’anxiété.

 

Des pages web légères et moins gourmandes en ressources, du « low-tech » c’est plus écologique probablement, mais c’est aussi une des conditions pour rendre durables des contenus qui ont une fâcheuse tendance à se volatiliser…Jeff Huang est professeur d’informatique et dans la page que Framalang a traduite pour vous, il fait le pari que son contenu sera encore accessible dans dix ans au moins, tout en proposant 7 recommandations pour créer des pages web pérennes.

Il ne s’agit pas de solutions miracles, mais plutôt d’incitations à l’action et au débat, comme il l’écrit :

Cet article est destiné à provoquer et à susciter une action individuelle, et non à proposer une solution complète pour soigner le Web en déclin

Donc il est clair que les conseils qu’il donne sont peut-être incomplets ou critiquables. Certain⋅e⋅s (comme un de nos traducteurs) vont par exemple sursauter de lire que les polices Google peuvent être utilisées car elles sont « probablement déjà dans le cache ». D’autres vont regretter que le recours à l’archivage ne soit pas assez mis en avant comme le fait cipherbliss dans cet article… bref, n’hésitez pas à ajouter des critiques constructives.

N’hésitez pas non plus à nous dire s’il existe vraiment des contenus web qui méritent selon vous d’être maintenus dix ans ou plus, et lesquels (créations et expressions personnelles, ressources des Communs, etc.), ou bien si vous acceptez avec fatalisme ou satisfaction que les pages web, comme tout le reste, finissent par disparaître…

Les commentaires, comme toujours sur ce blog, sont ouverts et modérés.

 

Page originale : This Page is Designed to Last, A Manifesto for Preserving Content on the Web
Traduction Framalang : goofy, Côme, mo, wisi_eu, retrodev, tykayn

Un manifeste pour la pérennité des contenus sur le Web

Cette page est conçue pour durer

par Jeff Huang

Pour un professeur, la fin de l’année est l’occasion de faire le ménage et de se préparer pour le semestre à venir. Je me suis retrouvé à effacer de vieux marque-pages, eh oui, des marque-pages : cette fonctionnalité des navigateurs autrefois si appréciée qui paraît avoir perdu la bataille contre la « complétion automatique dans la barre d’adresse ». Mais ce geste nostalgique de nettoyage a fini par me déprimer.

Les uns après les autres, les marque-pages m’ont mené vers des liens morts. Disparus, de superbes écrits de kuroShin sur la culture technologique ainsi qu’une série de puzzles mathématiques et les discussions associées des universitaires que mon père m’avait présentés ; disparus aussi les tutoriels d’ingénierie inverse de Woodman qui datent de mes années d’étude, avec lesquels j’ai découvert le sentiment d’avoir le pouvoir sur les logiciels ; même mes plus récents marque-pages ont disparu, une série d’articles exposant sur Google+ la non-conformité des chargeurs usb-c avec les normes…

Ce n’est pas seulement une question de liens fichus, c’est le problème de la difficulté croissante de maintenir en vie des contenus indépendants sur le Web, conduisant à une dépendance à des plateformes et à des formats de publication qui s’empilent de façon chronologique (blogs, fils, tweets…)

Bien sûr j’ai moi aussi contribué au problème. Un article que j’ai publié il y a sept ans comprend un résumé initial dans lequel un lien vers une démo a été remplacé par une page de spam avec une image de citrouille. C’est en partie à cause de la flemme de devoir renouveler et de maintenir une application web fonctionnelle année après année.
J’ai recommandé à mes étudiants de publier des sites web avec Heroku et des portfolios avec Wix. Mais toute plateforme au contenu irremplaçable meurt un jour. Geocities, LiveJournal, what.cd, maintenant Yahoo Groups. Un jour, Medium, Twitter et même les services d’hébergement comme GitHub Pages seront pillés puis jetés lorsqu’ils ne pourront plus se développer ou n’auront pas trouvé de modèle économique viable.

C’est un problème de nature plurielle.
Tout d’abord, maintenir du contenu demande du travail. Le contenu peut avoir besoin d’être mis à jour pour rester pertinent et devra éventuellement être ré-hébergé. Une grande partie du contenu – ce qui était autrefois la grande majorité du contenu – a été mise en place par des individus. Mais les particuliers (peut-être vous ?) finissent par se désintéresser, si bien qu’un jour, vous ne voudrez peut-être plus vous occuper de la migration d’un site web vers un nouvel hébergeur.

Deuxièmement, le nombre croissant de bibliothèques et de frameworks rend le Web plus sophistiqué, mais également plus complexe. Il y a d’abord eu jquery, puis bootstrap, npm, angular, grunt, webpack, et bien d’autres. Si vous êtes un développeur web qui se tient au courant des dernières nouveautés, alors ce n’est pas un problème.

Mais dans le cas contraire, vous êtes peut-être programmeur de systèmes embarqués, directeur technique d’une start-up, un développeur Java d’entreprise ou un doctorant de chimie. Vous avez sans doute trouvé le moyen de mettre en place un serveur web et sa chaîne d’outils, mais continuerez-vous à le faire d’une année à l’autre, d’une décennie à l’autre ? Probablement pas ! Et lorsque, l’année suivante, vous rencontrerez un problème de dépendance à un paquet ou que vous découvrirez comment régénérer vos fichiers html, vous pourriez abandonner et zipper les fichiers pour vous en occuper « plus tard ».

Même les piles technologiques simples comme les générateurs de sites statiques (par exemple, Jekyll) nécessitent du travail et cesseront de fonctionner à un moment donné. Vous tombez dans l’enfer des dépendances aux paquets NPM, et vous oubliez la commande pour réaliser un déploiement. Et avoir un site web avec plusieurs pages html est complexe ; comment savoir comment chaque page est liée aux autres : « index.html.old », une copie de « about.html » « index.html (1) », « nav.html » ?

Troisièmement, et cela a déjà été rapporté par d’autres (et même réfuté), la disparition du Web « public » au profit du mobile et des applications web, des jardins clos (telles que les pages Facebook), du chargement en temps réel des WebSockets et de l’AMP diminue la proportion même de la toile dans la toile mondiale, qui ressemble désormais davantage à une toile continentale qu’à une « toile mondiale » (World Wide Web).

Alors, face à ces problèmes, que pouvons-nous faire ? Ce n’est pas un problème si simple qu’il puisse être résolu dans cet article. La Wayback Machine et archive.org permettent de conserver certains contenus plus longtemps. Et il arrive qu’un individu altruiste relocalise le contenu ailleurs.

Mais la solution se trouve sur plusieurs fronts. Comment créer un contenu web qui puisse durer et être maintenu pendant au moins dix ans ? Étudiant l’interaction homme-machine, je pense naturellement aux parties prenantes que nous n’aidons pas : actuellement, la mise en ligne de contenu web est optimisée soit pour le développeur web professionnel (qui utilise les derniers frameworks et flux de travail), soit pour l’utilisateur non averti (qui utilise une plateforme).

Mais je pense que nous devrions considérer à la fois 1) le « responsable » occasionnel du contenu web, quelqu’un qui ne reste pas constamment à jour avec les dernières technologies web, ce qui signifie que le site web doit avoir de faibles besoins de maintenance ; 2) et les robots d’indexation qui préservent le contenu et les archiveurs personnels, « archiveur » implique que le site web doit être facile à sauvegarder et à interpréter.

Ma proposition consiste donc en sept lignes directrices non conventionnelles sur la manière dont nous traitons les sites web conçus pour être informatifs, pour les rendre faciles à entretenir et à préserver. Ma suggestion est que le responsable de la maintenance s’efforce de maintenir le site pendant au moins 10 ans, voire 20 ou 30 ans. Il ne s’agit pas nécessairement de points de vue controversés, mais d’aspirations qui ne sont pas courantes − un manifeste pour un site web durable.

1. Revenez à du HTML/CSS « Vanilla » (NdT : le plus simple, sans JavaScript) – Je pense que nous avons atteint le point où le html/css est plus puissant et plus agréable à utiliser que jamais. Au lieu de commencer avec un modèle obèse bourré de fichiers « .js », il est maintenant possible de simplement écrire en HTML, à partir de zéro. Les CSS « Flexbox » et « Grid », le canvas, les Selectors, le box-shadow, l’élément vidéo, le filtre, etc. éliminent une grande partie du besoin de bibliothèques JavaScript. Nous pouvons éviter le jQuery et le Bootstrap, car ils deviennent de toute façon moins pertinents. Plus il y a de bibliothèques intégrées au site web, plus celui-ci devient fragile. Évitez les polyfills et les préfixes CSS, et n’utilisez que les attributs CSS qui fonctionnent sur tous les navigateurs. Et validez fréquemment votre HTML ; cela pourrait vous éviter un mal de tête à l’avenir lorsque vous rencontrez un bogue.

2. Ne réduisez pas ce HTML. Réduire (compresser) votre HTML et les CSS/JS associés vous semblera peut-être une précieuse économie de bande passante, et toutes les grandes entreprises le font. Pourquoi ne pas le faire ? Eh bien, vous n’économisez pas beaucoup parce que vos pages web doivent être compressées avant d’être envoyées sur le réseau, donc la réduction préventive de votre contenu compte probablement très peu dans l’économie de bande passante, voire pas du tout. Mais même si cela permettait d’économiser quelques octets (ce n’est après tout que du texte), vous devez maintenant avoir un processus de construction et l’ajouter à votre flux de travail, de sorte que la mise à jour d’un site web devient plus complexe. En cas de bogue ou d’incompatibilité future dans le HTML, le format minimisé est plus difficile à déboguer. De plus, il est peu convivial pour vos utilisateurs ; de nombreuses personnes commencent à utiliser le HTML en cliquant sur « Voir la source »¹, et la réduction de votre HTML empêche cet idéal d’apprentissage en regardant ce qui est fait. Réduire le HTML ne préserve pas sa qualité pédagogique, et ce qui est archivé n’est que le tas de code résultant.

3. Préférez maintenir une page plutôt que plusieurs. Plusieurs pages sont difficiles à maintenir. Vous pouvez oublier quelle page renvoient à quoi, et cela nécessite également la mise en place de modèles pour limiter les redondances. Combien de pages une personne peut-elle réellement maintenir ? Avoir un seul fichier, probablement juste un « index.html », est simple et facile à retenir. Profitez de ce défilement vertical infini. Vous n’aurez jamais besoin de fouiller dans vos fichiers ou de faire du grep pour voir où se trouve un certain contenu. Et comment gérer les multiples versions de ce fichier ? Devriez-vous utiliser git ? Les placer dans un dossier « old/ » ? J’aime l’approche simple qui consiste à nommer les anciens fichiers avec la date à laquelle ils ont été retirés, comme index.20191213.html. L’utilisation du format ISO de la date permet de trier facilement, et il n’y a pas de confusion entre les formats de date américain et européen. Si j’ai plusieurs versions en une journée, j’utiliserais un style similaire à celui qui est habituel dans les fichiers journaux, index.20191213.1.html. Un effet secondaire agréable est que vous pouvez alors accéder à une version plus ancienne du fichier si vous vous souvenez de la date, sans vous connecter à la plateforme d’hébergement web.

4. Mettez fin à toutes les formes de liaison automatique (hotlinking). Ce mot d’avertissement semble avoir disparu du vocabulaire internet, mais c’est l’une des raisons pour lesquelles j’ai vu un site web parfaitement bon s’effondrer sans raison. Cessez d’inclure directement des images provenant d’autres sites web, cessez d’« emprunter » des feuilles de style en vous contentant de créer des liens vers celles-ci, et surtout cessez de créer des liens vers des fichiers JavaScript, même ceux qui sont hébergés par les développeurs d’origine. Les liaisons automatiques sont généralement considérées comme impolies car vos visiteurs utilisent la bande passante de quelqu’un d’autre, elles ralentissent l’expérience utilisateur, permettent un autre site web de pister vos utilisateurs et, pire encore, si l’endroit auquel vous vous connectez modifie la structure de ses dossiers ou se déconnecte tout simplement, la panne se répercute également sur votre site web. Google Analytics est inutile ; stockez vos propres journaux de serveur et configurez GoAccess ou découpez-les comme vous le souhaitez, ce qui vous donnera des statistiques plus détaillées. Ne donnez pas vos journaux à Google gratuitement.

5. N’utilisez que les 13 polices de caractères adaptées au Web – nous nous concentrons d’abord sur le contenu, comprenez : les caractères décoratifs et inhabituels sont complètement inutiles. Maintenez un petit éventail et les 13 polices de caractères adaptées au Web. Peut-être avez-vous vraiment besoin d’une police de caractères néo-grotesque qui ne soit pas Arial/Helvetica, ou d’une police de caractères géométriques. Dans ce cas, utilisez le minimum nécessaire, comme Roboto (pour le néo-grotesque) et Open Sans (pour le géométrique) ; ce sont les deux polices les plus populaires de Google Fonts, il est donc probable qu’elles soient déjà en cache sur l’ordinateur de vos utilisateurs. Outre ces polices, votre objectif doit être de fournir le contenu à l’utilisateur de manière efficace et de faire en sorte que le choix de la police soit invisible, plutôt que de flatter votre ego en matière de conception. Même si vous utilisez les polices Google, elles n’ont pas besoin d’être liées automatiquement (hotlink). Téléchargez le sous-ensemble dont vous avez besoin et fournissez-les localement à partir de vos propres dossiers.

6. Compressez vos images de manière obsessionnelle. Ce sera plus rapide pour vos utilisateurs, moins gourmand en espace d’archivage et plus facile à maintenir lorsque vous n’avez pas à sauvegarder un énorme dossier. Vos images peuvent avoir la même haute qualité, mais être plus petites. Minimisez vos SVG, compressez sans perte vos PNG, générez des JPEG pour qu’ils correspondent exactement à la largeur de l’image. Cela vaut la peine de passer du temps à trouver la meilleure façon de compresser et de réduire la taille de vos images sans perte de qualité. Et une fois que WebP sera pris en charge par Safari, passez à ce format. Réduisez impitoyablement la taille totale de votre site web et gardez-la aussi petite que possible. Chaque Mo peut coûter cher à quelqu’un ; en effet mon opérateur de téléphonie mobile (Google Fi) facture un centime (de dollar) par Mo de données. Ainsi, un site web de 25 Mo, assez courant de nos jours, coûte lui-même 25 centimes, soit à peu près autant qu’un journal quand j’étais enfant.

7. Éliminez le risque de rupture d’URL. Il existe des services de contrôle qui vous indiqueront quand votre URL est en panne, ce qui vous évitera de réaliser un jour que votre page d’accueil ne charge plus depuis un mois et que les moteurs de recherche l’ont désindexée. Car 10 ans, c’est plus long que ce que la plupart des disques durs ou des systèmes d’exploitation sont censés durer. Mais pour éliminer le risque de panne totale d’une URL, mettez en place un second service de contrôle. En effet, si le premier s’arrête pour une raison quelconque (passage à un modèle payant, fermeture, oubli de renouvellement, etc.), vous recevrez toujours une notification lorsque votre URL est hors service, puis vous réaliserez que l’autre service de surveillance est hors service parce que vous n’avez pas reçu la deuxième notification. N’oubliez pas que nous essayons de maintenir un service pendant plus de 10 ans (idéalement bien plus longtemps, même 30 ans), donc beaucoup de services vont s’arrêter pendant cette période, donc deux services de surveillance, c’est plus sûr…
Après avoir fait cela, placez un texte dans le pied de page, « La page a été conçue pour durer », avec un lien vers cette page expliquant ce que cela signifie. Ces quelques mots attestent que le responsable fera de son mieux pour suivre les idées de ce manifeste.

Avant que vous ne protestiez, il est évident que cela n’est pas adapté pour les applications web. Si vous créez une application, alors créez votre application web ou mobile avec le flux de travail dont vous avez besoin. Je ne connais pas une seule application web qui ait fonctionné de manière identique pendant 10 ans (sauf le tutoriel python de Philip Guo, en raison de sa stratégie minimaliste de maintenance), donc cela semble être une cause perdue de toute façon. Ce n’est pas non plus adapté pour les sites web maintenus par une organisation comme Wikipédia ou Twitter. Vous faites votre truc, et le salaire d’une équipe informatique est probablement suffisant pour maintenir quelque chose en vie pendant un certain temps.
En fait, il n’est même pas si important de suivre strictement les 7 « règles », car ce sont plus des incitations que des règles impératives.

Mais admettons qu’une petite partie du Web commence à concevoir des sites web dont le contenu est censé durer. Que se passe-t-il alors ? Eh bien, les gens préféreront peut-être créer des liens vers ces sites car leur accès est garanti à l’avenir. Plus généralement, les gens peuvent être plus soucieux de rendre leurs pages plus permanentes. Et les utilisateurs et utilisatrices ainsi que les robots qui archivent économisent de la bande passante lorsqu’ils visitent et stockent ces pages.

Les effets sont à long terme, mais les réalisations sont progressives et peuvent être mises en œuvre par les propriétaires de sites web sans dépendre de quiconque ni attendre un effet de réseau. Vous pouvez le faire dès maintenant pour votre site web, et ce serait déjà un résultat positif. C’est comme utiliser un sac de courses recyclé au lieu d’un sac en plastique, c’est une petite action individuelle.

Cet article est destiné à provoquer et à susciter une action individuelle, et non à proposer une solution complète au déclin de la Toile. Il s’agit d’un petit pas simple pour un système sociotechnique complexe. J’aimerais donc voir cela se produire. J’ai l’intention de maintenir cette page pendant au moins 10 ans.

Merci à mes étudiants en doctorat Shaun Wallace, Nediyana Daskalova, Talie Massachi, Alexandra Papoutsaki, mes collègues James Tompkin, Stephen Bach, mon assistante d’enseignement Kathleen Chai et mon assistant de recherche Yusuf Karim pour leurs commentaires sur les versions précédentes.

Voir les discussions sur Hacker News et reddit/r/programming

Cette page est conçue pour durer.

Il y a quelques mois, avant que la covid19 vienne chambouler notre quotidien, Angie faisait le constat que nous n’avions finalement que très peu documenté sur ce blog les démarches de passage à des outils libres réalisées au sein des organisations. Celles-ci sont pourtant nombreuses à s’être questionnées et à avoir entamé leur « degooglisation ». Il nous a semblé pertinent de les interviewer pour comprendre pourquoi et comment elles se sont lancées dans cette aventure. Ce retour d’expérience est, pour Framasoft, l’occasion de prouver que c’est possible, tout en ne niant pas les difficultés et les freins rencontrés, les écueils à ne pas reproduire, etc. Peut-être arriveront-elles ainsi à vous convaincre de passer au libre au sein de votre structure et à la libérer des outils des géants du web.

N’hésitez pas à consulter les autres articles de cette série consacrée à l’autonomisation numérique des organisations.

WebAssoc est une pépite du monde associatif, qui déploie une énergie incroyable pour aider les autres associations à utiliser les outils numériques. Cela fait 2 ans que cette structure a engagé une réflexion sur l’adoption d’outils libres. Nous avons demandé à l’un de ses membres de nous parler de la dégooglisation de cette dynamique association.

Bonjour, peux-tu te présenter ? Qui es-tu ? Quel est ton parcours ?

Bonjour Framasoft. Je suis Jean-Luc, geek de longue date (j’ai débuté sur un ZX81) sans que ce soit mon taf (je bosse dans le tuyau). Je suis arrivé à WebAssoc il y deux ans. Comme je suis branché sur le Libre depuis longtemps, Raphaëlle, notre présidente, m’a demandé de développer son usage dans l’association.

Tu nous parles de ton association ?

Chez WebAssoc, nous sommes plus de 1600 bénévoles et nous avons fait, en 2019, plus de 1 300 actions auprès des associations qui nous sollicitent. Nous mettons en relation des associations humanitaires, d’environnement ou de solidarité avec des bénévoles du numérique qui les forment ou apportent des renforts personnalisés.

Combien de salariées avez-vous ?

Aucun salarié, nous n’avons même pas de compte en banque ! Sur les 1600 qui interviennent ponctuellement, 40 font tourner la machine (recevoir les demandes, les analyser, les proposer, organiser les formations, alimenter les réseaux sociaux, notre site…) et nous sommes 5 dans le bureau.

Où se trouvent vos membres ?

Un peu partout, même si nous sommes concentrés sur Paris et les métropoles puisque issus du monde numérique.

En termes d’organisation, y a-t-il une seule entité ? Plusieurs groupes de travail distincts ?

Nous fonctionnons par bulles dans lesquelles nous pouvons avoir plusieurs équipes de 4-5 personnes, C’est très informel et cela nous correspond. Par exemple, je suis en charge de la bulle « tech » qui comporte les équipes « front », « back », « crm » et « cloud », nous assurons toute la partie infrastructure et logiciels.

Tu dirais que les membres de l’association sont plutôt à l’aise avec le numérique ?

Oui, tout le monde est à l’aise. En revanche, nous n’avons pas tous un profil technique, bien au contraire.

Quelles sont les valeurs portées par l’association ?

La joie de donner son savoir et son temps sans se prendre la tête. Avec l’idée que lorsque nous n’apporterons plus rien, nous passerons à autre chose. Mais les événements récents ont montré qu’il reste du chemin pour que les associations soient à l’aise dans leurs choix numériques.

Avant de lancer cette démarche, vous utilisiez quels outils ou services numériques ?

GSuite (Gmail, Gdrive), Google Analytics, Slack, Trello, Word, Excel, nos photos sur Flickr, notre site sous WordPress.

Comment est configuré le système d’information et les différentes applications ?

Euh, vous pouvez répéter la question ? 🙂

Plus sérieusement, à mon arrivée, nous utilisions WordPress et CiviCRM sur un espace prêté. Le reste était basé sur des outils propriétaires en mode SAAS.

Qu’est-ce qui fonctionnait bien ? Qu’est-ce qui posait problème ?

La première faiblesse était que nous utilisions la machine d’un bénévole. Le reste de nos informations étaient chez d’autres (Google pour nos documents, Gmail pour nos échanges avec l’externe, GAnalytics pour notre trafic, Flickr, Doodle…). Cela marchait, mais nous étions fragiles et nous ne maîtrisions pas nos données, pas top !

Vous avez entamé une démarche en interne pour migrer vers des outils numériques plus éthiques. Qu’est-ce qui est à l’origine de cette démarche ?

Une volonté, appliquer à soi-même pour mieux expliquer.

D’où est venue l’idée, qu’est-ce qui vous a motivé⋅e⋅s ?

WebAssoc avait déjà mis en avant les solutions libres lors d’interventions. Mais il nous manquait l’expérience et la légitimité, « faites ce que je dis, mais pas ce que je fais » ne marche pas bien. 🙂

Quels sont les objectifs ? Les résultats attendus ?

Notre feuille de route reprend quatre thèmes. Ils sont totalement cloisonnés pour proposer notre expérience sur l’un sans requérir les autres, d’où (on le verra plus loin) le choix de prendre un hébergeur propre à chacun d’eux :

Pour la planète, mettre en avant le réemploi

Nous avons fait notre journée annuelle en janvier sur un PC acheté 50 € sur le … qui tournait sur Emmabuntüs (Linux Debian). Nous adorons cette distribution qui comprend tous les logiciels nécessaires à un bénévole, et qui a permis de belles actions comme Yovotogo.

Proposer un espace pour le bureau regroupant tous les outils

Avec NextCloud et ses applications (partage de fichiers, édition avec Collabora, visio-conférence à quelques-uns, tableau de tâches, gestion des mots de passe partagés et plein, plein d’autres choses).

L’association sur le Web

Avec un blog (WordPress), des photos (Piwigo), un wiki tout simple (DokuWiki), un Framadate, un Wallabag… C’est un espace que nous considérons public donc pas de données sensibles.

Avec l’œil RGPD

Suivre notre trafic avec Matomo, gérer nos contacts et campagnes mails avec CiviCRM, faire des webinaires libre avec BigBlueButton et bientôt des vidéos avec Peertube (merci Framasoft !)

Quel est le lien avec les valeurs de WebAssoc ?

Le libre et son sens des communs correspond bien à nos valeurs. Il a le mérite de scinder hébergeur et logiciel. Ce qui est une garantie pour les associations : changer d’abri (si d’aventure, les besoins évoluent) sans recommencer à zéro la formation des bénévoles. C’est la liberté de choix en somme, c’est évident quand on en parle et pourtant c’est tellement facile de céder aux sirènes opposées.

Quels sont les moyens humains mobilisés sur la démarche ?

Pas vraiment de moyens dédiés, nous sommes allés à notre vitesse, en parallèle de nos anciens usages sans imposer la bascule. Mais le constat qui m’a moi-même surpris, c’est que tout le monde s’y est mis naturellement. Quelques usages restent (comme notre tchat sur Slack en attendant un équivalent fonctionnel intégré à NextCloud).

Y a-t-il une équipe dédiée au projet ? Ou plutôt une personne seule ?

En fait c’est Raphaëlle et le bureau du début qui m’ont poussé dans la piscine. J’ai proposé des expériences avec ça ou ça.
Plusieurs bénévoles (des vrais pros) se sont investis sur chaque thème. Heureusement, parce que pour moi DNS voulait dire « Dîner Nocturne Sympathique » !

Quelles compétences ont été nécessaires ?

Rien pour Emmabuntus : y’a qu’à suivre les tutos.

 

 

NextCloud pour le collaboratif : juste installer et configurer des applis comme sur son smartphone.

PHP pour les services Web : mais pas obligatoire de développer en acceptant une esthétique simple.

Adminsys pour gérer les VM (virtual machine). C’est le plus technique et ardu à tenir dans le temps, mais pas grave si cela plante, nous n’y conservons pas d’archivage.

Combien de temps ça vous a pris ?

Je dirais une année, mais ce n’est pas fini. Il reste des pistes à explorer.

Ça vous a coûté de l’argent ?

Comme expliqué plus haut, rien. Mais c’est de toute façon abordable : 60€/an pour NextCloud sur une instance dédiée et 80€/an pour nos services Web. Ce qui couvre déjà les besoins de la plupart des associations. Pour rester dans le concept de transposer nos expériences, il fallait que cela soit accessible.

50 + 60 + 80, à moins de 200€, une association peut tout avoir sur un PC, basculer de GDrive à NextCloud, avoir à côté du site des sous-domaines comme celui-ci. En fait, une totale autonomie avec des données chez des locaux. Par exemple, j’ai rencontré notre hébergeur NextCloud à Niort, c’est sympa quand même.

Bien sûr, pour de l’envoi de mails en masse ou avoir son propre service de visio-conférence, c’est plus conséquent. Mais cela va de pair avec la taille de l’association et ses moyens. C’est comme le bio, il faut payer un peu plus pour savoir d’où ça vient et sincèrement, les fraises ont un autre goût.

Quelles étapes avez-vous suivi lors de cette démarche, au début, par exemple ?

C’est tout bête, j’ai pris la liste de Degooglisons sans avoir recours aux « Framatrucs ». Vu les annonces, j’ai cherché des équivalents sur NextCloud ou autres services Web.

Ensuite, nous avons démarché des hébergeurs pour nous accueillir, https://yourownnet.net/ pour NextCloud, https://www.o2switch.fr/ pour nos services web, https://www.alinto.com/ pour nos envois de mails et tout récemment https://www.gandi.net pour BigBlueButton.
Nous les remercions tous énormément.

Les étapes intermédiaires ?

Pas vraiment, l’équipe « tech » met à disposition, chacun membre est libre d’utiliser ces nouveaux services. Et par exemple, NextCloud avec l’édition en ligne peut s’utiliser sans rien installer sur son PC.

À ce jour, on en est où ?

Il reste des choses à fiabiliser, par exemple la gestion des droits sur les dossiers, mais rien de rédhibitoire.

Combien de temps entre la décision et le début des actions ?

Le temps de trouver des gentils hébergeurs et des gentils bénévoles.

Avant de migrer, avez-vous testé plusieurs outils au préalable ?

Nous avons profité de la mise à disposition d’instances pendant le confinement, nous avions déjà Talk/NextCloud pour échanger à quelques-uns et nous avons retenu BigBlueButton plutôt que Jitsi pour sa tenue à la charge sur nos webinaires.
Et maintenant, on peut piloter BigBlueButton depuis NextCloud, c’est cool.

Avez-vous organisé un accompagnement des utilisateur⋅ices ?

Certain⋅e⋅s connaissaient déjà, d’autres découvraient en connaissant des équivalents propriétaires. Nous avons laissé venir les questions.

Sous quelle forme avez-vous répondu à ces questions ?

Un wiki où nous avons commencé à mettre des tutos, nous avons aussi récupéré ceux des autres.
Et nous avons fait un webinaire dédié NextCloud.

Quels ont été les retours ?

Globalement positifs. Nous prévoyons quelques séances de visio-partage pour s’améliorer ensemble.

Quels sont les moyens de « l’équipe projet » ?

Par thème, chaque équipe varie de 2 à 4 personnes au gré du temps.

Quelles difficultés avez-vous rencontrées ?

Parfois des détails, avoir des étiquettes entre Thundebird et RoundCube comme sur Gmail. Retrouver nos enregistrements sur BigBlueButton. Il y a un temps de rodage à ne pas négliger.

Il y aussi une difficulté plus importante de formation des équipes pour les aider à basculer et à prendre en main les nouveaux outils. C’est simplement une question d’habitude en réalité, les fonctionnalités des outils étant proches, mais les habitudes sont parfois lourdes à changer : c’est pourquoi un soutien du bureau est utile sur ces enjeux, pour pousser au changement. En fait, y aller en premier pour que les autres suivent.

Envisagez-vous de poursuivre cette démarche pour l’appliquer à d’autres aspects de votre association ?

Nous souhaitons mettre nos webinaires en ligne avec PeerTube, avoir un annuaire des membres avec des accès SSO via OAuth, remplacer Slack en restant dans NextCloud.

Mais surtout, développer l’usage de CiviCRM que nous exploitons à 10 % de ses capacités faute d’un écosystème suffisant en France. L’effet de boule de neige du Libre manque, davantage d’utilisateurs et utilisatrices en amène davantage encore.

Quels conseils donneriez-vous à d’autres organisations qui se lanceraient dans la même démarche ?

• Oser sauter le pas, via un hébergeur pour ne pas galérer au départ, y mettre quelques euros.
• Basculer thème par thème en gardant l’ancienne solution quelques temps.
• Accepter le moins « joli » en se recentrant sur ses besoins qui sont souvent largement couverts.

Le mot de la fin, pour donner envie de migrer vers les outils libres ?

Nous ne sommes pas des libristes à fond, la preuve dans la liste de nos formations qui sont encore pas mal orientées GAFAM. À WebAssoc, nous ne vous dirons pas que le libre c’est bien, mais que c’est mieux (moins cher, moins de dépendance, plus performant, plus respectueux de vos données). Alors allons-y ensemble. 🙂

À l’inverse, si vous maîtrisez NextCloud, ou si vous connaissez CiviCRM ou voulez le découvrir, ou encore si vous avez des compétences OAuth, SSO…, enfin si vous savez installer Peertube et d’autres trucs, venez nous rejoindre, l’ambiance est SUPER sympa.

Pour aller plus loin :

• La feuille de route vers le libre de WebAssoc

Pour accompagner vers le Libre les organisations qui agissent pour l’Économie Sociale et Solidaire, il fallait davantage qu’un guide. Il fallait un outil évolutif, un outil que ces organisations puissent modifier, tronquer, bidouiller, bref s’approprier les contenus pour mieux les adapter à leurs particularités. Audrey nous présente [RÉSOLU], un projet contributopique…

[RÉSOLU] Un pas de plus dans Contributopia

Framasoft s’est associée au Chaton Picasoft et à la Mission Libre-Éducation Nouvelle des CEMÉA dans la réalisation de [RÉSOLU], un projet d’éducation populaire qui vise à accompagner l’adoption d’outils libres par les associations et les organisations de l’Économie Sociale et Solidaire.

Pour les accompagner dans leur transition, nous publions aujourd’hui un ensemble de fiches didactiques, sous licence libre et aux formats PDF, web et papier. Quelle est notre démarche ? D’abord présenter aux acteur⋅ice⋅s de l’ESS la nécessaire cohérence entre leurs valeurs et celles inscrites dans les outils numériques qu’iels utilisent, puis leur faciliter la prise en main de solutions alternatives libres.

Plus qu’un guide, [RÉSOLU] est un mouvement qui souhaite rapprocher les communautés du Libre et de l’ESS. Il s’agit de défendre nos libertés numériques et de promouvoir un modèle de société fondé sur la solidarité et le partage.

Pour contribuer à faire vivre ces [R]éseaux [É]thiques et en savoir plus sur les [S]olutions [O]uvertes pour [L]ibérer vos [U]sages, rendez-vous sur le site de Framabook et de [Résolu] !

À la recherche de cohérence entre valeurs éthiques et usages numériques

Si vous avez déjà recherché la solution à un problème informatique sur des forums en ligne, la mention « [RÉSOLU] » vous est sans doute familière. Lorsque vous la croisez dans le titre donné au problème à résoudre, c’est bon signe : elle précise qu’une des solutions proposées a effectivement résolu le problème initial.

Le problème auquel nous souhaitons apposer la mention [RÉSOLU] s’ouvre par la question suivante : comment se fait-il que tant d’organisations qui promeuvent des principes de solidarité, de partage, d’accessibilité et d’émancipation agissent avec des outils numériques privateurs et peu respectueux de ces considérations éthiques ?

Si nous nous posons cette question, c’est parce que nous pensons que construire un monde meilleur, comme s’y emploie l’Économie Sociale et Solidaire, n’est possible qu’avec des outils numériques qui nous donnent toute la liberté de le faire. Avec le projet [RÉSOLU], nous souhaitons établir une forte cohérence entre les pratiques numériques des membres de l’ESS et les valeurs qu’iels partagent avec la communauté libriste.

Soyez donc [RÉSOLU]E.S à ne plus servir, et vous serez libres

La célèbre maxime d’Étienne de La Boétie porte en elle la démarche du projet [RÉSOLU] : s’extraire de la servitude aux outils privateurs de libertés numériques. Il s’agit de commencer par comprendre la nature de la servitude, de vouloir ensuite s’en extraire, puis d’être en capacité de le faire. [RÉSOLU] se propose d’accompagner ce cheminement, en se rapprochant au plus près des besoins et des aspirations des associations quant à leurs pratiques numériques.

Concrètement, cela se traduit par la mise à disposition d’un ensemble de fiches théoriques et pratiques, classées selon trois types d’actions collectives : collaborer, communiquer et organiser.

Réalisée avec le soutien de la Fondation Free, la première version de cette collection prend la forme d’un manuel au format PDF, disponible sur le site de Framabook, et d’un site web (soyezresolu.org) où vous pourrez naviguer entre les fiches et les exporter séparément en PDF.

Les fiches théoriques ont pour but d’ancrer les enjeux d’un changement des usages numériques dans le contexte de l’ESS. Il s’agit par exemple de comprendre en quoi la confidentialité des données personnelles se joue dans le choix des logiciels que l’on utilise pour communiquer, et pourquoi il est important de se poser cette question, que l’on soit militant ou non.

L’idée n’est pas de porter un discours culpabilisant, mais d’exposer les enjeux politiques, économiques et sociaux associés aux choix d’outils numériques. Si les associations portent une grande attention à ces enjeux pour définir le périmètre de leurs activités, l’objectif de [RÉSOLU] est de les convaincre qu’il est dans leur propre intérêt d’élargir cette attention à leurs usages numériques.

Les fiches pratiques ont un rôle tout aussi crucial : présenter des solutions alternatives libres et accompagner leur prise en main, avec des méthodes et des cas de figure concrets. Par exemple, une fiche consacrée au service Nextcloud explique comment partager des documents de façon sécurisée et comment synchroniser des agendas ; une autre sur le logiciel Garradin détaille comment reprendre le contrôle sur ses données de comptabilité. Mais [RÉSOLU] est plus qu’un catalogue…

Ces fiches proposent de découvrir les fonctionnalités utiles à l’organisation, la communication et la collaboration au sein de structures associatives, institutionnelles ou privées. Elles suggèrent quelques bonnes pratiques et avertissent des éventuelles difficultés ou limites à prendre en compte. En effet, accompagner le changement implique d’être transparent sur les risques et les obstacles potentiels ; [RÉSOLU] ne les efface pas, mais soulève les questions à se poser pour adopter les logiciels libres dans les meilleures conditions possibles.

[RÉSOLU] est entre vos mains : construisons ensemble les réseaux qui libèrent !

L’identification de solutions libres correspondant aux besoins de son organisation et la compréhension des raisons et des moyens de leur adoption constituent une avancée certaine vers la libération des usages numériques. Vous êtes résolu⋅e et prêt⋅e à le faire ? Allons-y ensemble !

S’il est nécessaire d’avoir confiance en soi pour se diriger sereinement vers un terrain inconnu, il est aussi important d’avoir confiance en ses compagnons d’aventure. Les associations qui ont déjà adopté des outils libres, les hébergeurs du CHATONS, les organismes d’éducation populaire et toute autre structure qui souhaite accompagner celles qui en ont besoin sont autant de contacts possibles pour ne pas avancer isolément.

Utilisé comme support pour des formations animées par les CEMÉA, nous espérons que [RÉSOLU] le sera aussi par un grand nombre d’acteur⋅ice⋅s de l’éducation populaire. Des exemplaires imprimés de [RÉSOLU] sont distribués de main en main (au sein des CEMEA, ou lors d’événements auxquels participeront Framasoft et Picasoft), auprès des organisations et des personnes intéressées par l’obtention d’une version papier.

Néanmoins, c’est d’abord aux utilisateur⋅ice⋅s de s’emparer de [RÉSOLU]. Les versions électroniques sont donc disponibles sous licence CC BY-SA, afin de multiplier les supports :

• des versions PDF à des fins d’impressions et les sources au format ouvert pour modifications et enrichissements sur Framabook ;
• une version web sur soyezresolu.org, avec la possibilité d’exporter chaque fiche en PDF.

Le projet [RÉSOLU] évoluera au gré de vos contributions : si vous le souhaitez, vous pouvez améliorer le graphisme ou la rédaction des premières fiches, en créer de nouvelles, ou encore participer au développement de la version web (rendez-vous sur le dépôt du projet).

Diffusez ! modifiez ! publiez !

Pour en savoir plus, vous pouvez contacter Picasoft (@), Framasoft (@) et la Mission Libre-Éducation Nouvelle des CEMÉA (@) via leurs comptes Mastodon.

— Billet édité le 28/06/2020, 17h45.

Votée dans l’urgence et portée par une personnalité politique au moins controversée, la loi Avia qui s’appliquera dès le mois de juillet vise à réprimer la « cyberhaine ». Un grand nombre de voix se sont pourtant élevées pour émettre des mises en garde, comme dans cette alerte « la loi Avia est évidemment une atteinte gravissime à la liberté d’expression » et même dans des tribunes du Figaro ici et là.

Nous avons choisi de reprendre ici celle de Laurent Chemla (c’est qui ce gars-là ?) qui fustige la précipitation brouillonne et souhaite l’application à la vie politique d’un fort ancien principe en médecine. Elle est parue d’abord sur son blog Médiapart et il nous autorise à la reproduire.

---

Primum non nocere — par Laurent Chemla

Si la médecine a retenu (entre autres) d’Hippocrate son fameux « primum non nocere » (« Avant tout, ne pas nuire »), on peut regretter que le politique n’ait pas, lui aussi, appris ce principe de prudence abstentionniste, et que trop souvent il use du mantra inverse : « Il faut faire quelque chose ».

Non. Il ne faut jamais « faire quelque chose ».

Déjà parce que, dans la très grande majorité des cas, « faire quelque chose » c’est faire n’importe quoi.

Ensuite parce que, souvent, ne rien faire est moins nocif que d’inventer des solutions qui semblent faciles et rapides mais qui risquent surtout d’aggraver les choses.

Et enfin parce que, presque toujours, on se retrouve à justifier l’injustifiable une fois qu’on a mal agi. Au motif évidemment qu’il fallait bien « faire quelque chose ».

Loi « contre la haine » ?

Prenons l’exemple de la loi Avia « contre la haine en ligne ».

Celle-ci part d’un constat: la haine se diffuse – en ligne comme partout, et (c’est le grand principe de cette loi, que Mme Avia a clairement exposé ) « ce qui est interdit dans l’espace réel doit l’être également dans l’espace virtuel ».

Passons rapidement sur le fait que – dans la rue – la haine est partout sans que rien ou presque ne s’y oppose. Entre usagers de la route, entre piétons, entre voisins, entre manifestants et contre-manifestants, entre police et manifestants, la haine est devenue dans nos sociétés occidentales presque un mode de vie, au point qu’on s’étonne et se méfie du moindre geste bienveillant non sollicité. Et la rue… la rue est le théâtre quotidien du harcèlement des femmes et des exclus, des insultes, des remarques sexistes, homophobes, racistes et violentes, des agressions, des crachats et de la peur. La rue aussi c’est la pauvreté mise en spectacle, le mépris de l’étranger et de ceux que la société laisse sur, justement, le trottoir.

Oser affirmer, devant la représentation nationale, que la haine est interdite dans  » l’espace réel  » c’est – évidemment – se foutre d’un monde auquel on n’appartient plus parce qu’on s’en est protégé par des vitres teintées, des chauffeurs et des gardes du corps.

Qu’on me comprenne bien : ceci n’est pas une raison pour ignorer la haine en ligne. Mais quand l’argument de Mme Avia, pour justifier son texte, repose sur un tel mensonge préalable, on a le droit de s’en inquiéter même si ce n’est pas en soi un motif d’inaction. J’y reviendrai.

Passons, donc.

Et que ça saute !

Cette loi repose sur une idée simple. Simpliste, même : il suffirait de rendre les intermédiaires techniques responsables des contenus publiés par des tiers, de les contraindre à retirer tout ce qui leur est signalé comme étant « manifestement illicite » sous peine d’amendes démesurées, pour que nous soyons tous protégés des méchants, car c’est très urgent.

Et hop !

Alors déjà, pardon de le dire, mais ce débat-là est si vieux qu’il a le droit de vote depuis déjà 6 ans. C’est dire l’urgence de légiférer et de voter un tel texte alors que le pays n’est même pas encore sorti d’un confinement imposé par une crise d’une ampleur encore jamais vue. C’EST URGENT ON T’A DIT les morts, les masques, les tests et le vaccin, on verra plus tard.

Ce débat date du tout début de l’Internet grand-public, autour de 1996. Il a réuni des comités, des commissions, il a connu des lois, des rejets du Conseil Constitutionnel, d’autres lois, des jurisprudences, des textes, des réglements et une directive européenne. Des centaines, des milliers d’experts, de juristes, d’associations, de citoyens et de lobbies se sont penchés dessus (et s’y penchent encore puisque l’Europe a prévu d’y revenir durant la présente législature), pour essayer d’imaginer des équilibres qui respectent à la fois le droit à la liberté d’expression et la juste volonté d’empêcher les délits.

Des livres y sont entièrement consacrés.

Depuis 24 ans.

C’est dire L’URGENCE du truc, alors qu’on a remis aux calendes un sujet aussi fondamental que nos retraites parce que, voilà, c’est pas trop le moment hein.

C’était TELLEMENT urgent qu’on n’a même pas respecté la procédure européenne obligatoire pour ce type de législation, c’est trop grave : on se moque des députés sur Twitter, tu te rends compte, il faut légiférer VITE !

Bref.

Têtes d’oeuf

Clément Viktorovitch résume très bien les termes du problème dans cette courte vidéo : quand on délègue à des entreprises privées le droit de juger de ce qui est légal ou illégal, on s’expose à une censure de très grande ampleur – parce que c’est plus simple et moins cher de censurer que de se poser des questions, surtout quand on risque des amendes de très grande ampleur, et que le profit est le seul guide des entreprises privées. Tout simplement.

Rendre la justice est une fonction régalienne. Les fonctions régaliennes sont des tâches que l’État ne doit pas, ou ne peut pas, déléguer à des sociétés privées. La loi Avia fait le contraire. Voilà mon résumé à moi.

Je le dis, je le répète, je le blogue et je le conférence depuis plus de 20 ans, ici et partout : si le droit à la liberté d’expression est inscrit dans notre constitution depuis le 18e siècle, ce droit n’était que très théorique jusqu’à l’arrivée d’Internet. C’est par et grâce à Internet que la parole publique est devenue accessible à tous.

Il n’est donc pas très étonnant que ce droit-là soit un des moins bien protégés par nos textes de loi, il n’est donc pas très étonnant que la liberté d’expression du grand public remette en cause les usages et les habitudes des puissants… et il n’est donc pas très étonnant que ces mêmes puissants fassent tout ce qu’ils peuvent pour remettre à sa place ce grand public qui ose s’arroger le droit de les critiquer à la face du monde.

Il est donc d’autant plus important d’y faire très attention et de ne pas légiférer n’importe comment et dans l’URGENCE parce que l’ego de quelque députée a été un peu froissé par des remarques en ligne sur ses tendances mordantes, fussent-elles problématiques. Je vous engage à revoir, encore une fois, dans la courte vidéo ci-dessus mentionnée en quels termes Mme Avia a présenté son texte en première lecture ( « MES trolls, MES haters, MES têtes d’œuf anonymes ») pour bien comprendre ses raisons – très personnelles et donc très éloignées du bien public – d’agir.

Hélas, le respect des grands principes républicains n’est visiblement pas l’URGENCE.

Latin de garage

En médecine, donc, le « triangle hippocratique » (médecin, malade et maladie) se base sur la confiance. La confiance qu’on accorde à celui entre les mains duquel on remet sa vie pour qu’il n’agisse que pour notre bien, ou – au minimum – pour qu’il n’aggrave pas notre situation. Primum non nocere.

En politique, ce même principe devrait s’appliquer. Mais force est de constater qu’en politique aujourd’hui, le principe est plutôt « primum actum » (« d’abord agir », dans mon latin de garage) avant même d’avoir bien pesé le pour et le contre. Au risque de tuer le malade, et dans le cas qui me fait réagir ici au risque de réduire à néant un de nos droits fondamentaux.

Pour autant, « ne rien faire » contre la haine en ligne n’est pas le contraire de « faire n’importe quoi pourvu que ça fasse taire mes opposants au risque de détruire des équilibres difficilement atteints ». L’accès à la liberté d’expression pour tous est un phénomène récent, et il est normal de réfléchir à ses dérives. Et il est normal que ces dérives se produisent tant que la société n’a pas intégré profondément les règles qu’impose l’usage d’une liberté. Ce n’est pas, pour faire un parallèle rapide, parce que la liberté de se déplacer est un droit fondamental qu’on a pas besoin d’un code de la route. Mais ce n’est pas parce qu’on a besoin d’un code de la route qu’on doit donner le droit aux sociétés d’autoroute d’interdire le passage à qui bon leur semble.

Intégrer les règles sociales d’un outil aussi profondément disruptif qu’Internet ne se fait pas en un jour, ni même en une génération. Ça prend du temps, ça nécessite des efforts, y compris financiers. On peut, on doit s’opposer à la haine. En ligne comme partout. En donnant des moyens à l’éducation pour former de futurs citoyens. En donnant à la justice des moyens d’agir plus rapidement et plus efficacement.

Pour qu’à force d’exemples et de formations, chacun apprenne à mieux se comporter, à mieux peser la responsabilité qu’il doit s’imposer lorsqu’il use de la parole publique, à mieux connaître ses droits et ses devoirs. En ligne comme partout. C’est long, c’est cher, ça ne se fait pas dans l’urgence et ce n’est pas aussi facile que de faire voter une loi stupide par une majorité sans partage.

Mais dans une société démocratique et respectueuse de ses grands principes, c’est comme ça que ça devrait se faire.

Et pas autrement.

 

Le samedi 25 avril dernier s’est tenu le premier Confin’atelier, premier Contribatelier en ligne, et ça a été un succès. Afin de valoriser cette belle initiative, nous republions ici le compte-rendu publié sur https://contribateliers.org/ et nous sommes ravi⋅es de vous annoncer qu’un second opus est en préparation ! La date est même fixée : ce sera le samedi 6 juin 2020 de 14h à 17h.

Alors qu’est-ce qu’on a fait pendant ce Confin’atelier, premier Contribatelier en ligne, et qu’est-ce qu’on en retient ? Plein de choses ! Allez on y va, on commence par le global et on détaillera pôle par pôle ;-). Ready ? Go !

Globalement

Déjà les chiffres qui nous réchauffent le cœur : plus 80 participant·es, 11 salons en simultané (10 salons pour les pôles et 1 pour l’accueil), 13 animateur·rices, plus de 3 heures de Confin’atelier : Wouhou ! On ne s’était pas fixé d’objectifs à atteindre mais même si ç’avait été le cas, on est plus que largement satisfait·es !

Autre chose notable : aucun souci rencontré concernant la technique. C’était un peu la crainte, qu’il y ait beaucoup de participant·es et que l’instance Big Blue Button de FAImaison soit surchargée. On avait même prévu un plan B si besoin, dans lequel on était prêt à migrer les salons de certains pôles sur une autre instance Big Blue Button pour absorber la charge. Au final RAS comme on dit, aucun pôle n’a subi de bugs, ralentissements ou autre : bref, on était bien à l’aise ! (bon on a aussi demandé à tou·tes les participant·es de ne pas utiliser leur webcam et de se contenter de l’audio : ça aide !)

Pôle par pôle

Le retour de chaque pôle a été rédigé par le ou les animateur·rices du pôle concerné, sauf pour le pôle accueil où c’est un participant qui a voulu nous faire part de son retour. Merci fabulousfabs !

Pôle Accueil

Pôle animé par MeTaL_PoU, Numahell & QuentinD

Du monde tout l’après-midi, le pôle accueil avait la lourde responsabilité d’accueillir sur le Confin’atelier, d’expliquer le fonctionnement de l’outil BBB, de guider les participant·e·s vers les différents pôles, de répondre aux questions. Ce pôle « tampon » était nécessaire et a été remarquablement bien orchestré par nos 3 ami·e·s ! Ambiance franchement sympathique, accueil chaleureux et patience dans leurs explications, MeTal_PoU & Numahell se sont données sans retenue sur le pôle accueil ! QuentinD gérait la comm’ sur les réseaux sociaux (de ce que j’ai compris, pour la première fois), et venait faire un coucou aux rares moments où il avait 5 minutes. Pendant ce temps, MeTal_PoU & Numahell prenaient leur temps pour dire bonjour, expliquer inlassablement le système de salons multiples, comment basculer vers un autre pôle, comment aider à régler / couper son micro sur BBB, tout cela sans jamais perdre le sourire (qui s’entendait) ou patience. Elles ont eu à cœur de laisser présenter les pôles aux responsables de salons qui en avaient le temps, permettant à nos 80 bonnes âmes de choisir où aller donner un coup de pattes. Bravo à vous 3 !

Pôle Framalibre

Pôle animé par Gavy

Environ une dizaine de personnes pour ce pôle autour de l’annuaire historique de Framasoft. On a commencé par une petite présentation de Framalibre – ce qu’est l’annuaire, ce qu’on peut y trouver et ce qu’on peut y faire – avant de voir comment y contribuer.

Au final, plusieurs comptes Framalibre ont été créés, des notices existantes ont été modifiées et de nouvelles sont apparues :

Notices crées :

• Bénévalibre
• Grafana
• microG
• Linux Mint
• Aegis Authenticator
• Europeana
• Mooc CHATONS

Notices modifiées :

• Lubuntu
• Yapbam
• compta.libremen.com

Si contribuer à Framalibre vous donne envie, le meilleur moyen pour commencer, c’est de venir en parler sur Framacolibri (le forum de Framasoft), dans la section dédiée à l’annuaire !

Pôle Design & Libre

Pôle animé par Maiwann

Une dizaine de personnes qui étaient présentes pour cet atelier visant à regrouper les designers ayant envie de faire bouger les choses coté logiciel libre ! Petite surprise : Il y avait aussi des personnes qui étaient plutôt développeurs et qui étaient en demande pour savoir comment trouver quelqu’un avec qui collaborer. Après plusieurs petites discussions sur « Pourquoi y a-t-il aussi peu de designers dans le monde du libre ? » nous avons décidé de faire un petit site afin de pouvoir renvoyer les différentes personnes intéressées par le sujet dessus \o/ Ni une, ni deux, entre celleux qui s’occupaient du contenu et celleux qui étaient lancés sur la technique, nous avons déjà une page à vous présenter regroupant des façons de nous contacter et des ressources autour du design : Foire aux questions, articles, témoignages de collaboration… C’est par là !! 🎉 => https://design-et-libre.frama.io/ Merci à celles et ceux qui ont participé à cet atelier 🥳

Pôle Communiquer pour des projets libres

Pôle animé par Pouhiou

La proposition était de faire un tour de table des expériences et besoins dans la communication pour des projets libres, puis de prendre chaque besoin un par un et de partager nos retours d’expérience dessus. S’en est suivie une conversation de 3h avec plus de 10 personnes présentes absolument passionnante. Une des problématiques récurrentes fut de trouver comment communiquer sans reproduire les codes du capitalisme de surveillance.

Ces échanges ont été sketch-notés par Chloé :

Pendant les échanges, David Revoy nous a écouté (et est parfois intervenu) tout en dessinant en direct une nouvelle illustration de Sépia, lae poulpe-mascotte de PeerTube, dont nous avons appris à cette occasion qu’iel n’avait pas de genre (découvrez-la plus bas !). Le seul regret de l’animateur (Pouhiou) c’est d’avoir du mal à jongler entre son animation et ses envies de partager une grosse expérience accumulée au sein de Framasoft (et donc de monopoliser la parole). Merci à toutes les personnes qui ont contribué !

Pôle PeerTube

Pôle animé par Angie

Une douzaine de personnes ont participé à cet atelier portant sur la sélection de contenus de qualité hébergés sur PeerTube. Angie a commencé par expliquer qu’il était important de valoriser ces contenus pour en montrer la diversité. Ce travail de curation permet d’alimenter le bloc « Découvrez notre sélection de contenus » de https://joinpeertube.org/ Plusieurs participant⋅es ayant des questions sur le fonctionnement du logiciel PeerTube, nous avons passé un peu de temps à y répondre. Angie a ensuite rappelé quelques critères pour la sélection (contenus sous licence libre ou dont on a l’assurance qu’ils sont publiés par leur créateur) et proposé des outils permettant la recherche au sein des différentes instances de PeerTube et les participant⋅es se sont lancés dans la recherche de contenus. Au final, 14 nouveaux contenus (vidéos, chaînes et instances) ont été sélectionnés. Pour chacune de ces sélections, un texte de présentation a été rédigé. Ces éléments seront prochainement visibles sur la page d’accueil de joinpeertube. Cet atelier était vraiment chouette car il a permis à l’ensemble des participant⋅es de découvrir ces contenus mais aussi d’échanger sur le fonctionnement du logiciel et sur les modalités d’inscription sur une instance. A reproduire pour découvrir de nouveaux contenus !

Pôle OpenStreetMap

Pôle animé par gibro

Le pôle OSM a débuté par une présentation rapide de la carte OpenStreetMap : son modèle, ses principes de fonctionnement et les principaux outils de contributions. Il y a ensuite eu une démonstration du fonctionnement de la carte ça reste ouvert :

• Utilisation de la carte => affichage des informations, codes couleur utilisés, choix des langues, mode daltonien
• Explication de la fonctionnalité « Signaler un changement » => formulaire permettant d’ajouter directement les informations sur un lieu sans avoir besoin d’un compte OpenStreetMap
• Résolution des notes générées par le site => à partir du site NoteReview avec le tag #caresteouvert permettant aux contributeurs de suivre les signalements « ça reste ouvert » et de renseigner les informations dans la base OpenStreetMap
• Documentation avec les ressources mises à la disposition sur le blog caresteouvert et le wiki OpenSteetMap.

Pendant et après la démonstration, nous avons échangé en fonction des besoins et interrogations des personnes présentes. Il y avait une douzaine de personnes en continu dans le salon et plusieurs contributeurs pour l’animer (merci Sebbaz et Eric B). Nous avons aussi discuté de la possibilité de mettre en place un site web facilitant la saisie des informations sur les commerces sans passer par un compte OpenSteetMap, sur le modèle https://caresteouvert.fr ou https://wheelmap.org/ Pour conclure, j’ai trouvé très agréable et efficace l’outil BigBlueButton pour les démonstrations et les interactions avec les participants. Il était également intéressant d’être à plusieurs pour animer pour gérer les échanges sur le chat et l’ajout d’informations dans les notes en parallèle des démonstrations en partage d’écran.

Retour d’un participant :

Très bon accueil de Gibro :) Belle découverte de caresteouvert, ce qui m'a permis d'actualiser les informations autour de chez moi. Concret et pratique. J'avais aussi des questions plus générales de mises à jour de OSM, que j'ai pu mettre en pratique immédiatement grâce aux conseils avisés de Gibro et Fred, merci à eux. Pratique, concret, convivial, j'ai passé un très bon moment et j'ai pu pratiquer immédiatement pour faire des mises à jour, merci <3

Pôle Wiktionnaire

Pôle animé par Noé

Première session de contribution en ligne et une bonne expérience. L’exploration d’un dictionnaire n’était probablement pas l’expérience la plus séduisante, d’où l’affluence limitée, mais l’animateur a pu néanmoins contribuer et montrer l’intérêt du Wiktionnaire avec de l’ajout d’illustrations et d’exemples, et même créer de nouvelles pages. Un participant, motivé par la présentation a pu téléverser une de ses photographies pour illustrer la page du Wiktionnaire de la ville de Gafsa. L’envie d’en refaire et la hâte de reprendre les permanences mensuelles lyonnaises !

Pôle Wikipédia

Pôle animé par Lyokoi

Une session de 3h bien remplie et qui aurait pu durer si le présentateur ne tombait pas de fatigue et ne perdait pas sa voix à la fin. La session oscillait entre 4 et 6 personnes avec un pic de présence à 8. La première moitié (1h30) fut une présentation globale de Wikipédia, son fonctionnement, sa communauté, ses règles et surtout une visite de l’interface de contribution. Ponctuée par les questions des visiteurs et visiteuses, nous avons apporté des sources à des articles, nous avons découvert plusieurs aspects de la contribution (images, structuration, wikification, etc.) et avons noté dans le pad interne des liens importants. La deuxième partie était surtout consacrée à l’échange avec les participants et les participantes, via message ou via micro. Un contributeur de Lorient a pu se faire aider à monter un groupe local et plusieurs nouveaux et nouvelles ont pu faire leurs premières modifications (ainsi qu’un ancien qui s’y est remis). L’expérience a été très enrichissante et a donné l’envie de recommencer.

Pôle Piaf

Pôle animé par Guillaume

Une super ambiance, avec une dizaine de curieux qui voulaient en savoir plus sur le projet. Nous avons discuté des intérêts de construire des ressources pour créer des intelligences artificielles francophones, et également des façons de procéder. Puis nous avons tous ensemble contribué, en écrivant des questions réponses sur des articles Wikipédia. Avec quelques dizaines de questions réponses produites, Piaf en est maintenant à 7000 depuis le début du projet il y a quelques mois ! Bravo et merci à tous ! Et continuons de contribuer quand nous en avons le temps 🙂

Pôle Culture libre / Khaganat

Pôle animé par Zatalyz et GPSqueeek

Après une demi-heure à – nous ronger le clavier de peur de n’avoir personne – papoter, nous décidons de revenir faire un tour à l’accueil pour signaler qu’on était là et que c’était chouette de venir dans notre salon. Et ça a marché ! On a en effet eu la joie d’avoir le retour d’une contributrice qui nous a aidé·es à voir comment serait fait le système solaire dans l’univers du Khanat, et c’est pas rien ! Le Khanat serait probablement une lune d’une géante gazeuse, et ensuite il y a des histoires d’angle des plans orbitaux, de masse et de taille des différents astres. On espère un jour avoir de quoi montrer ce ciel dans Godot pour l’intégrer au futur jeu ! Ensuite on a eu plusieurs visites de curieuses dont certaines sont restées pour nous aider à commencer un article au sujet d’une bestiole qui avait été dessinée sur papier en Contrib’atelier en présentiel en fin d’année dernière. Ce n’est pas encore terminé mais il y a une bonne base pour avoir quelque chose de publiable bientôt sur notre wiki on espère ! Merci aux visiteuses et autres contributrices qui ont été toutes plus oniriques les unes que les autres (et chez Khaganat, c’est signe d’un tas de guimauves, accompagnées d’un tas de câlins si ça fait plaisir !).

Pôle Contribuer au libre pour les développeur·ses

Pôle animé par ervin

Nous avons eu 11 personnes présentes. Globalement les nouveaux venus étaient satisfaits et ont trouvé des projets auxquels contribuer. La durée n’a pas forcément permis de mettre des choses en production, mais le contact a été établi et certains des participants comptent continuer à contribuer. Beaucoup d’appétence pour une autre session. Les notes complètes dont le tour de table final : https://mypads.framapad.org/p/confinatelier-framadate-3m1pcq7p7

En conclusion

Pour nous ce n’est que du positif donc un immense merci à tou·tes celleux qui ont pris part à ce Confin’atelier :

• Animateur·rices : merci pour la diversité des pôles et leur nombre !)
• Participant·es : merci d’avoir être été autant de monde à répondre présent·es pour donner de votre temps pour le libre
• Bénévoles de FAImaison : bah oui, pas de bénévoles FAImaison, pas de Big Blue Button, donc pas de Confin’atelier. CQFD ;-).

À bientôt pour le prochain ?  😉