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 36e0d45c5f56d0e50c4ff373ef026d69b20848da parent b7303b0f9d7a7714d1a735f6d637078ad1cf411a Auteurice: pikselkraft <git@pikselkraft.com> Date: Wed, 5 Feb 2025 11:48:30 +0100 changement ordre conclusion et design Diffstat:
| M | prez.slides | | | 151 | ++++++++++++++++++++++++++++++++++++++++--------------------------------------- |
1 file changed, 77 insertions(+), 74 deletions(-)
diff --git a/prez.slides b/prez.slides @@ -268,64 +268,6 @@ telnet mapscii.me nc bebou.netlib.re 2222 -› Est-ce la fin de l'écoconception web ? - -Approche plus radicale -→ préserver le matériel. - -Une simplification technique -→ après un apprentissage - -Réduction des dépendances -→ une compréhension globale -≠ opposition à la complexité du navigateur - -La simplification libère du temps pour s'intéresser : -- à l'ensemble du système (serveurs, réseaux) -- jusqu'aux machines (raspberry pi, MNT). - -Cette approche est peu perméable au greenwashing (pas impossible) - -› Une philosophie pour construire des services complémentaires - -Le propos n'est pas de remplacer toutes les applis webs avec des applis ssh. - -Diversifier les interfaces et les technologies pour les rendre 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 - -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 fonctionne. - -› Une philosophie pour construire des services complémentaires - -Le web et l'informatique en général restent des outils -pour consommer de la donnée (souvent textuelles). - -Si c'est bien fait ça ne représente (presque) pas de dev en plus. - -Force des formats ouverts (txt, md). - -Actuellement ce lien est nécessaire pour assurer un accès accessible aux services. - -› Un gain pour les concepteurs - -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 (frameworks, gestionnaires de paquets, etc.), -- remplacement d'outils d'administration et gestion, -- forte réduction des dépendances (et dépenses €). - › Est-ce la fin du design numérique ☹ ? Les possibilités sont réduites. @@ -338,6 +280,9 @@ l'identité pour les différents supports directement. › Est-ce la fin du design numérique ☹ ? +Hors de l'utilisation de SSH, il existe des navigateurs textuels (w3m, lynx). +→ un compromis entre le web et le terminal. + Attention aux contraintes techniques : w3m https://adelfaure.net/ → génial @@ -351,8 +296,8 @@ firefox http://pikselkraft.bebou.netlib.re/ › Un champ graphique à explorer -Des interfaces existent, elles restent limitées, -mais elles peuvent être « décorées ». +Il est possible de faire des interfaces en SSH, +mais elles restent limitées. Ce type de service est avant tout pensé pour le terminal. @@ -360,7 +305,7 @@ Acheter du café ☕ ssh terminal.shop (guide sur https://www.terminal.shop) -Accéder à un site gopher +Accéder à un site gopher : ssh kiosk@bitreich.org › Un champ graphique à explorer @@ -372,6 +317,17 @@ avec l'esprit de simplicité technique (Silicon Valley, Go). D'autres outils à explorer (plus simple) : https://github.com/termbox/termbox2 +› La personnalisation du terminal + +Il existe de nombreux émulateurs de terminaux qui offrent +des options de fonctionnalités et d'affichages diverses. + +Prise en compte d'un plus grand nombre de couleurs, +de typographies plus modernes, même des images. + +Tout comme le navigateur qui offre un contrôle +sur le design aux utilisateurs. + › Et l'accessibilité ♿ ⚠ La contrainte la plus importante. @@ -381,7 +337,7 @@ Les outils d'accessibilité sont plus souvent compatibles avec Windows. Pour un contenu simple, le terminal peut-être accessible pour la lecture et l'édition de contenu (avec des réglages). -Mais la variété des configurations et des usages spécifiques (navigation, édition riche) +Mais la variété des configurations et des usages spécifiques (navigation, éditions riches) limitent rapidement l'accessibilité. › Et l'accessibilité ♿ @@ -399,18 +355,6 @@ En général, des formats simples permettent de proposer des versions alternatives plus simplement. Tout en offrant plus de contrôle aux usagers pour convertir les contenus. - -› La personnalisation du terminal - -Il existe de nombreux émulateurs de terminaux qui offrent -des options de fonctionnalités et d'affichages diverses. - -Prise en compte d'un plus grand nombre de couleurs, -de typographies plus modernes, même des images. - -Tout comme le navigateur qui offre un contrôle -sur le design aux utilisateurs. - › Est-ce vraiment crédible pour les usagers ? Sans une éducation populaire, le terminal et le libre en général @@ -445,6 +389,65 @@ En plus des explorations graphiques : - l'énergie ⚡ - le recyclage ♺ +› Est-ce la fin de l'écoconception web ? + +Approche plus radicale +→ préserver le matériel. + +Une simplification technique +→ après un apprentissage. + +Réduction des dépendances +→ une compréhension globale +≠ opposition à la complexité du navigateur + +La simplification libère du temps pour s'intéresser : +- à l'ensemble du système (serveurs, réseaux), +- à d'autres champs du design, +- jusqu'aux machines (raspberry pi). + +Cette approche est peu perméable au greenwashing (pas impossible) + +› Une philosophie pour construire des services complémentaires + +Le propos n'est pas de remplacer toutes les applis webs avec des applis ssh. + +Diversifier les interfaces et les technologies pour les rendre plus facile d'accès et plus résilients + +Suggestion de conduite de projet pour la création d'un service : + + 1. Un service minimum et résilient. 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 + +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 fonctionne. + +› Une philosophie pour construire des services complémentaires + +Le web et l'informatique en général restent des outils +pour consommer des données (souvent textuelles). + +Si c'est bien fait ça ne représente (presque) pas de dev en plus. + +Force des formats ouverts (txt, md). + +Actuellement ce lien est nécessaire pour assurer un accès accessible aux services. + +› Un gain pour les concepteurs + +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 (frameworks, gestionnaires de paquets, etc.), +- remplacement d'outils d'administration et gestion, +- forte réduction des dépendances (et dépenses €). + › Synthèse Un champ de recherche :