Imaginez-vous dans une société où les gens pensent qu'ils sont les seuls sur une machine de production ; Chacun fait son développement dans son coin. Bon, maintenant dites-vous que cette machine est un serveur Windows et qu'une seule personne parmis toutes celles qui sont sur la machine fait du PERL.
Vous dire que le jeu se joue avec la même équipe que précédemment n'étonnera personne.
Ce qu'il faut néanmoins savoir, c'est que le script impliqué précédemment sur la machine de Développement est maintenant en production. Et celui-ci fonctionne depuis plusieurs semaines sans problèmes.Or aujourd'hui le développeur se fait engueuler car les données ne sont pas traitées correctement.
Oui, ton PERL il est nul ! En plus, personne n'utilise de vieux trucs ici...
Tes Logs, ils sont vides à partir de 20 heures ! Gros nul, ton truc plante !
Étant déjà chargé de boulot, le développeur se jette dans son code, vérifie minutieusement, se jette à la recherche de Bug, épluche les logs : Rien ! Rien qui puisse indiquer le pourquoi de l'arrêt du script en pleine course. Dans un désespoir sans borne, il s'autorise à tester la commande uptime dans une fenêtre de commande[1] et constate le résultat donne has been up for: 0 day(s), 19 hour(s), 26 minute(s), 43 second(s)[2] ce qui correspond à un reboote de la machine vers 20 heures hier soir. Un sourire s'esquisse sur le visage du développeur.
Le développeur constate en outre que le script est arrêté tous les soirs depuis trois jours vers 20 heures[3]. Après une prise de renseignements auprès des golfeurs du système[4], les bitniks (encore eux) trouvaient la machine lente et voyant que 20 heures était une plage horaire durant laquelle leurs applications ne tournaient pas, ils ont fait le forcing auprès des golfeurs pour que la machine soit rebootée tous les soirs vers 20 heures.
Je verrais bien un jeu avec une tronçonneuse ici...
| |||
© 2003-2008, Flyounet.
Nombre de billets : 387
Nombre de commentaires : 1216
Ce site respecte les standards :