Merci pour cette publication non seulement drôle, mais aussi instructive.
Et je vais même apporter quelques anecdotes à l'édifice :
En gros tout cela date d'une époque ou les cables n'était pas aussi bien protégé et blindé que maintenant, l'USB n'existait pas, le RJ45 pas encore répandu et le RS232 et le port paralelle régnait en maître sur les liaisons.
La première je la tiens d'un tech de chez HP, l'histoire s'étale sur plusieurs mois.
Une machine se plantait régulièrement, de manière aléatoire. De nombreux composant ont été changé et le réseau électrique vérifié ... mais les problèmes continuaient.
Jusqu'au jour ou une personne en lisant le carnet d'incident a émis une hypothèse bizarre en constatant que les incidents ne se déclenchaient qu'à marée basse ...
Après quelques recherches plus poussées, le batiment, assez proche de l'océan, avait la "terre" relié dans un puits qui n'était pas inondé à marée basse et ne faisait plus office de prise de terre.
Les anecdotes suivantes, je les ai vécues et sont un peu du même style :
Le terminal d'un client devenait dingue de temps en temps, se bloquait ou affichait des caractères ésotériques. Après quelques semaines on c'est aperçu que cela n'intervenait que entre 9h30 et 10h30 et particulièrement certains jours.
En fait de l'autre coté du mur se trouvait le labo ou se cuisinait des centaines de repas tout les jours et le terminal était juste trop proche de l'éplucheur à patates industriel, pourvu d'un énorme moteur électrique et qui à chaque utilisation pertubait le terminal, en déplaçant le bureau et le terminal le problème a été réglé.
Mais le syndrome de l'éplucheur à patate nous fait rire pendant longtemps ...
Un autre client, dans une station de ski, donnait au veilleur de nuit de quoi s'occuper et il devait effectuer quelques saisies sur un terminal.
Très vite il s'est plaint comme quoi ce terminal était inexploitable car l'écran faisait des zig zags.
En journée, ce poste servait pour l'accueil des skieurs et fonctionnait depuis longtemps, plusieurs années même, sans aucun problème.
Il a fallu se déplacer et attendre avec le veilleur de nuit pour constater le phénomène et la surprise vers 23h l'écran faisait bien des zig zags et était inutilisable.
de manière assez impressionante, un peu comme quand on réglait une télé cathodique sur le bon canal.
En fait le chauffage au sol se déclenchait à 23h et perturbait le fonctionnement du poste pendant sa mise en chauffe.
Vu que personne ne bossait à cette heure personne n'avait remarqué le problème.
Le gag suivant, je l'ai résolu tout à fait par hasard, une imprimante matricielle choisit spécialement pour de grosses éditions ( stats, facturation mensuelles ...) qui pouvait durer plusieurs heures.
Celle ci de temps en temps éditait des caractères ésotériques de manière totalement aléatoire, parfois même en plein milieu d'une grosse édition.
Changement de cable, vérification diverses etc ... sur place je n'arrivais pas a reproduire le problème et je me revois provoquer des arrêts (fin de papier, imprimante offline etc ... ), mais non tout fonctionnait parfaitement, la liaisons paralèlle communiquait bien avec le serveur. et tout était bien géré.
Cela venait d'ailleurs mais d'ou ?
Jusqu'au jour ou par hasard j'ai eu besoin d'un stylo ou de papier pour l'imprimante et l'on m'a ouvert la pièce ou se trouvait le stock de fourniture qui se trouvait juste en face de l'autre coté du couloir ou se trouvait le serveur et l'imprimante.
Et la le néon, certainement ancien, mettait plusieurs minutes à se stabiliser et clignotait de manière assez pénible.
De retour dans la salle serveur : les caractères ésotériques étaient présent et je venais de les provoquer. En changeant le néon le problème a été résolu.
J'ai gardé cette anecdote pour la fin car la aussi le problème ne venait pas du matériel.
Une salle avec plusieurs postes ou s'effectuait de la saisie des commandes à un rythme assez intense, les utilisatrices (désolé mais il n'y avait vraiment que des femmes dans cette salle) avait une connaissance quasi parfaite du matériel (DEC vt220 je crois ..) et saisissait plus vite que ne pouvait gérer le serveur.
En gros elles étaient capables de saisir plusieurs commandes dans le buffer clavier et après, pendant 1 à 2 minutes elles regardaient le terminal remplir les zones et valider les commandes. Impressionant.
D'ailleurs la séquence d'arrêt logicielle historiquement était le 'Q' majuscule et parfois celui ci était interprété comme un arrêt du traitement et génait cette saisie intensive.
J'avais re paramètré le logiciel pour que l'arrêt soit pris en compte avec le '#' très peu utilisé à l'époque, sauf par les devs, et il fallait faire ALT+3 pour l'obtenir.
Mais malgré cette modification, une personne se plaignait que parfois elle avait droit à une interruption qui virait toute sa saisie.
La encore j'ai du me rendre sur place pour comprendre ce qu'il se passait, en fait j'ai compris que les interruption logicielles venait du téléphone et que parfois quand cette utilisatrice prenait le téléphone cela déclenchait un arrêt logiciel.
Mais le problème n'était pas d'origine électrique...
Car le problème venait de la physionomie de la personne, pourvu d'une poitrine assez imposante et chaque fois qu'elle prenait le téléphone, sa poitrine touchait le clavier et dans certains cas déclenchait la séquence de touche pour l'arrêt logiciel.
Restait à trouver une manière diplomatique pour évoquer et résoudre ce problème.
Je me voyais mal en parler directement avec la personne et donc je suis allé trouver son responsable pour lui expliquer le problème, et qu'il suffisait de déplacer le téléphone pour le résoudre.
Il a esquissé un sourire et m'a dit qu'il se chargeait de la "résolution". ouf
Comme quoi l'informatique n'est pas toujours un long fleuve tranquille ...
# Quelques anecdotes sur le même sujet
Posté par Christophe B. (site web personnel) . En réponse à la dépêche La voiture allergique à la glace à la vanille, et autres bugs. Évalué à 10. Dernière modification le 04 juillet 2021 à 12:50.
Merci pour cette publication non seulement drôle, mais aussi instructive.
Et je vais même apporter quelques anecdotes à l'édifice :
En gros tout cela date d'une époque ou les cables n'était pas aussi bien protégé et blindé que maintenant, l'USB n'existait pas, le RJ45 pas encore répandu et le RS232 et le port paralelle régnait en maître sur les liaisons.
La première je la tiens d'un tech de chez HP, l'histoire s'étale sur plusieurs mois.
Une machine se plantait régulièrement, de manière aléatoire. De nombreux composant ont été changé et le réseau électrique vérifié ... mais les problèmes continuaient.
Jusqu'au jour ou une personne en lisant le carnet d'incident a émis une hypothèse bizarre en constatant que les incidents ne se déclenchaient qu'à marée basse ...
Après quelques recherches plus poussées, le batiment, assez proche de l'océan, avait la "terre" relié dans un puits qui n'était pas inondé à marée basse et ne faisait plus office de prise de terre.
Les anecdotes suivantes, je les ai vécues et sont un peu du même style :
Le terminal d'un client devenait dingue de temps en temps, se bloquait ou affichait des caractères ésotériques. Après quelques semaines on c'est aperçu que cela n'intervenait que entre 9h30 et 10h30 et particulièrement certains jours.
En fait de l'autre coté du mur se trouvait le labo ou se cuisinait des centaines de repas tout les jours et le terminal était juste trop proche de l'éplucheur à patates industriel, pourvu d'un énorme moteur électrique et qui à chaque utilisation pertubait le terminal, en déplaçant le bureau et le terminal le problème a été réglé.
Mais le syndrome de l'éplucheur à patate nous fait rire pendant longtemps ...
Un autre client, dans une station de ski, donnait au veilleur de nuit de quoi s'occuper et il devait effectuer quelques saisies sur un terminal.
Très vite il s'est plaint comme quoi ce terminal était inexploitable car l'écran faisait des zig zags.
En journée, ce poste servait pour l'accueil des skieurs et fonctionnait depuis longtemps, plusieurs années même, sans aucun problème.
Il a fallu se déplacer et attendre avec le veilleur de nuit pour constater le phénomène et la surprise vers 23h l'écran faisait bien des zig zags et était inutilisable.
de manière assez impressionante, un peu comme quand on réglait une télé cathodique sur le bon canal.
En fait le chauffage au sol se déclenchait à 23h et perturbait le fonctionnement du poste pendant sa mise en chauffe.
Vu que personne ne bossait à cette heure personne n'avait remarqué le problème.
Le gag suivant, je l'ai résolu tout à fait par hasard, une imprimante matricielle choisit spécialement pour de grosses éditions ( stats, facturation mensuelles ...) qui pouvait durer plusieurs heures.
Celle ci de temps en temps éditait des caractères ésotériques de manière totalement aléatoire, parfois même en plein milieu d'une grosse édition.
Changement de cable, vérification diverses etc ... sur place je n'arrivais pas a reproduire le problème et je me revois provoquer des arrêts (fin de papier, imprimante offline etc ... ), mais non tout fonctionnait parfaitement, la liaisons paralèlle communiquait bien avec le serveur. et tout était bien géré.
Cela venait d'ailleurs mais d'ou ?
Jusqu'au jour ou par hasard j'ai eu besoin d'un stylo ou de papier pour l'imprimante et l'on m'a ouvert la pièce ou se trouvait le stock de fourniture qui se trouvait juste en face de l'autre coté du couloir ou se trouvait le serveur et l'imprimante.
Et la le néon, certainement ancien, mettait plusieurs minutes à se stabiliser et clignotait de manière assez pénible.
De retour dans la salle serveur : les caractères ésotériques étaient présent et je venais de les provoquer. En changeant le néon le problème a été résolu.
J'ai gardé cette anecdote pour la fin car la aussi le problème ne venait pas du matériel.
Une salle avec plusieurs postes ou s'effectuait de la saisie des commandes à un rythme assez intense, les utilisatrices (désolé mais il n'y avait vraiment que des femmes dans cette salle) avait une connaissance quasi parfaite du matériel (DEC vt220 je crois ..) et saisissait plus vite que ne pouvait gérer le serveur.
En gros elles étaient capables de saisir plusieurs commandes dans le buffer clavier et après, pendant 1 à 2 minutes elles regardaient le terminal remplir les zones et valider les commandes. Impressionant.
D'ailleurs la séquence d'arrêt logicielle historiquement était le 'Q' majuscule et parfois celui ci était interprété comme un arrêt du traitement et génait cette saisie intensive.
J'avais re paramètré le logiciel pour que l'arrêt soit pris en compte avec le '#' très peu utilisé à l'époque, sauf par les devs, et il fallait faire ALT+3 pour l'obtenir.
Mais malgré cette modification, une personne se plaignait que parfois elle avait droit à une interruption qui virait toute sa saisie.
La encore j'ai du me rendre sur place pour comprendre ce qu'il se passait, en fait j'ai compris que les interruption logicielles venait du téléphone et que parfois quand cette utilisatrice prenait le téléphone cela déclenchait un arrêt logiciel.
Mais le problème n'était pas d'origine électrique...
Car le problème venait de la physionomie de la personne, pourvu d'une poitrine assez imposante et chaque fois qu'elle prenait le téléphone, sa poitrine touchait le clavier et dans certains cas déclenchait la séquence de touche pour l'arrêt logiciel.
Restait à trouver une manière diplomatique pour évoquer et résoudre ce problème.
Je me voyais mal en parler directement avec la personne et donc je suis allé trouver son responsable pour lui expliquer le problème, et qu'il suffisait de déplacer le téléphone pour le résoudre.
Il a esquissé un sourire et m'a dit qu'il se chargeait de la "résolution". ouf
Comme quoi l'informatique n'est pas toujours un long fleuve tranquille ...