Reprise du message précédent :

 
http://hfr.madvax.org/2008/04/MicroVAX3400.jpg  
 
Un MicroVAX 3400 datant de 1990 et toujours en prod
 
(secret inavouable de ma profession: je prend des photos en loucedé dans votre datacenter   )

il a un uptime de 15 ans, et tout le monde l'a oublié, non?

oué nan mais les VAX cai pas des PC cai dla micro informatique oué mais cai pas des pc
 
le magi : le genre de becane que si tu l'eteins, il se rallume jamais : roulements des DD poncés et morts

 
C'est le cas de toute les bécanes d'ailleurs. un client qui nous avait fait déménager du matos d'une salle devant être refaite avait laissé un unique vieux serveur en attendant son remplacement prochain tellement ils avaient peur qu'il ne redémarre pas

 
TT@vous tous ?  

il n'y a personne de la RATP pour nous expliquer c'est qu'est vraiment une "panne de signalisation", devenue une habitude chaque matin sur la 1 ?

 
"Y'a pas le budget pour remplacer, on rafistole au chaterton"

D'un coté, c'est pas comme s'ils remplaçaient vu que la ligne 1 est en cours d'automatisation  

Et pourquoi ils se mettent en grève à chaque fois qu'ils se font agresser?  

c'est pour leurs budgets de grève annuels : s'ils n'utilisent pas tous les jours prévus, ils sont revus à la baisse l'année suivante...
 

 
 
Pas tout le temps. J'en ai fait l'expérience.  

 
Ça c'est parce que t'es un morfale qui ne prend pas le temps de renifler/observer avant d'enfourner.

Multi?  

Deux Réunionnais, je dirais

Ah putain ouais!

ha oui ta loupé de l'episode là  
mon mtron equivaut quasi a lui seul a un raid de raptor en terme de debit

 
une réunion de réunionais, quoi
 

 
(to-ho-ho, je suis le premier à faire ce jeu de mot !)
 

 
woa !
ok, je retardais, donc

Je bosse pour une multinationale. Les logins/mots de passe qui donnent l'accès à tous les droits sur les logiciels d'analyse de données marketing, performance etc. que la concurrence aimerait sûrement avoir sont tous du genre administrateur/mot2passe

Oh shi-

 
c'est logique, il y a un forumeur par département français.

 
quoi, t'avais pas osé la faire, c ça ?

Aujourd'hui j'étais convoqué au siège de ma boite pour une "réunion préparatoire" sur un projet client. Au final le chef de projet a passé 5mn à la machine à café à nous résumer le document de specs qu'on avait déjà tous lu. Ca a été facturé 1/2 journée au client

 
J'ai bossé dans un petit bureau qui gérait des dossiers confidentiels compromettants (droit).
 
Les mots de passe étaient les dates de naissance des employés, lol. Au cas où certains ne les sauraient pas, une liste avec les dates de naissance de tout-le-monde avait circulé à l'occasion de l'élection des délégués du personnel.

et après ça critique les fonctionnaires

le siège de ta boîte se trouve dans le 13e?

Dans le même genre, en 1 mois de travail @ 22 Jours travaillés, il n'est pas rare que je sois facturé 25 jours

 
+1
démasqué!  

 
Non, mais j'imagine que ça doit être pareil dans toute les sociétés de service

 
Ca ca m'a toujours fait marrer, l'utilisateur de base sérieux et sensibilisé aux besoins de la sécurité informatique, pour son compte il choisit quelque chose comme "XGhjiER176*!", parfois il se force même à l'apprendre par cœur, et il change souvent de mot de passe.  
 
A coté de ca l'administrateur système, comme passe qui donne un accès total à tous les comptes, il choisit une fois pour toutes, quelque chose comme "Toto".

j'en connaissais un qui se forçait à changer de passe toutes les semaines avec un truc du genre "administrateurdeladministration"

Oui bon les admins de merde ok. Mais un bon admin a toujours des mots de passes corrects quand même

écrits dans un fichier excel sur son desktop.

sur un post-it collé sur le bord de son moniteur

 
Déjà un bon admin n'a pas windows, et encore moins excel. Ensuite, un très bon admin connait son mot de passe même crypté
 
   Bon pour le mot de passe crypté, ça doit pas être facile

en crypté, c plus rapide pour éditer en direct le /etc/passwd à la main

oui mais t'y arrive toi à le retenir crypté ? Pas moi perso

bah non !

Je viens de corriger en quelques minutes un bug qu'on mettait depuis des années sur le dos d'un composant qu'on utilisait, alors que le bug était bien dans notre code à nous Je me demande comment je vais expliquer/justifier ça

T'as qu'à dire que grâce à un travail acharné tu a pu contourner le bug qui lui est toujours causé par le composant.

"Il y a eu une maj du composant", ça passe pas ?

Non, parce que justement depuis un bout de temps aussi on demande d'acheter une màj de ce composant, en partie pour cause de problème de perf... et là aussi on a récemment découvert qu'un des problèmes de perf était dû à notre code (mais bon, pas que ça, heureusement )