Dans "l'ancien temps", l'admin système était aussi souvent le mec qui se déplaçait au datacenter quand un disque de la grappe RAID avait cramé ou qu'il fallait dé-tanker un serveur suite à un ~apt-get upgrade~ un peu hatif.
Ca faisait partie du boulot et c'était acquis et, à l'époque ou je voyais ça (now - 15 ans), personne n'avait l'impression qu'il s'agissait d'économie de personnel. Au contraire, on était content d'aller au DC, on se croyait dans Matrix.
Aujourd'hui, ces problématiques n'existent quasiment plus, abstraite par les VM & co.
Dans "l'ancien temps", le dev PHP se cassait le cul a coller à une machine de prod "figée", avec une vieille version d'OS, de PHP, d'Apache et des libs dans des versions -beta42 moisie... en gros, une machine de prod qui avait "20 ans de retard" par rapport aux standards du développeur un peu à jour.
A cette époque, si t'avais besoin d'avoir une RewriteRule pour le SEO ou autre, il fallait envoyer un mail à un admin qui:
1/ Ne comprenait pas pourquoi tu voulais ça et donc se disait que c'était pas justifié.
2/ Vivait le fait que tu lui envoies les RewriteRule déjà écrite comme une injure.
3/ Donc classait ta demande comme priorité "low".
En gros, à cette époque, avoir un environement de travail potable était un combat quotidien.
Ce que tu vois comme une économie de personnel est peut être juste une évolution naturelle de la fonction qui est actuellement tienne, et je suis convaincu que toi même d'accord tu es d'accord pour dire que, si la prod le permet, mieux vaut être tout seul à gérer la stack que trois mecs (sys/dev/hard) avec chacun leurs chefs et leurs humeurs: c'est plus simple et plus fluide. non ?
Perso, je viens de me faire avocat du diable et de défendre ce qui est, à mes yeux, le mal.... Mais tout est question d'échelle.
Un devops au sein de Google n'a aucun sens pour moi, car il ya tellement de taf que ça vaut le coup de dissocier les fonctions.
Au sein d'une startup (et que tu sois un consultant vendu au kilo n'y change rien mais oriente clairement la réflexion s'agissant de l'argent), ça a beaucoup plus de sens: on a pas besoin de deux mecs sur le poste "Site web & IT", 1 mec compétent fera l'affaire...
[^] # Re: Compétence en communication?
Posté par LaBienPensanceMaTuer . En réponse au journal je me débarrasse de java. Évalué à 2.
C'est toi qui voit.
Dans "l'ancien temps", l'admin système était aussi souvent le mec qui se déplaçait au datacenter quand un disque de la grappe RAID avait cramé ou qu'il fallait dé-tanker un serveur suite à un ~apt-get upgrade~ un peu hatif.
Ca faisait partie du boulot et c'était acquis et, à l'époque ou je voyais ça (
now- 15 ans), personne n'avait l'impression qu'il s'agissait d'économie de personnel. Au contraire, on était content d'aller au DC, on se croyait dans Matrix.Aujourd'hui, ces problématiques n'existent quasiment plus, abstraite par les VM & co.
Dans "l'ancien temps", le dev PHP se cassait le cul a coller à une machine de prod "figée", avec une vieille version d'OS, de PHP, d'Apache et des libs dans des versions -beta42 moisie... en gros, une machine de prod qui avait "20 ans de retard" par rapport aux standards du développeur un peu à jour.
A cette époque, si t'avais besoin d'avoir une RewriteRule pour le SEO ou autre, il fallait envoyer un mail à un admin qui:
1/ Ne comprenait pas pourquoi tu voulais ça et donc se disait que c'était pas justifié.
2/ Vivait le fait que tu lui envoies les RewriteRule déjà écrite comme une injure.
3/ Donc classait ta demande comme priorité "low".
En gros, à cette époque, avoir un environement de travail potable était un combat quotidien.
Ce que tu vois comme une économie de personnel est peut être juste une évolution naturelle de la fonction qui est actuellement tienne, et je suis convaincu que toi même d'accord tu es d'accord pour dire que, si la prod le permet, mieux vaut être tout seul à gérer la stack que trois mecs (sys/dev/hard) avec chacun leurs chefs et leurs humeurs: c'est plus simple et plus fluide. non ?
Perso, je viens de me faire avocat du diable et de défendre ce qui est, à mes yeux, le mal.... Mais tout est question d'échelle.
Un devops au sein de Google n'a aucun sens pour moi, car il ya tellement de taf que ça vaut le coup de dissocier les fonctions.
Au sein d'une startup (et que tu sois un consultant vendu au kilo n'y change rien mais oriente clairement la réflexion s'agissant de l'argent), ça a beaucoup plus de sens: on a pas besoin de deux mecs sur le poste "Site web & IT", 1 mec compétent fera l'affaire...