Aujourd'hui, 12h de boulot, pour n'arriver à rien. Rien, niet, quedalle. Moi qui m'astreint à ne pas dépasser les bornes des limites, c'est le premier jour où je flippe vraiment pour la pérennité de mes vacances.

Retour en arrière. Début juin. D'un à peu près commun accord, il est décidé de repousser la montée de version majeure de l'année de 2 semaines, pour laisser le temps de préparer. Tant mieux, parce qu'au fond, de toute façon, peu de choses étaient prêtes (alors que tout devait l'être depuis à peu près 2 mois). De mon côté, j'avais la chance de ne pas avoir trop de changements à faire dans mon code, ce qui fait que ma partie (au sens strict du terme) était en réalité bouclée fin février.

Puis, vint le passage en pré production : aucune nouvelles fonctionnalités n'est autorisée, les tests doivent tous être passés avec succès. Tous ? Non, car d'irréductibles binaires résistent encore et toujours à l'envahisseur ! Et encore maintenant on dispose de bugs bloquants inexpliqués. Mais c'est pas grave, on y croit vachement.

Alors, pour faire bonne figure, ces messieurs de la haute confirment la date, parce que... parce que c'est comme ça, et qu'il faudra bien y arriver. En plus, tous les indicateurs sont dans le vert (sauf deux bien rouge vif, mais bon, on les aura corrigé d'ici là hein !)
Et, dans un souci de professionnalisme, et surtout pour me rassurer avant mes vacances, je décide de refaire un test derrière ceux menés par les équipes de dév & les AMOA (assistants à maitrise d'ouvrage, ceux qui font les tests entre autres). Blaff ! Un binaire se vautre. Blaff ! Une variable d'environnement a sauté dans les applications clientes !

Bilan : sur 4 applications, deux sont KO, en plus de celle déjà dans le rouge à cause de problèmes binaires. Bon, on va dire que la variable c'est vite réglable. Le problème qui reste, c'est le binaire. Jetage de coup d'oeil dans les logs. Mais mais mais... Comment ils ont prononcé leur recette ces rigolos ?!! Ca plante sur 98% des traitements !!!

Et là, c'est McGiver en live et speed : 4 jours pour trouver et corriger les deux bugs rencontrés (plus la vie courante, les problèmes en production et tout). McGiver, parce que pour vous aider, vous aurez droit à :

  • un spécialiste sur l'application, qui est là 50% du temps, et qui n'arrive pas mieux que vous à se dépatouiller avec son application à lui.
  • un AMOA qui assiste, impuissant, à la déchéance de la montée de version : tout ce qu'il peut faire, c'est mettre en test des données et regarder faire.
  • vous-même, pauvre indus sur lequel tout ça va tomber, parce que... Parce que c'est son rôle.
  • un environnement de travail à faire déguerpir n'importe quel développeur/utilisateur sensé. (voir les articles précédents pour comprendre le bordel que c'est).

Et c'est tout. L'art d'OCB (rappel : ce n'est qu'un nom d'emprunt, la boîte n'est pas celle là bien évidemment) consistant à spécialiser au maximum ses informaticiens. Le backup n'est jamais formé, et sur une application critique utilisée par plusieurs milliers de personnes, une seule est compétente (sans compter une boîte extérieure obscurantiste et flemmarde à souhait). Conclusion : une seule personne dans toute la boîte est capable de faire le miracle tant attendu, et celui-ci est en pleine panne sèche.

J'ai peur pour mes vacances... Deux mois qu'elles sont posées, soigneusement, là où ne devait pas y avoir trop d'activité. Deux mois ! Et tout ça pourrait les remettre en question.

Je vous ai déjà dit que je cherchais du boulot ailleurs ?