Framaletmego · Préserver un web convivial
Description générale
Le Web a petit à petit été « emmerdifié » (de l'anglais enshittification), intrusions publicitaires et autres fenêtres pop-up, généralisation des cookies, appels de librairies tierces qui communiquent des données aux géants du numérique, obligation de créer des comptes pour de la simple consultation, tests « d'humanité » (captcha)... Avec le développement de l'IAG le phénomène s'accélère, notamment via des sites générés qui arrivent de plus en plus en têtes des moteurs de recherche. Plus de 50% des requêtes sur le Web sont aujourd'hui faites par des robots et le chiffre est en croissance constante. En parallèle se sont alourdis et complexifiés les langages du Web et les contenus véhiculés tant et si bien que les navigateurs web sont devenus des logiciels très puissants et très complexes et que les réseaux véhiculent de très grosses quantités de données en plus de celles effectivement consultées par les humains (sans même parler de celles effectivement recherchées).
Pourtant pour consulter une carte, un horaire de bus ou trouver un restaurant tout cela n'est non seulement pas nécessaire, mais c'est inutilement consommateur de ressources informatiques et de temps humain.
Il reste pourtant des îlots préservés, Wikipédia, Openstreemap, le CNRTL, service-public.fr, blogs indépendants, sites de contenus libres...
Le premier objectif du projet est de concevoir (ou reconcevoir) ce que pourrait être un Web lowtechisé et démerdifié, un web simple, 100% libre, zero tracking... Il ne s'agit pas de retourner en arrière, mais de prendre acte que le Web ne fonctionne plus bien, à cause de la monétisation des sites, de la gafamisation et maintenant de l'IAG, et de chercher pourquoi et comment faire pour préserver un Web convivial, à côté du Web « moderne » et de sa complexification croissante.
Portage du projet
Nom du porteur (préciser)
Autres personnes ressources : Yann Kervran (Framasoft), Pyg (Framasoft)
Sous-projets
Proposer une liste de types de contenus accessibles via un protocole Web standard
Proposer un sous-ensemble du langage HTML suffisant pour rendre ces services (voire envisager des alternative comme Markdown)
Proposer des usages alternatifs à la consultation HTTP, consultation asynchrone (en cas de réseau intermittent, protocoles simplifiés (Gemini), copies statiques (Internet Archive)
Exemple : Pistes de recherche
Commentary: Cory Doctorow: Social Quitting. https://locusmag.com/2023/01/commentary-cory-doctorow-social-quitting/. 2023
CLIC ! : une plateforme de coopération tout terrain. https://framablog.org/2022/01/18/clic-une-plateforme-de-cooperation-tout-terrain/
CLIC : Un projet pour des apprentissages numériques plus interactifs. https://framablog.org/2023/03/23/clic-un-projet-pour-des-apprentissages-numeriques-plus-interactifs/
Exemple : Pistes fonctionnelles
Lister des applications statiques existantes ou faciles à créer : encyclopédie, carte, recettes de cuisine, presse libre et/ou archives, références bibliographiques, annuaires de recherche...
Définir les fonctions au niveau serveur et client qui seraient à conserver ; préciser pour quels usages
Imaginer la possibilité d'un fonctionnement sans langage de programmation serveur (PHP...) ni client (JavaScript) et avec du HTML et CSS simple
Exemple : Pistes techniques
Exemples de contenus culturels sous licence libre. https://librecours.net/modules/enjeux/dall01/solweb/co/exemple-de-culture-libre.html
Projets qui répondent déjà à ce cahier des charges (ou presque)
Projets de web « statique » : archives.org, Software Héritage
Étude de Git comme outil asynchrone de mise à jour du contenu (exemple de Hugo)
Langage Markdown
Complément : Projets lownum antérieurs réalisés
Certains projets sont la continuité d'un projet lownum déjà réalisé (en IS03, en activité d’inter-semestre à l'UTC ou dans le cadre de l'université ouverte UPLOAD, cf. lownum.fr)