Reprise du message précédent :
       
 
Il faut que je fasse un break de ce topic, il me rappelle les heures les plus sombres de mon boulot en prod.
 
Le type qui t'explique qu'il devrait pouvoir payer au ticket parce qu'il a chronométré ça prend sept minutes à traiter, mais il est le premier à venir direct à ton bureau pour te demander de traiter une ligne en urgence parce que c'est celle de la belle-doche du DSI alors c'est important

J'ai un taf normal et je comprends rien à vos histoires d'informaticien. Vous avez pas un lien pour expliquer clairement votre boulot et le contexte dans lequel vous évoluez ?

https://www.youtube.com/watch?v=Drx [...] HqGLp2zBbx

Ça va, vous êtes des rigolos en fait

Plus sérieusement, en ce qui me concerne j'ai fait de l'exploitation applicative et du support fonctionnel. Quand des gens développent une application, ils la documentent (lol) et ils la testent (lol) puis ils la mettent en production, c'est-à-dire qu'ils l'ouvrent au public. Et là, des tas de choses imprévues se passent, et si contractuellement le truc est censé marcher (par exemple un site de livraison de colis ou je ne sais quoi) il faut quelqu'un qui regarde tous les clients dont le truc n'a pas été livré, a été livré au voisin, qui ont reçu 4 fois leur colis, etc (c'est un exemple abstrait, j'étais pas là-dedans). Pourquoi ça n'a pas marché, comment débloquer, comment trouver tous les autres clients dans le même cas et les corriger avant qu'ils se plaignent.

En résumé, tu passes ton temps à ramasser le caca mais tu aides des gens. Par contre c'est très usant parce que personne ne s'imagine que tu es utile, personne ne te dit jamais merci, tu coûtes toujours trop cher, non on ne peut pas corriger le bug alors si tu débloquais plutôt tous les clients un par un à chaque fois que ça plantera tous les jours ça serait bien.

Edit : et évidemment « y a ma grand-mère l'autre jour ça a pas marché tu peux regarder stp ».

Mais en vrai y a des gens qui m'ont dit merci, quand j'ai enfin eu une ligne directe avec le support client et que je pouvais les sauver en les aidant à diagnostiquer des cas bien pourris, je suis sûre que j'ai gagné du karma tellement ils étaient en souffrance

Edit : à l'époque où j'ai découvert The IT Crowd, je bossais au fond d'un couloir en sous-sol, une pièce avec un petit vasistas tout en haut et on était 15 là-dedans. J'ai chialé quand j'ai vu le début de la série et c'était pas que de rire

 
+1 pour IT crowd, cependant j'aurais plutôt mis celle-là.      
 
https://www.youtube.com/watch?v=R-jpehaofiw

C'est presque ça. Il manque néanmoins un élément "Donc c'est bon pour livrer hier ?".

Je suis rassuré, mon 2eme chef m'a dit que quand j'aurais finis les projets impossible à réaliser, j'obtiendrais la reconnaissance que je mérite et qu'il faut que je tienne le coup.

La prime que tu mérites promet d'être fortement attractive    
 
 

Y a des recettes qui changeront jamais on dirait

Le pire c'est qu'il est sympa, et je pense sincère, mais la boite derrière, euh bof.

C'est vrai qu'ils ne sont pas tous malveillants J'ai longtemps eu un responsable qui était persuadé qu'on allait assainir et débuguer le système et qu'on n'aurait plus à traiter que des problèmes plus rares et nécessitant une vraie expertise de la part d'une équipe de pointe (au lieu d'avoir une usine de dizaines de grouillots qui pédalaient dans la semoule). Il ne se rendait pas compte qu'à chaque mise en production on en reprenait une vague dans laggle et que ça, ça risquait pas de changer.  
 
Surtout quand la boîte a grossi et a commencé à manger ses amies et à récupérer leurs SI. Ceux qui ont dû faire cohabiter plusieurs systèmes legacy, plus maintenus, sous perfusion, pris en compte par aucun nouveau dev sauront ce qu'on a vécu  
 

Vous êtes tous en informatique de production j'ai l'impression

 
En informatique c'est parce que c'est HFR, mais en production, seulement en partie.
 
Puisque à coté de ça il faut travailler sur les projets fonctionnels, les projets de refonte technique, le pilotage+l'implémentation des dits projets, les demandes des clients, les demandes internes, les demandes du N+1, du N+2...  

Nan, moi j'suis service support, je suis payé sur le sang des employés productifs à qui j'explique pourquoi je mets leur super projet qui va rapporte des centaines de bouzoufs à la poubelle

Moi j'ai jamais fait de prod. Je suis aux études.

Reconversion en cours, mais on sent que le traumatisme ne s'effacera pas

Edit : et pourtant, en y réfléchissant, j'étais vraiment faite pour ce boulot et par moments j'ai puissamment aimé être en prod, c'est dommage. Je sais pas si j'y serais pas encore, en ayant eu des conditions de travail différentes.

« Tiens tu peux relire cette spec ça prendra cinq minutes. »

Y a aussi que la production c'est un tel vivier de films d'horreur qu'on est probablement particulièrement bavards sur ce sujet

Pareil pour moi. Enfin ça dépend de ce qu'on entend par études

Ce qui est sympa aussi, c'est quand le suivi de prod est partagé entre la prod et les études.
La prod détecte les bugs et les envoie aux études pour analyse et eux donnent les instructions pour corriger.
Quand c'est bien foutu, tu as les équipes de production qui ont tous les accès, mais le droit de rien faire qui ne soit pas tamponné 3 fois et les études qui doivent diagnostiquer le problème, sans avoir le droit de voir quoi que ce soit parce que les données de prod sont confidentielles et qu'il doivent deviner lequel de leurs 3356 algo déconne avec une canne blanche

Je fais du support sur des outils qui, selon les "études", leurs pourrissent la vie car ils peuvent plus développer directement en Prod.
Gérard, 57 ans, développeur Cobol depuis 35 ans a du mal à accepter un process.

Sauf que Gérard il a sûrement un salaire à presque 6 chiffres

HFR,tous des geeks qui se laissent maltraiter par leur employeur.

Bordel, mes pires expériences de taf étaient avec des Gérards.
Et en plus chuis une meuf, je te raconte pas

 
+1, malheureusement.    

Lolz, le Gérard Cobol @ code de boucher @ meurtres de masse, il a jamais évolué depuis 35 ans ... avec aucune réelle ambition donc pour le salaire à 6 chiffres.
Réfractaire à tout, ronchon, caractère de merde, ... il passe ses journées, cerveau  éteint, à coder de la merde incompréhensible et absolument non optimisée.
On le garde car on peut pas le virer et depuis le temps qu'il est là et qu'il pose verrue sur verrue, il est le seul à comprendre son code spaghetti.
Il risque pas d'aller ailleurs puisque personne n'en voudrait et que ca serait bien con de lacher sa paire de pantoufles à 3-5 ans de la retraite alors qu'il a encore la baraque à finir de payer et, parfois, des gnomes en études sup.
Donc en attendant, et se sentant invirable, il refuse les règles et le moindre changement dans ses habitudes de boucherie ... tout en continuant de déverser ses abominations en prod.

Une société peut gérer une minorité de Gérards ... le problème c'est quand cette minorité devient majoritaire. L'appli crache alors du sang et la boite se met a attendre avec impatience la dernière génération de serveurs @ + puissants @ bien chers pour tenter de limiter les temps de traitement en dessous du siècle.

Prochain challenge qui arrive très bientôt, parler industrialisation des processus à une équipe d'un projet qui pue tellement que tous les "compétents" se sont tirés vite fait rien qu'en sentant l'odeur. Je vais donc avoir :
- la crème de la crème des Gérards de SSII,
- la dernière fournée de JD Candide @ sortie d'études @ première mission.

Je vais donc en prendre plein la gueule mais, en ayant rien à branler vu mon départ prochain

Ça me rappelle une équipe de vieux de la Production qui ne voulait pas faire ce qu'un collègue et moi leur demandaient parce qu'on était jeune et notre chef était en congés ce jour là. Heureusement, notre chef s'en doutait.

Qu'est-ce qui te fait dire qu'il fait de la merde ? Et puis le Cobol est très robuste et très structuré donc pas forcément besoin d'investir dans des nouveaux serveurs.

Car j'ai vu son / leur code ?
Car il est rempli de bugs et qu'on monte en prod quotidiennement des corrections du type : if Mme Michu -> montant = 43€ pour débloquer les situations ?
Car certains passent leur journée à patcher les données dans les tables tellement le traitement de Gérard envoie de la merde ?
Car certains se sont "amusés" à faire des refontes / POC et à diviser des temps de traitement par 3000 ? ... qui sont jamais montés en Prod sous lobbying d'équipes de Gérards.
...
Gérard ne pense pas non plus à la purge des données, la volumétrie annuelle des bases tourne à +30% (espace disque +++) avec des temps de traitement exponentiels (vu qu'il va chercher jusqu'à 120000 fois la même donnée).

Ton Cobol @ robuste @ structuré, il est beau sur le papier ... via des applis de dizaines de millions de lignes, on peut très bien faire de la merde.

Deputy, sors de mon XP stp

Parfois, on garde Gérard car il est pote avec le patron qui, n'y connaissant évidemment rien, pense que c'est un expert. Gérard ne se prive pas de dire tout le mal qu'il pense de ces jeunes qui veulent tout changer et casser,  lors d'une pause café avec le boss. Vous pouvez pas lutter

Mon dernier Gérard en date m'a crié dessus en réunion parce qu'il y avait plusieurs paramètres à mon lancement de batch et que chez lui tout était prévu pour des batchs à un seul paramètre

2 Gérards au CODIR (+ un gary en DG) dont le "directeur des études" qui ne jure que par le COBOL (tous les devs nouveaux se font via ce langage) ... du traitement batch au webservice

Des paramètres ... PARTOUT (au lancement des commandes, en dur, dans des fichiers de conf, au fin fond des tables, ...) dont la moitié sont obsolètes mais vu que plus personne ne sait à quoi ils servent, dans le doute, on garde.
 

C'est le 2eme topic des informaticiens aigris ?

 
Des paramètres… PARTOUT dans une ligne de texte unique où c'est la position des caractères qui détermine la variable  
 
C'était encore là quand j'ai démissionné, dans les années 2010 donc.
 

 
On est aigris parce qu'on souffre, mec

Avoir une appli produit qui a une backdoor pour pouvoir developer des scripts (via le client) les compile et les execute sur le server dans le meme app domain que l'appli? check!
Avec des hook un peu partout dans l'appli pour pouvoir facilement declencher ces scripts automatiquement? check!
Avoir des scripts qui passent d'un client a l'autre, partager par les consultants metiers sans aucun repo global ou revue par l'equipe technique? check!
Avoir ton client qui a vent de cette magnifique feature et veux que ses equipes interne soit forme pour ecrire leurs propre scripts? check!
Se barrer et voir le regard de desespoir de ton boss quand il realise que le client a pourrit sa BDD en utilisant les scripts pour mettre a jour ses donnees tout en evitant les controles d'integrite de l'appli et une partie de la logique metier? check!

Punaise, corriger, optimiser et rendre lisible du VBA écrit par des gens qui se sont pensés compétents en développement, c'est vraiment un taff de m***.

J'vous rassure, je fais de la BI le reste du temps, c'est juste pour dépanner un projet qui avance pas

Owi, j'ai fait ça une fois, quelle horreur

Ah mais oui si Gérard est un bras cassé tout s'explique.

Par définition, un Gérard est mauvais techniquement