[adminsys], le business ne va pas te voir comme générateur de valeur mais comme un coût.
En France, pour ce que j'ai constaté, l'informatique plus généralement est considéré comme un centre de coûts à minimiser (à défaut d'arriver à rendre cela nul...)
Les grandes boites du net (style Google, facebook) ont repris l'idée de l'administration systéme mais en rajoutant "fait par des devs" sous le terme "devops", comme si les adminsys n'avaient jamais rien codé avant.
Attention que l'administration système fait par des devs pour des devs est un glissement marketing (donc de la pub mensongère ou presque) qui permet d'attraper le chaland qui va pouvoir se dire « économisons sur la partie système et obtenons encore plus des devs en leur faisant faire du système avec ça »
Mais devops initialement n'est pas (que) des outils et de l'idéologie mais diverses formes de méthodologie pour arriver à faire travailler ensemble les gens du système (= on privilégie la stabilité de la prod et on veut que tout déploiement soit maîtrisé et donc préférer freiner tout ce qui déborde ou ne va pas dans ce sens) et du développement (= on privilégie la livraison de fonctionnalités et des temps de livraison raccourcis au max —time to market oblige— et on ignore tout des contraintes systèmes qui au passage nous passent par dessus et n'est pas notre taf) Le but initial était de casser un peu plus les silos (on peut le voir comme le passage de bureaux cloisonnés à l'open space) et de créer de la synergie (comme une grosse équipe de divers spécialistes contrairement aux petites équipes spécialisées d'avant) là où chacun (sys et dev) voyait l'autre comme bloquant/cassant. On s'en éloigne (et supprimant si possible les sysadmins)
"It is seldom that liberty of any kind is lost all at once." ― David Hume
[^] # Re: De bonnes raisons ?
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien Windows prohibé chez Gitlab !!!. Évalué à 2.
En France, pour ce que j'ai constaté, l'informatique plus généralement est considéré comme un centre de coûts à minimiser (à défaut d'arriver à rendre cela nul...)
Attention que l'administration système fait par des devs pour des devs est un glissement marketing (donc de la pub mensongère ou presque) qui permet d'attraper le chaland qui va pouvoir se dire « économisons sur la partie système et obtenons encore plus des devs en leur faisant faire du système avec ça »
Mais devops initialement n'est pas (que) des outils et de l'idéologie mais diverses formes de méthodologie pour arriver à faire travailler ensemble les gens du système (= on privilégie la stabilité de la prod et on veut que tout déploiement soit maîtrisé et donc préférer freiner tout ce qui déborde ou ne va pas dans ce sens) et du développement (= on privilégie la livraison de fonctionnalités et des temps de livraison raccourcis au max —time to market oblige— et on ignore tout des contraintes systèmes qui au passage nous passent par dessus et n'est pas notre taf) Le but initial était de casser un peu plus les silos (on peut le voir comme le passage de bureaux cloisonnés à l'open space) et de créer de la synergie (comme une grosse équipe de divers spécialistes contrairement aux petites équipes spécialisées d'avant) là où chacun (sys et dev) voyait l'autre comme bloquant/cassant. On s'en éloigne (et supprimant si possible les sysadmins)
"It is seldom that liberty of any kind is lost all at once." ― David Hume