Je… J'ai rien compris… :sweat:
Obvious, t'es là ?

Il concours dans la catégorie kamoulox du championnat du pebkac. Et vu le pebkac suivant, la concurrence est rude !

Perso j'ai deux Xeon Core Xtrem avec deux cartes Titan pour jouer au Démineur. Problem ?

Le problem est quand tu tentes de jouer à wow avec ton 286.

Cela sent le gars dont ce n'est pas du tout le métier et qui découvre cette marque. Accessoirement il n'aime pas qu'une fille, plus jeune que lui, lui fasse remarquer ses faiblesses. Testostérone inside.

Vous n'avez pas de traducteur Kamouloxien ? Je vais vous prêter le mien :

Un utilisateur se plaint que notre réseau est lent. En fait, on utilise un matériel haut de gamme qui coûte une cape en mithril à seulement 10% de ses capacités, et le supérieur ne veut rien changer. PEBKAC.

ouais mais c'est le premier PS2. Tu peux pas test.

si y'a qu'un gus concerné, j'aurais pas pensé aux protocoles de routage en premier :)

Chaque année, il y a plus de Pebkacs que l'année précédente. Mais cette année, j'ai l'impression que ceux de l'année prochaine sont déjà là.

Un câble abîmé a les mêmes effets. Et tu as devant toi une après midi complète pour rechercher la panne. je le sais, ça m'est arrivé il y a peu, et tu as envie d'étrangler l'inventeur du faux plafond qui tombe sur le crâne.

Vu que Clem a sorti pas moins de 5 nouveaux pebkacs ce matin, tu m'étonne que ceux de l'année prochaine soient déjà là. A ce rythme là, on attaquera ceux de 2016 d'ici trois semaines.

Pauvre chou.

Cela nous permettra d'anticiper nos futures conneries.

Le genre de "chef" qui mérite des baffes....
-Occupe toi des tickets
D'accord, mais si avant de s'attaquer aux tickets, on s'attaquait à CE QUI CAUSE LES TICKETS, ça serait pas plus intelligent????
C'est pas comme si le Spanning Tree c'était si compliqué à mettre en place burdel de morde! Ça mérite bien une bulle de regolvert dans l'cutrle!!!

Il doit y avoir un problème au niveau du système de rémunération... Dans la première boite où j'ai bossé, on avait une prime de productivité (liée à la production de l'usine). Donc pour avoir cette fameuse prime, le but était d'anticiper les problèmes informatiques pour que justement la production ne soit pas interrompue ou ralentie. Donc, grosso-modo, si on avait bien fait notre boulot, on passait notre temps à glander et on touchait ladite prime ;P
Une prime de production pour des glandeurs, c'est pas beau ça ?

Non on s'attaque pas aux causes, car le DRH me paye en fonction des tickets, pas des pannes résolues.

C'est ce qu'on veut mettre en place dans ma boîte. Mais bon, ça gueule un peu, ça change certaines habitudes. Il faut dire qu'il est mieux vu de bosser en permanence quitte à partir à 23h que d'être vu glander même si tout fonctionne bien (et après ça retombe sur moi*).

*Oui, je sais, "pauvre chou".

Dans toutes les boites, il vaut mieux que les admins, soient payer "à glander". Parce que un mec du support qui court, c'est classique et les gens qu'il dépannent ne sont souvent qu'un engrenage "ne mettant pas la structure en danger" quand il s'arrête, il est souvent pas tout seul a faire une tâche précise. Le boulot peut donc continuer grâce aux collègues qui eux ne sont pas impactés.

Par contre, lorsque ce sont les admins qui courent.... Là c'est que ça daube du cul mais grave et que toute la boite est impactée... Donc, faut remettre en route la machine et vite, parce que "leur temps, c'est de l'argent perdu" et ça va très vite chauffer pour leur cul....

Bon, en pratique, les admins glandent rarement... Ils cherchent justement les failles, comment les combler/contourner, à trouver de "nouveaux jouets" pour leur simplifier la vie un peu plus... Ou ils viennent trainer sur PEBKAC.fr... ^^

Testostérone inside je ne pense pas...
Grosse connerie inside là par contre, ça va pas être facile à contre-dire au tribunal m'sieur!

Supérieur: Si vous réduisez le nombre de tickets vous vous expliquerez devant le DRH!
Technicien: Votre DRH je me l'enfile!
Supérieur: Alors vous vous expliquerez derrière le DRH!

C'est complètement con de créer des tickets à la pelle pour des problèmes réseaux alors que c'est simple de tous les régler d'un coup... Et si le DRH regarde "la productivité du service" au nombre de tickets ouverts/résolus, c'est tout aussi con!

On connaissait le trolldi !
Aujourd'hui, c'est kamoul'di !

Merci Captain Obvious !

Pendant ma formation on m'a dit un truc du genre "un bon admin est un admin fainéant". J'ai bien appris ma leçon, la preuve, je suis là. :)

Pour le contexte, on parlait de script, automatisme et tout le tralala.

J'ai connu l'inverse chez un client. Leur service de support faisait appel à une autre boite en intérim, et ils facturaient chaque ticket. Du coup pour remplir les objectifs ils ouvraient des tickets pour n'importe quoi.
Un jour j'ai eu le malheur de constater à voix haute qu'une imprimante n'avait plus de papier. Le temps de demander au client s'il avait quelques feuilles le mec du support qui m'avait entendu avait ouvert un ticket pour ça...
Certains t'ouvriraient même un ticket de support quand tu leur demandes l'heure.

Là c'est juste du ridicule et surtout comment accepter de bosser comme ça?

Petite précision (parce qu'après relecture ce n'est pas forcément très clair) : le client n'avait pas de support. C'est le service entier (bon 2 gugusses, pas un gros service) qui venait d'une boite de presta/intérim (jamais trop su ni creusé la question, j'étais moi aussi en presta chez ce client). Le mec qui avait ouvert le support était un de ces deux-là (donc faisait partie de ceux qui facturaient, pas de ceux qui payaient).

(envole-toi!)

C'est un peu la raison pour laquelle il n'y a plus de maintenance préventive depuis 3 ans sur la production du client chez lequel je bosse. Quand j'ai signalé que, suite aux réductions d'effectifs, je n'étais plus assez nombreux pour gérer ça (du boulot pour une personne à temps plein vu la taille de la production et le côté apprenti sorcier de pas mal de monde) en plus des incidents, interventions planifiées (ou pas) et du support, mon n+2 de l'époque m'a répondu qu'il est plus facile de chiffrer au client le nombre d'incidents résolus que le nombre d'incidents évités grâce à la prévention.

Ah mais vous pensiez que je disais ce que je faisais réellement ? Merci de me prendre pour un con... Non, je ne faisais que me mettre dans la peau du supérieur idiot. Heureusement, dans ma boîte, je n'ai pas ce souci : c'est moi le supérieur. Enfin, le subalterne aussi, du coup.

/s'en va poster une pebkac de tristesse entre deux sanglots.

Il y a vraiment des gens qui utilisent RIP ??? Le premier PEBKAC est là...

Paix à leur âme...

C'est pour ça que j'ai commencé à faire des modifs de ce genre sans en avertir l'échelon supérieur. Bon, j'ai eu de la chance, j'ai jamais rien pété ( si, une fois, le serveur d'impression pendant 15 minutes, grosses gouttes.) Mais la lenteur de la hiérarchie est horripilante quand en tant que techos, tu sais que tu peux améliorer le système en 2 minutes chrono avec 99,9% de chance que tout se passe bien ( mais le problème est bien là, on est jamais sûr de rien, d'où le fameux adage : " Si c'est pas cassé, tu changes pas." qui pourrit la plupart des DSI :( )

Tu n'y pense pas ! Ça réduirait le nombre de tickets et en ne pourrait plus atteindre les objectifs de 42000 tickets traités !
Du coup, l'indicateur de performance sera dans le rouge, il faudra payer une pénalité au client, et l'équipe n'aura pas d'augmentation.


(NB: Ce commentaire est une satire sur les indicateurs de performance mal définis.)

Le DSI préfère un truc qui marchouille mais avec des indicateur de disponibilité très haut pour faire bien en codir et avoir sa prime plutôt qu'un arrêt de prod pour amélioration mais avec le risque de se prendre une cartouche de la direction à la moindre µ seconde de retard ou d'indispo.

Pire que cela, un bon informaticien est un fainéant! J'ai d'ailleurs eu un long débat avec l'un de mes Maîtres d'apprentissage (ou je soutenais cette théorie) qui s'est soldé par l'arrivée du patron à qui on à clairement poser la question des qualités d'un bon informaticien et qui a répondu textuellement:
-"Bah, de toutes façon, un bon informaticien c'est un fainéant!"

Maintenant, il faut savoir mettre de l'énergie à être fainéant! C'est à dire:
-Tu as une tâche longue, chiante, et répétitive
-Tu prends 1 voir 2 jours juste pour faire ça (contre 1 à 2h "en manuel").
-Tu fais un script et tu automatise le bouzin.
-Tu gagne 1 à 2h par jour pour le temps que tu occupe ce poste que tu peux "investir" autrement.

C'est une petite explication plus développée de ta dernière phrase =)