jour-eco-2025

git clone git://bebou.netlib.re/jour-eco-2025
Log | Files | Refs |

commit d7119f4d36d738ae133ca14c6e54dc36332ceb9f
parent 7b2bbcfd9b16aec7fe45eb2efd458dafe297a4f5
Auteurice: Arthur Pons <arthur.pons@unistra.fr>
Date:   Wed, 20 Nov 2024 13:36:46 +0100

Ajout partie sur la philo de construction services

Merci Timothée pour le rappel

Diffstat:
M
prez.slides
 | 
31
++++++++++++++++++++++++++-----

1 file changed, 26 insertions(+), 5 deletions(-)
diff --git a/prez.slides b/prez.slides
@@ -269,12 +269,9 @@ Légende : Un screenshot d'un article publié par Wired datant
 		cpu à 1% (usage normal)
 	recevant 10 réponses par secondes
 		cpu ~ 25/30%
-› Cette commande c'était quoi ?
 
-ssh mbb '< questionnaire qcm -i joeco -g'
-
-< questionnaire qcm -i joeco -g
-cat questionnaire | qcm -i joeco -g
+Pas un problème étant donné le contexte
+Ca n'a pas à "scale"
 
 › Pourquoi ssh ?
 
@@ -353,6 +350,30 @@ telnet mapscii.me
 
 nc bebou.netlib.re 2222
 echo "c manger" | nc -N bebou.netlib.re 2222
+
+› 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
+
+
+
 › Des personnes en discutent
 
 https://shazow.net/posts/ssh-how-does-it-even/