Reprise du message précédent :

Toujours avec cet argument tout moisi.

 
Ils sont complétement à la masse    
Le seul moment ou tu peux être tranquille dans la journée.

Pareil, les jours où je venais tôt (genre 7h30), ils étaient au café jusqu’à 8h30.
J'avais le droit à un petit regard désapprobateur quand je refusais de prendre un second café. Genre, je casse le game.

 
Pas à la masse non.    
Tkt on me fait bien remarquer quand j’ai 1 minute de retard
Les mêmes qui passent 1h par jour sur internet pour faire leur courses ( alors qu’ils ont des malinphones pour les faire )

C'est un miroir qui change les blondes en brunes et les mecs chauves en mecs avec des cheveux ?

Il y a des incidents tous les jours ? Parce que les jours sans, tu peux partir plus tôt, non ?
Et s'il y a un incident à 19h00, quand tu es dans le train, tu retournes au boulot ?
 
Le souvenir que j'ai de la prod', c'est quand-même que 99% du temps tu glandes fais de la veille afin d'être proactif.
Mais quand il y a un souci, tu le règles. Que ça te prenne 10 minutes ou 10 heures.

 
+10
 
Et qu'il soit 10h ou 18h30 quand ça arrive.

Pour une fois je vais dans ton sens. Chez nous il y a une astreinte de 2ème niveau, pour les directeurs, qui s'active lors d'événements graves afin qu'on assume la responsabilité et que l'on représente l'entreprise auprès des médias et des politiques. Notre rôle est évidement également d'apporter du soutien au cadre d'astreint.
Elle n'implique pas forcément que l'on se rende sur place.

Mais notree astreinte est rémunérée, est-ce que la tienne l'est Dante ?

Intéressé ?

Surtout qu'on n' a pas bien compris quel était son rôle dans le règlement du pbl.

Il doit envoyer des mails de confirmation.

 
Quel argument?

C'est quand même important d'avoir un tampon.
 
Il n'y a rien de plus chiant quand t'es en résolution de problème que d'avoir un mec juste derrière ton épaule ou que ton tel sonne toutes les 5 sec pour te demander comment ça va.
 
Du coup si t'as quelqu'un qui filtre les messages entrant, récupère les infos sur les différents environnements de prod et les restitues pour les personnes qui sont concernés mais ne sont pas au coeur de la résolution ça peut accélérer le processus pour régler le problème.

L’argument ad hominen du "toi aussi". C'est vraiment ton sophisme favori.

Voilà

 
Oui si tu veux aller à la piscine.

Non mais a t'entendre la prod informatique c'est le chaos... Mais soit t'es vraiment mauvais de chez mauvais, soit tu accentue grave les problèmes...
 
Personnellement, les gros cas critique que j'ai connu dans mes boites, je les comptes sur le doigts d'une main en quasi 15 ans. C'est super super rare, et de toutes façons là tu adaptes ton emploi du temps à la situation et en général tout le monde est de bonne volonté pour cravacher même si c'est l'heure de partir.
 
Parce que en pratique, une prod bien ficelée, y'a JAMAIS de problème. Et on se demande bien par quel miracle ils pourraient arriver vu la machinerie d'outil dont on dispose pour s'en prémunir.
 
Hormis gros soucis genre fibre défoncé par une pelleteuse, ou transfo électrique qui flanche, en principe y'a rien qui ne doit arriver qui ne doit pas être détecté et corrigé dans la foulée (et en principe le plus automatiquement possible).

Et donc t'as pas besoins de faire du presentiel
Ton taf c'est surement pas manager
Et ton vraie apport est ponctuel si tu fais bien ton taf.
 
 
 
   

 
   
https://www.youtube.com/watch?v=hcexckwfKtU

 
Ba wai, pas de ma faute si vous passez votre temps à donner des leçons et faire des jugements alakon

 
Dans le sens panne oui mais t'as des mises en production aussi qui demande une escalade et/ou des enchainements qui peuvent merder a chaque étape. Par contre on est d'accord les trucs imprévus du genre catastrophe industriel c'est quand même très rare.

 
Pourquoi tu te l'applique pas si c'est si important pour toi?

Non mais là s'il est manager transverse comme il dit si souvent, ça ne peux plus être son rôle.
 
Ça c'est le rôle du manager local qui gère l'équipe de prod.

Tu n'as vraiment que ça à opposer? Un sophisme de bas étage? Dans un topic où tout le monde trolle...
Si mes jugements sont "alakon" tu devrais pouvoir me contredire facilement, sans tomber dans le ad hominen.

 
On est quand même en 2018 hein, une mise en production tu DOIT pouvoir le simuler sur à minima ton environnement de recette, voir même carrément ton environnement de développement.
 
On a les outils pour ça, et s'il on doit faire du présentiel parce qu'on est encore à faire de la prod comme dans les 90/début 2000 bah faut s'en prendre qu'à soit même (car ouai, implémenter tout une workflow, ça implique la prod, la qualitfication et les développeurs).
 
Et bon en général si t'es pas trop idiot, tu t'arranges dans les cas de grosse migration pour avoir un 2e enviro en //, le valider et synchro les données juste avant le switch.
 

 
il y a les théories et la pratique. Faut pas croire qu'avant rien n'était testé et qu'on faisait des trucs à l'aveugle tout le temps
on a réduit les erreurs de mise en prod a des trucs minimes mais je te garantis que JUSTEMENT quand ça merde et bien c'est chiant a régler par ce que vue que tous les tests sont passés c'est compliqué de trouvé où est le problème.
 
J'ai connus:
Un CPU défectueux qui faisait merder un processus
Une erreur de mise à jours router qui faisait merder des noeuds réseaux
Un routeurs matériellement défectueux
Un cas testé mais qui une fois en production avait un comportement qui cascadait etc...
 
Après c'est pas par ce que tu laisses rien en rad (2 environnement qui fonctionne tout le temps) que ton premier environnement tu dois pas le faire fonctionner. Quand tu mobilises une centaine de personne mondialement pour une migration importante tu la finalise par ce que ça va être compliqué de remettre tout le monde plus tard à cause des différents agenda et que si la migration a été décider c'est qu'il y a aussi des impératifs qui reposent dessus.
 
Mais on est d'accord c'est ponctuel, maitrisable si on fait bien son taf.

Sérieusement, comme je te l'ai déjà dit sur le topic relatif au bug meltdown, ne soit pas aussi péremptoire sur des sujets auquels tu ne comprends rien.

Tu es dev je te rappelle.

Un incident n'a pas besoin d'être général et "visible" pour être extrêmement grave.

Si par exemple un dev (exemple au hasard) n'a pas testé son truc, et te livre de la merde, tu peux un impact extrêment grave avec un plan d'action à coordonner derrière (en terme de redressement de données, de marquage à la culotte du dev pour qu'il te livre un patch, puis de todo au patron dudit dev pour qu'il discipline ses équipes).

Il a peut être un passeport africain, il pensait faire footballeur à un moment

 
Du coup ton job précis c'est "Inspecteur des Travaux Finis" ?

Et pendant que ton manager fait ça, tu fais quoi?

Pardon ?

Bonjour à tous,
 
En cette journée de fête des secrétaires, je voudrais tout simplement souhaiter une bonne fête à tous les bureliers du topic.
 
Bien cordialement,
 
F. Aulquemont

Bah oui tu manages personne de mémoire.

ah la bonne vieille fight MEI vs Dante    
 
augmentée de la ridicule fight dev vs ops    
 
J'espère honnêtement que tu seras jamais à la tête d'une DSI avec des remarques comme ça

Comme pour Janitor: pourquoi tu ne t'appliques pas ça à toi même?
 

C'est quoi le rapport?
Vue que tu fais pas de dev comment tu peux l'ouvrir sur les devs? Encore une fois tu dis de ne pas parler de ce qu'on connait pas (sans savoir si on connait ou pas) mais tu passes ton temps à l'ouvrir sur tous les sujets alors que, clairement, tu maitrises pas du tout.
 

Marrant je vois pas où il indique l'inverse moi. C'est où que tu lis qu'il dit ça?
 

Si c'est le cas c'est pas le problème du dev mais de l'infra qui a fait un taf de merde hein? Tu t'en rends comptes ou pas? Tu te rends comptes quand prennent cet exemple tu démontres que tu fais pas bien ton taf?
 
Pas un seul dev n'est capable de faire tomber un environnement de production (voir de pré-production et de recette) PAS UN SEUL. Enfin dans une boite qui fait son taf.

 
Tu n'as pas répondu sur la question de savoir si tes astreintes étaient rémunérées en tant que telles ?

 
Les managers qui ne managent personne  

Et pourtant je viens exactement de décrire une partie de mon rôle.

 
avec un easter egg, on peut faire des trucs rigolo quand même

Non.