Le nécessaire pour la présentation aux journées de l'écoconception 2025 - retour accueil
git clone git://bebou.netlib.re/jour-eco-2025
Log | Files | Refs |
commit 54226982f0b05173037ee9850b336442a246f48c parent d7fb289790f3ebf477bd1d6a6b7228ef94ba878b Auteurice: pikselkraft <git@pikselkraft.com> Date: Tue, 28 Jan 2025 18:45:17 +0100 changement d'ordre des slides pour préparer une synthèse Diffstat:
| M | prez.slides | | | 93 | ++++++++++++++++++++++++++++++++++++++++++------------------------------------- |
1 file changed, 49 insertions(+), 44 deletions(-)
diff --git a/prez.slides b/prez.slides @@ -346,6 +346,53 @@ jusqu'au machine (rasberry pi, MNT). Cette approche est peu perméable au greenwashing. +› Une philosophie pour construire des services + +Le propos n'est pas de remplacer toutes les applis webs avec des applis ssh + +L'idée est de diversifier les interfaces et les technologies pour rendre les +services plus facile d'accès et plus résilients + +Suggestion de conduite de projet pour la création d'un service : + + 1. Un minimum viable program (pas un POC). Partir sans à priori sur les + outils à mobiliser pour le créer. + 2. Si besoin , créer des fonctionnalités et interfaces plus complexes sans + que cela se fasse au détriment des versions plus simples + +Si c'est bien fait ça ne représente (presque) pas de dev en plus + +Avoir déjà les fonctionnalités et interfaces essentielles en production +permet de se poser la question du besoin de manière plus équilibrée +puisque l'on pourra plus facilement opposer aux demandes le fait +que l'on a déjà quelque chose qui fait (presque tout) le taf + +› Mettre le contenu et les données au coeur du projet + +Le web et l'informatique en général restent un outil pour consommer de la donnée. + +Offrir plusiseurs formats permet de créer de l'accessibilité +et de la résilience (lien entre terminal et web). +Actuellement ce lien est nécessaire pour assurer un accès accessible aux services. + +› Pour les usagers ou les créateurs ? + +Sans une éducation populaire pousée, le terminal et le libre en général +ne seront pas accessible au plus grand nombre. +Tout comme le libre, ce n'est pas une réponse à tous les problèmes du numérique. + +Cette façon de concevoir s'adresse avant tout aux créateurs d'outils numérique +pour changer nos modèles de design et développement. + +Ce type de service est une très bonne façon de découvrir les opportunités offertes par la ligne de commande : +- remplacement d'outils pour le développement (@TODO dépôt shellmo), +- remplacement d'outils d'administration et gestion, +- forte réduction des dépendances. + +Seule une organisation sociale (en dehors du numérique) peut permettre +aux usagers de découvrir ces services. + + › Une autre façon de voir le design @TODO demo rendu graphique sur @@ -411,51 +458,9 @@ MAIS repose sur les usagers. - S'approprier les machines (mini salle serveur, refroidissement, exploration d'autres matériaux, énergie). -› Mettre le contenu et les données au coeur du projet - -Le web et l'informatique en général restent un outil pour consommer de la donnée. - -Offrir plusiseurs formats permet de créer de l'accessibilité -et de la résilience (lien entre terminal et web). -Actuellement ce lien est nécessaire pour assurer un accès accessible aux services. - -› Pour les usagers ou les créateurs ? +› Synthèse -Sans une éducation populaire pousée, le terminal et le libre en général -ne seront pas accessible au plus grand nombre. -Tout comme le libre, ce n'est pas une réponse à tous les problèmes du numérique. - -Cette façon de concevoir s'adresse avant tout aux créateurs d'outils numérique -pour changer nos modèles de design et développement. - -Ce type de service est une très bonne façon de découvrir les opportunités offertes par la ligne de commande : -- remplacement d'outils pour le développement (@TODO dépôt shellmo), -- remplacement d'outils d'administration et gestion, -- forte réduction des dépendances. - -Seule une organisation sociale (en dehors du numérique) peut permettre -aux usagers de découvrir ces services. - -› Une philosophie pour construire des services - -Le propos n'est pas de remplacer toutes les applis webs avec des applis ssh - -L'idée est de diversifier les interfaces et les technologies pour rendre les -services plus facile d'accès et plus résilients - -Suggestion de conduite de projet pour la création d'un service : - - 1. Un minimum viable program (pas un POC). Partir sans à priori sur les - outils à mobiliser pour le créer. - 2. Si besoin , créer des fonctionnalités et interfaces plus complexes sans - que cela se fasse au détriment des versions plus simples - -Si c'est bien fait ça ne représente (presque) pas de dev en plus - -Avoir déjà les fonctionnalités et interfaces essentielles en production -permet de se poser la question du besoin de manière plus équilibrée -puisque l'on pourra plus facilement opposer aux demandes le fait -que l'on a déjà quelque chose qui fait (presque tout) le taf +Reprise des points › Des personnes en discutent