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.

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

Valem est sculpteur et aime capter les portraits dans leurs scènes de vie. Durant ses voyages au Sénégal, elle a été touchée par La Teranga, terme wolof qui conjugue les valeurs d’hospitalité, de partage et de solidarité des Sénégalais. Elle a donc réalisé de nombreux dessins inspirés de ces voyages et a créé un dispositif solidaire pour venir en aide aux familles en situations précaires. Framasoft communique cet article, car ce projet regroupe les valeurs libristes, artistiques et solidaires que nous tenons à partager.

À noter : cet article bénéficie désormais d’une version audio.
Merci à Sualtam, auteur de lectureaudio.fr pour cette contribution active.

Le Miroir de Valem est un dispositif physique d’art numérique libre, solidaire, open-source, low-tech, interactif, contributif et évolutif.

Le concept est que ce miroir puisse renvoyer au spectateur son propre reflet composé, en une « mosaïque d’images », de portraits dessinés en noir et blanc d’après des souvenirs de voyages (environ une centaine réalisés à ce jour et d’autres encore à venir). L’enjeu de l’œuvre est avant tout d’aider les populations qui ont inspiré les dessins constituant les reflets en leur reversant les potentielles recettes générées (également grâce à la cagnotte en ligne).

« Votre reflet n’est pas un simple « selfie », mais plutôt un « altrie ». En reconstituant votre image à partir de portraits de personnes vivant dans une autre partie du monde, le Miroir tisse des liens entre les cultures et les individus pour dessiner une humanité à la fois plurielle et unie. »

Un groupe de 5 étudiants de l’UTC (Université de Technologie de Compiègne) a aidé l’artiste Valem sur le plan technique pour réaliser ce projet, notamment 2 étudiants en Génie Informatique, 1 en Mécanique et Design Produit et 2 en Design d’interface.

Ce dispositif a été mis au point de la manière suivante :

• le châssis en bois a été fabriqué par un ébéniste (de l’Atelier des Bois Pérennes) sur la base des plans réalisés par les étudiants ;
• ils ont créé l’application mobile et amélioré le logiciel libre Pixelize afin de pouvoir restituer une photo en mosaïque ;
• ils ont également placé un écran d’ordinateur derrière un miroir sans tain ;
• puis une tablette et un Raspberry Pi pour l’interface UX d’interaction.

Un autre groupe de 4 étudiants en gestion de projets a pu aider dans l’élaboration du projet. Ils se sont notamment occupés de la création de l’association Miroir de Valem, des statuts et donc des aspects juridiques, de la communication, de l’organisation économique et des voyages au Sénégal. L’association Miroir de Valem a pour mission de :

• promouvoir cette forme de création artistique et les valeurs associées ;
• apporter une aide financière aux familles sénégalaises qui l’ont inspirée.

De plus, en janvier 2020, 2 étudiants en Génie Informatique les ont rejoints à plein temps pour terminer les logiciels embarqués dans le miroir, sur une tablette Android et un Raspberry Pi. La tablette héberge une application qui permet à l’utilisateur·ice de communiquer avec le miroir. Elle communique elle-même avec le Raspberry qui est en charge de transformer la photo originale en reflet et de l’afficher sur le miroir.

Pour Valem, le but du projet est d’avoir une double transmission des connaissances : elle dispose de compétences artistiques et de l’ouverture à la culture sénégalaise ; les étudiants ont les savoir-faire techniques qui lui manquaient pour la réalisation du dispositif et la communication. Le projet a été riche d’échanges et de partages de notions pour tous ces acteurs. Certains d’entre eux ont eu le privilège d’être accueillis dans une famille (d’environ 30 personnes) pendant une ou plusieurs semaines. Le but du projet est donc de partir de ce point d’ancrage, donc de cette famille, pour ensuite aider d’autres familles et le quartier entier. En effet, suite à la pandémie du Covid-19, le Sénégal a été très impacté économiquement car deux de ses principales sources de revenus sont le tourisme et la pêche. Afin de mieux répondre aux besoins de cette population qui a une façon de vivre et des besoins différents des nôtres, l’association bénéficie d’un contact de confiance sur place, afin de définir au mieux quelles solutions leur proposer.

Quelle est la dimension libriste de ce projet ?

Vous pouvez copier, utiliser, partager et diffuser les dessins, le dispositif physique, les logiciels et les contenus du site web selon les droits qui vous sont accordés par leurs licences libres (voir page Crédits du site web du Miroir de Valem). Le but est que chacun·e se serve du dispositif, partage les images comme il ou elle le souhaite. Les plans du châssis en bois, le code source de l’application, les réglages du Raspberry Pi ainsi que l’application à installer sur celui-ci sont disponibles sur Framagit. Le but est de pouvoir proposer des améliorations ou même, si l’on est artiste soi-même, de pouvoir réaliser un projet comparable avec ses propres œuvres, toujours dans un but de solidarité envers les plus démunis.

Où les rencontrer ?

À l’exposition Art Up programmée (et reportée) en février 2021 à Lille (salon d’art international) afin de confronter le Miroir à un public qui vient à la rencontre/découverte des artistes, mais qui est possiblement peu sensibilisé à la culture libre.

Aux Journées Des Logiciels Libres de Lyon reportées également en avril 2021. Cette fois, c’est pour toucher un public libriste averti (ou cherchant à se sensibiliser), mais qui ne s’attend pas forcément à ce que les valeurs du libre animent un projet artistique.

Ensuite, de belles rencontres sont envisagées : comme celle de travailler avec l’ambassade du Sénégal et des villes jumelées avec des villes sénégalaises afin d’organiser des événements plus généraux ou ouverts à tous types de public, comme une fête locale.

Enfin, le projet sera présenté à la Fête de la Science de l’UTC en octobre, à un public jeune qui n’est pas forcément sensible a priori à l’art ni au libre au départ.

Ce projet permet d’aborder plusieurs concepts pouvant être mobilisés pour la construction de sociétés soutenables : la solidarité, la création collective, l’approche low-tech, la culture libre, l’économie du don, les équilibres Nord/Sud, etc. Pour transformer la société au regard des enjeux environnementaux auxquels on fait déjà face, soutenez le Miroir de Valem.