Skip to content
Snippets Groups Projects
index.md 6.97 KiB

title: Proposition pragmatique de l'implémentation de la radicalité dans l'éco-conception content:

$title

points_importants.md

intro.md

histoire.md

simple (ne pas confondre avec facile)

  • dénué de complexité extrinsèque
  • répondant à un besoin et à ce seul besoin

générique/abstraction

  • répondant à un problème de manière abstraite (penser enregistrements, propriétés, colonnes vs ) eg:
    • votre compta
    • excel (colonnes, enregistrements)
    • un tsv (séparation données, formes, traitement et interactivité) eg: web "moderne": séparation
      • html (sémantique)
      • CSS (forme)
        • problème! impact sur la sémantique
        • tentative de résolution: xml+ xslt > html
      • JS: traitement et interactivité

encapsulation correcte: persistance + logique metier = objets métiers (ORM + règles de mise à jour)

encapsulation correcte:

  • permettant une spécialisation dans le cadre d'une intégration

abstraction

  • répondant à un problème de manière abstraite
  • permettant une spécialisation dans le cadre d'une intégration

facile d'emploi () (conformance d'une ergonomie à )

outils + génériques et simples => temps d'apprentissage (démonstration de la corde)

Disclaimers

  • WIP en l'absence de futurologues
  • citation ne vaut pas adhésion à toute une théorie mais réutilisation d'un concept mobilisable.

definition.md # du probleme

monexperience.md * pédagogie du problème * propositions de sobriété numérique * écoute * bien plus de candidats à la sobriété que prévu * effet "boule de neige" en cours à Strasbourg * retrouvailles entre les SHS et les ingénieurs (philo des sciences, convivialisme, "Éloge du bug") * les réticences sont de deux ordres * réponse aux missions dans les critères actuels * deni ou désintéret objectifs.md * réduction des impacts internes et externes pour le maintient et l'adaptation des services dans un monde que nous ne pouvons prédire (inertie du système, rétroactions, …) * réduire la tension entre les injonctions structurelles et l'objectif moral en permettant un changement culturel graduel. * sensibiliser les utilisateurs à la complexité et au coût de maintenace. eg cli vs GUI, formulaires vs TEI bonnes_pratiques.md * déjà en place depuis 60 ans dans certaines cultures (qui de facto subissait déjà des contraintes fortes) * déjà une tendance actuelle du génie logiciel * continuer à aller dans le bon sens * la vraie révolution doit se faire dans * la formation (intégrer plutôt que former) * la chefferie de projet vs la communauté * agilité pour de vrai * accepter l'organique (l'expérimentation, c'est encore pire quand ça n'est pas assumé politiquement) * interactions avec les utilisateurs * impliquer et consentir (powerusers, bottom up) et les pratiques sociales autour de la maintenance et l'accompagnement (passer d'un mode consumeriste à un mode communautaire)

inspirations: local (adaptation aux ressources), réemploi,

réemploi, local, rénovation et

ComplexI++ Expertise++

ComplexI++

cultures.md #

  • l'usage de la technologie devrait être un constat d'échec (ou de non-prise en compte de l'intérêt commun). eg/supportIA.md (outiller plutôt que soigner)

  • la mutualisation des ressources publiques pour la création de communs numériques souverains et permettant les principes de rationalisation de l'urbanisation

    (ou de non-prise en compte de l'intérêt commun)

    • usage de l'IA vs assistance et support fonctionnelle
  • données brutes, y compris pour la navigation (index.html)

  • limites planétaires et pollution

    • pour le numérique 80%(P), 80%(P), 20%(A)
  • les effets rebonds et le Great Acceleration

  • accidentologie

  • mobilité = + de rebonds et d'accidents!

  • une culture numérique toxique

    • une culture du productivisme
    • une industrie donc dressée contre nos interêts
  • ds ingéneu

  • des injonctions contraires aux intérets communs (maintenir la qualité de service avec des moyens de plus en plus limités)

(la recherche de la performance financière s'est muée en contraintes économiques fortes)

* répartition 80%(P), 80%(P), 20%(A)

* la répartition du numérique
  * mobile, confortable

le cours (.5j)

  • les contraintes et menaces (sans futurologie???)

    • disponibilité des matières premières et chaines d'approvisionnement?
    • énergie et distribution?
  • objectifs de l'écoconception: sobriété et résilience

  • modèles économiques et écoconception (réparabilité, co-propriété, disponibilité réduite)

  • le convivialisme: un projet de société

    • la simplicité
    • la transmission
    • la co-gestion
  • un projet de sobriété numérique?

    • a chacun sa copie
      • aux philosophes (définir la notion de besoin)
      • écologistes et architectes (quantifier les contraintes, objectifs)
      • aux politiques (fixer un cadre: de la croissance verte à l'écologie punitive, du libéralisme à la privation?)
    • la sobriété numérique, c'est l'ensemble des produits et pratiques qui permettent le maintient des fonctionnalités identifiées comme utiles dans le respect des contraintes.
    • c'est un projet politique qui nécessite un changement d'attitude de la part de tous (décideurs, accompagnants, utilisateurs, ingénieurs)
  • déployer la sobriété numérique: urgence et impossibilités

    • culture, impératifs économiques incompatibles avec l'urgence économique
    • nous ne sommes pas égaux …
    • permettre de s'adapter, établir des têtes de pont
  • des axes d'éco-conception

    • réduction de la consommation des ressources locales (disque, CPU, ram)
    • résilience réseau
      • réduction du trafic
      • connectivité intermittente
    • réduction des impacts infrastructurels
    • convivialisme et mutualisation
  • design et maintenance logicielle

    • le cout écologique d'une bibliothèque
    • le TCO de nos stratégies de développement
    • généricité, modularité, transparence et simplicité: faciliter l'adaptation
    • changer de paradigme et répondre à l'urgence
    • plaidoyer pour la culture unix

la pratique (.5j)

  • (lecture comparée de différents formats. trame IP, CSV, json, XML).

  • FS vs DB

  • ventilation html css js (éloge de la SPA?)

    • pourquoi une bonne pratique est une bonne pratique: de la possibilité (ou pas?) de maintenir et de s'approprier (le cas intéressant de l'IA?)
  • Etudes de cas (comparaisons fonctionnelles et architecturale)

    • la messagerie électronique:
      • voulons-nous encore des webmails ?
    • gitlab vs git + glab:
      • un modèle d'écoconception?
    • pour une garantie de l'isofonctionnalité protocolaire?
  • put it all together ("TrèsLow", un gestionnaire de taches très simple)