Projets lownum UTC/IS03

Les projets se déroulent de février à juin sur 13 ou 14 semaines de travail effectif (hors vacances).

• 3h de travail hebdomadaire en présentiel encadré

• 4h de travail hebdomadaire en autonomie

• Donc un projet représente environ 100h de travail par étudiant (donc environ 600h de travail par projet en tout).

N'hésitez pas à formuler vos retours en fin de projet au responsable du cours :

• quelles étapes ont été fécondes

• quels outils ont été utiles ou au contraire mal adaptés

• vos suggestions

• ...

• Une rémunération est prévue de 2 UTP/étudiant (1 UTP vaut environ 20€ nets).

• Pour en bénéficier il faut remplir un dossier de vacations auprès de l'UTC (et obtenir l'accord de son employeur principal).

• Contactez-moi pour cela, je vous mettrai en contact avec la personne chargée de cette gestion.

• Chat : Mattermost

• https://team.picasoft.net/

  • équipe is03

• Pads : Etherpad et CodiMD

• Publication du site du projet (avec Scenari)

• Édition à partir de : https://lownum.scenari-community.org/&

  • atelier projets

• Gérer les références bibliographiques (avec Zotero)

• https://www.zotero.org/

  • groupe lownum

Premiers pas sur Mastodon

Philippe Desmaison, ancien élève UTC, Directeur Développement Durable

• Description du DCLT (composantes matérielles et logicielles possibles)

• Liste blanche de services à héberer

• Liste noire de services à ne pas héberger

• Un guide d'accompagnement non technique du DCLT (comment le mettre en place, le gérer...)

• Outil de calcul d'impacts associé au DCLT (définition de métriques, valeurs absolues et valeurs relatives aux services rendues)

• Utilisateurs finaux des services fournis par les DCLT

• Associations, entreprises, structure publiques (écoles par exemple) utilisatrices en auto-hébergement (utilisateurs et administrateurs techniques font partie de la structure) ou utilisatrices de DCLT gérés par des tiers

• Hébergeurs de DCLT (par exemple membres du CHATONS)

• Constructeur de DCLT

• Développeur de logiciels et matériels libres pour construire un DCLT

• Spécialiste en maintenance de DCLT

• Réutilisation de matériels de seconde main (serveurs, baies de stockage, réseau...)

• Mise à disposition de micro-serveurs de type Raspberry Pi

• Possibilités de formation associative sur les équipements

• Du fait de la consommation énergétique limitée, possibilités d'autosufficance énergétique (micro-éolienne, solaire...) ?

• Usage de logiciels et matériels libres

• Base de connaissances et partage de bonnes pratiques

• Réseau d'entreaide pour la formation, la maintenance, le parrage de backup

Le projet vise la lowtechisation du datacenter.

Ce projet vise à offrir des processus de lowtechisation favorisant l’expérimentation agricole locale. L’objectif est de proposer des outils favorisant la collecte de données de terrain, de matérialiser des algorithmes d’aide à la décision dans des formes tangibles (papier, objets manipulables, SMS), de concevoir des interfaces adaptées aux contextes faiblement connectés, et de permettre un usage dans les pays du Sud

• Offrir des outils sobres et appropriables d’aide à l’expérimentation et au partage de pratiques agroécologiques.

• Rendre les logiques algorithmiques compréhensibles et manipulables via des dispositifs physiques ou analogiques.

• Permettre la recommandation contextuelle, distribuée, sans dépendre d’applications ou d’infrastructures cloud.

• S’orienter vers des usages dans les Suds, dans des contextes de faible connectivité, de ressources matérielles limitées, et de savoirs locaux riches.

Projet encadré par Odalric-Ambrym Maillard, chercheur en apprentissage séquentiel (bandits, MDPs) appliqué à l’aide à l’expérimentation, dans un contexte d’agroécologie.

Conception d’un carnet papier robuste, imprimable localement, permettant à l’agriculteur de consigner :

• ses pratiques (semis, associations, traitements, types de sol),

• ses observations (croissance, ravageurs, rendement),

• ses ressentis (facilité, observations subjectives).

Chaque entrée est structurée avec des symboles simples (icônes, glyphes, couleurs, QR codes à cocher) permettant une saisie rapide et intuitive. En fin de journée ou de semaine, le carnet peut être scanné via une interface minimale (caméra USB, appli web, smartphone occasionnel) pour produire des données structurées exploitables par un moteur de recommandation.

La technologie actuelle permet une reconnaissance fiable avec des bibliothèques open source comme Tesseract ou ZBar, même hors ligne, mais on pourra analyser cet usage d’un point de vue lowtech.

Question centrale : Comment concevoir un carnet qui soit à la fois intuitif, robuste, lisible pour un humain… et lisible pour un système de reconnaissance automatique (OCR, codes visuels) ?

Concevoir un système distribué et léger permettant à des agriculteurs :

• d’envoyer par SMS des retours d’expérience. On pourra imaginer un système de code pour simplifie la saisie (ex. : “TRF SEM2 +” = trèfle semé deuxième quinzaine, bon résultat).

• de recevoir par SMS des recommandations contextualisées en se basant sur les données collectées localement. Par exemple : « À votre altitude, le semis de trèfle tardif a donné 70% de couverture ». On pourra imaginer un sytème de code (ex. : “À votre altitude, 70% des tests TRF SEM1 ont réussi”)

Ces recommandations sont basées sur une agrégation distribuée des données d’autres utilisateurs dans des zones ou contextes proches (climat, type de sol, altitude…). L’algorithme peut être simple (fréquence pondérée, UCB simplifié, etc.), hébergé sur un serveur local sobre (Raspberry Pi, modem GSM, Linux offline). Ce système peut fonctionner sans smartphone ni internet, compatible avec les réseaux 2G, dans une logique frugale pensée pour les zones rurales isolées.

Le système fonctionne sans smartphone, sans appli, sans cloud, et peut être couplé à un carnet papier ou à des sessions collectives de retour d’expérience (ex. radios locales, réunions coopératives).

Le projet inclut le développement de dispositifs physiques (roue de décision, tableau à jetons, cartes à coder) représentant un algorithme de type bandit ou d’apprentissage adaptatif (cf Optimal Thompson Sampling strategies for support-aware CVaR bandits) en version manipulable physiquement. Par exemple, des jetons peuvent représenter la fréquence d’un type d’essai et sa réussite, permettant de visualiser les pratiques les plus prometteuses. Des abaques peuvent représenter des fonctions numériques. Ce dispositif vise à rendre accessibles les logiques probabilistes d’exploration/exploitation à des groupes de travail ou des collectifs d’agriculteurs, dans un but d’appropriation de ces techniques séquentielles.

Exemple :

• chaque “option” (ex. type de semis, date) est représentée par une carte ou un récipient ;

• des jetons, symboles ou poids permettent de moduler la probabilité d’essai (plus il y a de succès, plus la probabilité augmente) ;

• pour l’algorithme UCB (cf UCB for Beginners), un abaque pourra représenter \sqrt{2\log(t)/N} selon N et t.

• le tout est facilement partageable et compréhensible en collectif.

L’objectif est de rendre visible et compréhensible une stratégie d’exploration, pour appuyer des décisions collectives (ex. en réunion de coopérative) et l’appropriation de ces outils. In fine, l’inférence algorithmique (par bandits ou recommandations contextuelles) est bien réalisée sur un système numérique centralisé, tandis que ces représentations physiques servent d’interface explicable et robuste, favorisant l’appropriation locale et la prise de décision sur le terrain.

NB : A ce jour, très peu d’initiatives en agriculture associent spécifiquement appropriation tangible d’algorithmes séquentiels et aide à la décision collective.

Les différents modules sont regroupés dans un kit reproductible : carnet imprimable, guides d’interprétation des symboles, modèle de serveur de recommandation local, documentation pour utilisation en coopérative ou lycée agricole.

• carnet imprimable,

• fiches de codage pour SMS ou radio,

• modules numériques open-source (lecture de carnet, serveur SMS),

• guide de mise en place locale (coopérative, groupement d’agroécologistes, lycée agricole).

Le kit est open-source et adapté à l’usage dans des contextes variés : exploitations familiales, écoles paysannes, zones rurales isolées, projets Sud-Nord de science citoyenne, avec la possibilité de le diffuser par impression locale ou via clé USB.

• Sensibiliser, informer et former aux enjeux de l'IA en général et de l'IAG en particulier (éducation populaire)

• Aider à la mise en place d'usages réflexifs(c'est à dire qui permettent de développer l'esprit critique)

• Proposer des alternatives aux outils des géants du web (décentralisation, logiciel libre...)

Martin Gubri ?, membre bénévole de Framasoft

Pyg ? & Booteille ?, membres salariés de Framasoft

Fonctions principales :

• Transcription (audio/vidéo → texte)

• Résumé

• Traduction

Exemple d'applications :

• FramaPDF (signer et arranger des PDF)

• Framacount (cf https://fr.wikipedia.org/wiki/Tricount)

• Empreinte (évaluer des empreintes carbone, voire des impacts écologiques plus complexes, voire des impacts sociaux)

• Manip textes, images, vidéos (convertir, extraire...)

• PairDrop

• QRCode

• DigiPad

• ...

FramaLLM aurait pour objectif de proposer une véritable alternative aux usages actuels (sur le modèle de Degooglisons Internet) associée à des fonctions permettant la réflexivité sur les usages.

Exemple d'applications :

• Résumé de textes

• Recherche (cf https://github.com/ItzCrazyKns/Perplexica)

• RAG (fr.wikipedia.org) : réaliser des opérations sur des gros fichiers sans programmation (cf https://github.com/infiniflow/ragflow)

• FramaGPT

• FramAgent : des outils qui intègrent des agents et permettent des actions poussées sur les outils de Framasoftn par exemple : « mets dans mon framaspace les infos de ce framadate ». 

• OCR et analyse d'image

• Ajout automatique de textes alternatifs pour l'accessibilité

• ...

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.

Nom du porteur (préciser)

Autres personnes ressources : Yann Kervran (Framasoft), Pyg (Framasoft)

• 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)

Nicholas Journet et Olivier Gauwin

Les deux encadrants sont enseignants au département informatique de l’IUT de Bordeaux et chercheurs au LaBRI dans l’équipe Numérique et Soutenabilité (NeS). Ils enseignent les transitions environnementales et sociétales, ainsi que les impacts du numérique sur l’environnement et la société. Ils s’intéressent plus particulièrement aux problèmes liés à l’obsolescence.

• Détecter certaines causes d'obsolescence des smartphones (manque de place sur le disque, impossibilité de faire des mises à jour, ralentissements récurrents...)

• En alerter l'utilisateur⋅ice

• Proposer des solutions à l'utilisateur⋅ice

• Lui permettre de partager ses solutions

• Sensibiliser l'utilisateur⋅ice quant aux conséquences socio-environnementales du remplacement éventuel de son smartphone

• L'aider à cerner ses besoins, et le (ou la) guider vers des solutions sobres adaptées, y compris non numériques

• Faire remonter les diagnostics et retours d'expérience aux constructeurs de smartphone (notamment ceux ayant une visée éthique, comme Fairphone)

• utilisateurs de smartphone

• fabricants de smartphone

• chercheurs et chercheuses

Benjamin Lussier, enseignant-chercheur à l'UTC

• Le système permet de formuler collectivement des idées pour lowtechiser l'université

• Le système permet de sélectionner et travailler ces idées en confrontant des points de vue et en objectivant des impacts sociaux et environnementaux

• Le système permet de statuer sur ces idées sous la forme de conventions citoyennes

• Application orientée activités administratives et vie sur place

• Application orientée activités enseignement

• Application orientée partenariats extérieurs

• Application orientée recherche

• Étudiants

• Personnels enseignants, chercheurs et administratifs

• Partenaires amont de l'école (lycée, licences...)

• Partenaires aval de l'école (entreprises, associations, collectivités...)

• Citoyens

On présente ici des exemples d'idées qui pourront être formulées et travaillées grâce au système une fois réalisé.

• Passage à des logiciels libres et autohébergés ou hébergés par des structures partenaires non commerciales.

• Valorisation des résultats de recherche sous la forme de communs (structures coopératives, licences libres...).

• Financement des déplacements à vélo (achat, entretien, électricité...).

• Application de co-voiturage, voire de minibus (organisation & financement)

• Réorientation de l'usage des parkings pour le stockage de vélos et voitures collectivisés

• Application de gestion de renouvellement de matériel informatique (et autres)

• Application de gestion des déplacements des chercheurs et budgets carbone.

• Choix des sujets de recherche en fonction de l'impact attendu des résultats.

• Diversification des partenariats vers les associations et coopératives, en particulier locales, en particulier dans des domaines à impact (agriculture par exemple)

• Dynamisation du Forum des Ingénieries Souhaitables à l'UTC, organisation de séminaires sur la lowtechisation

• Ouverture d'un diplôme ingénieur lowtechisant

• Implication dans l'objectication des impacts des projets d'aménagements ou industrels en particulier locaux, comme le CSNE (Canal Seine‑Nord Europe).

• Optimisation de l'occupation des locaux

• Étude du système Gitlab pour la collecte et la gestion d'idées (issues)

• Étude du fonctionnement et des livrables de la CCC (convention citoyenne pour le climat) et d'autres conventions sur le même modèle

• Études en cours par la direction à la transition écologique et à l'engagement sociétal sur les postes d'impact à l'UTC (pour concrêtiser des idées à gérer par le système)

• Études de l'Ademe

Nicolas Montavont, IMT Atlantique

• Application de gestion locale

• Interface portable au jardin

• Réseau décentralisé de serveurs

• Jardinier amateur en campagne

• Jardinier amateur en ville (balcon, terrasse)

• Jardinier amateur en jardin partagé

• Expert

• Loueur de matériel

• Vendeur d'intrants et graines

• Smartphone, fonctionnement hors connection (exemple d'un vieux smartphone sans connectivité), sous intempérie (coque de protection adaptée)

• Module IA pour l'interface d'interrogation ; interface vocale pour travailler "mains libres"

• Module impressions et pochettes plastifiées (alternative au smartphone) avec fiches de prises de notes (toujours sous intempéries)

• Prise de photos et métadonnées associées, prise de notes

• Géolocalisation des actions au jardin

• Application de resynchronisation après prise de données au jardin

• Application de reconnaissance de formes, pour détecter des maladies par exemple, des états d'hydratation, des états de sols... (directement au jardin ou via l'application locale, voire une application serveur)

• Demande de conseils : entre amateurs ou à des experts

• Demande d'aide pour des tâches (sur sa parcelle) avec ou sans contre-partie (rémunération, crédit temps...)

• Organisaton de séances de travail collectif (parcelle école, jardin partagé, grand jardin individuel...)

• Fourniture de graines, paille, crotins... : don, vente...

• Mutualisation de matériel (prêt, location, vente, dons de matériel ancien ou non utilisé...)

• Consolidation des impacts : estimation de ce que le sous-réseau a permi de gagner en terme d'impacts

• Paris

• Effets rebonds

• Empreinte fantôme

• Diamant

• Les 7 péchés du greenwashing

• Ouverture

• Fermeture

• Carré du soin

• Ataraxie

• Décroissance

• Licence libre

• Section TODO

• Site web

• Communication via le média social Mastodon

• Section TODO (mise à jour)

• Affiche d'exposition

• Support de présentation orale

• Intervention radio

• Site web (mise à jour)

• Communication via le média social Mastodon (nouvelle)