Il y avait eu avant le Bug :
(Les textes en italiques ont été écrits APRÈS chaque date).
- 1er janvier 1970, 1er janvier 1980 :
Certains programmes, parfois sur
cartes perforées, ne codaient l'année que sur un chiffre...
Le phénomène a eu lieu surtout en 1970, mais tout le monde n'avait pas retenu la
leçon la décennie d'après (cf un
témoignage dans le milieu bancaire, qui prouve que les signes avant-coureurs
du Bug de l'an 2000 datent de bien avant 1996).
De manière générale, un tel problème de date dépend de (1) la date de départ,
(2) l'espace octroyé pour la différence par rapport à cette date, et (3) la
'résolution' employée.
Le bug de l'an 2000 sous-entend une date de base en 1900, 2 chiffres en base 10
pour la stocker, et une résolution d'un chiffre par an : il "boucle" en 2000.
Le système ci-dessus part de 1970, sur un chiffre en base 10, consommé un par an.
Le système Unix actuel part de 1970, utilise 32 bits (231 valeurs)
qui s'incrémentent de 1 par seconde, et bouclera en 2038.
- 1975 : Premières manifestations du Bug de l'An 2000 dans les programmes qui calculaient les
échéances de crédits bancaires sur 25 ans.
- 1er janvier 1976 : Les petits malins qui en 1970
avaient
décidé de passer l'unique chiffre des années de décimal en hexadécimal (donc avec A=11,
B=12... jusque F=15) ont vu le bug les rattraper à nouveau.
- Vers 1977 : On
rapporte qu'une vieille dame du Midwest aurait, à 105 ans, été conviée à s'inscrire
à l'école.
- 1er janvier 1978 : Crash des machines qui tournaient sous OS/8
sur PDP-8 et 12.
La date était stockée sur 3 bits à compter de 1970.
- 17 août 1979 (?) : Un programme avait cette date comme indicateur de fin
de fichier. Le fournisseur
conseillait vivement de ne PAS utiliser le logiciel cette date
ou de mentir sur la date.
(On notera que les fournisseurs de l'époque semblaient plus honnêtes
que ceux de maintenant
et n'attendaient pas que d'autres les trouvent pour avertir leurs utilisateurs.)
- 1er janvier 1980 : Un programme scientifique nommé
MACRO-11, sur un des derniers PDP-11, se croit en 197:.
- 4 janvier 1980 : Jour Zéro où reviennent la plupart des PCs qui ont oublié leur date.
- 13 octobre 1983 : Digital
répond
à un appel support d'un de ses client
qui se plaint que 2000 est interprété comme une année bissextile - comme quoi
le problème était parfois dans l'humain, pas dans la machine....
- 19 janvier 1985 : Première discussion sur Usenet sur le problème de l'an 2000.
- 4 janvier 1987 : 229 secondes après le fatidique
1er janvier 1970 (premier avertissement pour le Bug de 2038). Des programmes en Common Lisp ont eu des problèmes
de recompilation.
- 1989 : Le Japon, à la mort de l'empereur Hiro Hito, a
changé d'ère, et les dates y sont à nouveau comptées
à partir de 1.
- 31 décembre 1995 : Première date qui pour
certains
programmes signifiait "Pas de date de fin de validité",
c'est-à-dire l'infini. Arrivés à cette date
certains programmes vont commencer à effacer des données
qu'ils croient périmées.
- Mai 1997 : Une base de donnée nommée Advanded Revelation
comptait
les jours à partir du 1er janvier 1970. Le passage de 4 à 5 chiffres
a causé quelques bugs.
- 1er janvier 1999 : Nouvelle manifestation du 99 comme date
limite. Au même moment, des centaines de millions d'Européens
passent à l'euro et doivent abandonner leurs monnaies nationales.
Globalement, le système bancaire s'est adapté sans
problème ; quelques problèmes à la Poste au tout début,
et dans les taxis de Singapour en guise de bug avancé. - 1er avril 1999 : Le magazine allemand C't
annonce que des documents sur la mise en place du calendrier
grégorien en 1582 ont été découverts,
précisant que les années divisibles par 400 ne sont
bissextiles que si non divisibles par 1000, et 2000 n'est donc pas bissextile.
- 22 août 1999, 0h : Des systèmes GPS sont pu se croire à nouveau le 6 janvier 1980.
Ce passage s'est apparemment bien déroulé car les systèmes
récents tenaient compte du problème, sauf pour quelques voitures
japonaises à balise GPS.
- 9 septembre 1999 : Le code 9/9/99 était souvent utilisé
dans les années 80 comme date d'expiration non valide (archives permanentes).
Des données risquent donc d'être automatiquement effacées
ce jour-là...
Vérification faite, ce problème relevait plus du canular
que de la réalité. À moins que la sensibilisation sur le bug
de l'an 2000 n'ait permis aussi l'éradication de ce bug au passage.
- 31 décembre 1999 : Encore une date qui comme le 9/9/99,
signifiait "ne pas effacer", surtout
dans le monde des mainframes IBM.
Le Jour du Bug
- Le fameux 1er janvier 2000 : Tous les logiciels dont les dates
sont sur quatre chiffres et qui n'auront pas été modifiés
se croiront à nouveau en 1900 (pour pas mal de vieux PCs, ça
sera seulement le 4 janvier 1980).
Moralité : il semble que les dégâts sur toute la
planète aient été très limités. Dans la
nuit du 31 décembre au 1er janvier, les cellules de surveillance
de toute la planète n'ont rien eu à signaler ; quasiment une déception.
RAS à la SNCF, dans les banques,
à Bercy (où la cellule d'alerte n'a reçu que des souhaits
de bonne année) ou chez les opérateurs téléphoniques.
Même Cybercable (aujourd'hui le
tristement célèbre Noos),
dont certains équipements ont été mis à jour
en décembre 1999, a tenu le coup...
On signale tout de même :
- Premier à passer la date du Bug, l'aéroport d'Auckland
annonce au monde que tout s'est passé sans encombre - par un mail daté
de l'an 100.
- (bogue indirect mais lié à l'an 2000) Le compteur
de la Tour Eiffel tombe en panne quelques minutes avant le Bogue, en
plein compte à rebours.
- Île de Pâques : pas de téléphone, pas d'électricité,
pas d'eau... comme avant, quoi ;-)
- Certains compteurs à rebours commencent à afficher des
temps négatifs avant l'an 2000.
- Dramatique
: le système informatique des pompiers de Berlin s'est
effondré.
D'abord le système principal a planté (problème de
format de dates dans un programme de synchronisation
de l'heure, hâtivement rajouté, dans l'émulation
d'un environnement GCOS sous AIX sous lequel tournait le programme ;
cette configuration était destinée à faire passer
l'an 2000 à un système vieillissant destiné
à être totalement remplacé plus tard), son clone de
secours a fait de même,
le recours à l'ancien système, avec transmission par fax,
a été chaotique (manque d'entraînement et
saturation).
Puis le système d'affichage de la position des unités dans la ville est tombé en panne
(plantage dans un cas particulier après la mise à jour des cartes réseau, et suite à la
saturation de celui-ci dans le contexte tendu dû aux problèmes précédents). Ce fut le début du
chaos, avec des unités envoyées en patrouille sans coordination.
(Détails : Anatomie eines Computer-GAUs,
article du magazine C't, numéro 2000/13 ;
avec plein de détails et de leçon à tirer pour la gestion des catastrophes informatiques,
et des choses à ne pas faire, comme maintenir trop longtemps un vieux système ou mettre
en production au dernier moment des composants mal testés).
- Autre problèmes moins critiques chez les pompiers de Hambourg.
- En Suède, trois électrocardiographes sont tombés
en panne, sans conséquence pour les malades (le logiciel n'est défectueux
que dans sa version suédoise).
- De même à Nouméa, un appareil biomédical
a flanché.
- Des machines à sous sont tombées en panne quelques
heures dans le Delaware.
- Un nombre incalculable de pages Web affichent l'année 19100,
ou 4000, ou 100 (y compris des pages d'entreprises très connues comme
Oracle...)
- Au Pentagone, le système informatique chargé de récupérer
les images des satellites espions est tombé en panne deux à
trois heures.
- À l'usine de têtes nucléaires d'Oak Ridge (États-Unis),
un ordinateur a été hors d'usage trois heures. Le reste est
secret-défense.
- Un logiciel de communication avec un satellite de communication
militaire français a planté à cause d'un système
d'alarme déclenché à tort. Sans impact opérationnel
paraît-il.
- Saturation des réseaux téléphoniques en Nouvelle-Zélande
et Australie ; pas forcément de lien avec le Bogue.
- En France, ralentissement général et temporaire de
l'Internet, sans lien probable avec le Bogue.
- Des millions de PC un peu anciens reviennent à 1980 -
en général il suffira de les remettre à l'heure.
- Des fax se croient en 19100 (et à présent en
19102).
- Un émulateur de Gameboy a signalé à ses utilisateurs
non enregistrés que leur compte en banque était effacé
parmi d'autres bugs artificiels :-)
- Au Japon, trois incidents mineurs dans des centrales nucléaires,
dont un seul serait lié au bogue.
- Au nord-ouest de l'Iran, panne d'électricité pendant
une demi-heure... due à un chat.
- Flopée de bugs indirects
dus à des mises en production hâtives de produits pas
complètement finis, ou simplement lors d'un changement de
système à l'occasion du Bug - chaque modification,
même mineure, porte fatalement son lot de bugs.
- Une flopée d'ignorants/imbéciles/têtes de
mules/crétins finis se croient déjà au XXIème
siècle, alors on le redit : LE XXÈME SIÈCLE
ET LE IIÈME MILLÉNAIRE ONT FINI LE 31 DÉCEMBRE 2000, PAS EN 1999 !!!!!!
(Et il n'y a pas eu d'année zéro)
- Le 3 janvier 2000 et les jours d'après : Dieu merci, le
1er janvier était tombé un samedi, donc les programmes n'étaient
pas utilisés.
Bien des bugs ne sont apparus que lors de la remise
au travail le lundi 3. La plupart des bogues resteront cachés au
fin fond des petites entreprises mais certains sont apparus au grand jour.
Entre autres :
- D'innombrables terminaux de paiement pas mis à jour n'acceptent
plus les cartes de crédit. 100 000 Suédois sont privés
d'opérations bancaires.
- En Gambie, un système comptable gouvernemental est tombé
en panne.
- Un serveur de mise à jour de drivers allemand ne marche plus.
- Certains personnes en Allemagne en se connectant à leur
banque avec un certain logiciel se retrouvent avec des sommes de plusieurs
centaines de millions de marks ; la mise à jour n'affiche plus les
opérations en 2000.
Après coup, au moins en Allemagne, il se révèle
que plus d'un logiciel de home banking (dont les très répandus
QuickBooks,
Quicken 2000
et Microsoft Money 99/2000 !!)
ont besoin de patchs pour afficher autre chose qu'une date fantaisiste.
L'ampleur
du problème laisse pantois. Des problèmes de coordination
entre banquiers et éditeurs lors de la mise à jour des
pages pour l'an 2000 est sans doute à l'origine.
- Un Belge s'est vu demander 16000 BEF pour n'avoir pas rendu
ses livres depuis 1e 04/01/1900.
- Un Allemand s'est vu crédité par erreur de 13 millions
de francs, un Américain de 20 millions de dollars.
- Un client de Wal-Mart
(supermarchés américains) s'est
vu refuser un échange de batterie achetée le 1er janvier par
un ordinateur car il datait de 99 ans (heureusement il y avait un humain).
- Retour au papier-crayon dans certaines administrations grecques.
- À Rhode Island, 8 fausses ordonnances d'incarcération ont
été données à cause de la précipitation
de la mise à jour du système informatique.
- Quelques utilisateurs (selon
Microsoft) d'Hotmail
auraient vu certains courriers redatés en 2099.
- Microsoft
a présenté sur son site des livres dont la date de parution était
1900, et des patchs An 2000 datant de 1970 !
- On ne compte pas les autres pages, y compris chez les plus grands,
affichant les dates 19100 (une foule de sites), 100 (bourse allemande,
Toyota), 192000 (Sybase),
1900 (GMX), 2098 (Compaq),
4000 (Gigabyte) ou 3900 (Oracle).
- Je reçois des mails datant de l'an 100 (logiciel coupable :
cette vieille m... d'elm)...
- Des clients de Visa et
Eurocard/Mastercard ayant fait des
achats à l'étranger auraient été débité
deux fois.
- Un client de Quelle
(l'équivalent allemand de la Redoute) reçoit une
facture avec une date de mise en recouvrement en décembre 2000.
- Dans la catégorie des bugs induits par la peur du bug :
les disques durs de serveurs qui tournaient depuis des années, et
éteints pendant le passage à 2000, qui ne redémarrent
pas [le démarrage est le pire moment pour un disque dur et un ordinateur].
Les Bugs à retardement
- 29 février 2000 : Pas de bol si vous croyiez vous en tirer
en revenant en 1900 ou 1980. Au contraire de ces dernières, 2000 est
bissextile ! (pas si grave, de toute façon le jour de la semaine était
déjà faux).
Remède : si le millésime
vous indiffèrait, vous pouviez renvoyer votre machine en 1972 : le lien
entre les dates et le jour de la semaine était le même qu'en 2000.
Dans la réalité, pas de problème majeur à part
quelques 30 février par-ci par-là, la météo japonaise
qui a pété les plomb, et certaines vieilles versions de
Windows NT
qui n'ont pas dû accepter de s'installer ce jour-là.
- 31 décembre 2000 : En Norvège,
deux douzaines de trains ne redémarrent pas à cause d'un bug
de l'an 2000 retardé d'un an (le 31/12/2000 avait été négligé lors des tests).
Les autres Bugs auxquels nous avons survécu :
- 1er janvier 2001 : Nouvelle erreur pour les systèmes qui
n'avaient compté que 365 jours en 2000.
Apparemment pas de problème recensé dû à ce bug.
- 02/01/01 : Premier jour du nouveau siècle où il
est impossible de distinguer mois, année, jour quand il n'y a que
deux chiffres à l'année. Le problème fut sans doute
plus psychologique qu'informatique.
- 10 septembre 2001 : Le "Billenium" : les compteurs de date Unix
passent de 999 999 999 à 1 000 000 000 de secondes depuis 1970.
Quelques petits bugs très ciblés sur certains logiciels.
(Kmail 1.x,
KNode 0.4,
OpenLDAP, CVSup...)
- 1er janvier 2002 : En Europe, fin du passage à l'euro,
diffusion des pièces et disparition complète du franc en quelques
semaines.
Finalement la transition ne fut pas si terrible, à part des queues sans fin
dans certaines banques, et des conversions en francs ou marks qui vont rester
encore un paquet d'années dans les têtes.
- 2004 : S'ils étaient encore en service,
certains vieux systèmes DEC qui comptent la date depuis 1972 sur 5 bits se sont cru revenus 32 ans en arrière.
- 10 janvier 2004 : 230 secondes depuis le 1er janvier 1970. La première moitié du bug de 2038 en quelque sorte. Certains éditeurs
ont sorti des correctifs.
- 29 février 2004 :
Première année bissextile après l'an 2000. Les
corrections
des algorithmes de 2000 qui croyaient 2000 non bissextile ont
été mis à l'épreuve à
l'épreuve
ce jour-là.
- 17-18 juillet 2004 : Encore un bug potentiel de systèmes GPS arrivés
à 256 semaines (8 bits) après le 22 août 1999.
- 2005 : Certaines très vieilles versions 16-bits d'Unix BSD rendent l'âme.
Les autres Bugs qui nous attendent :
- 2004/2005/2006 : Les écoles commencent à voir arriver des élèves nés en 2000.
- 09/09/2009 : Mois, jour, année sont identiques, il est possible qu'on ait
des bugs similaires à ceux du 9 septembre 1999.
- 2010 : C'est l'année prévue pour le passage de
IPv4 à IPv6, c'est-à-dire de l'ancienne à la nouvelle
version du protocole de communication d'Internet.
Il n'est pas sûr que
cela se fasse, même si la nouvelle version de IP permettra de lever
la pénurie d'adresses IP (mal réparties dès le départ)
et d'ajouter des fonctionnalités. Le parc installé étant important, la transition promet d'être
rude. Certains supposent que
NAT et masquerading
devraient suffire à
jamais, ce qui rendrait la gestion du Réseau bien plus délicate...
- 1er janvier 2010 : Dépassement de capacité pour certaines
implémentations de la librairie C ANSI.
- 1er janvier 2020 : Les macros Excel pèteront les plombs :
1/1/19 sous Excel
signifie 1/1/2019, mais 1/1/20 c'est 1920... De même,
les panneaux de contrôle des Macs
ne permettront plus le réglage.
- 2025 (environ) : Certains prévoient une saturation des codes américains à 7 chiffres
pour le téléphone et les codes postaux.
- 1er janvier 2028 : Certains programmes avec la date sur 7 bits
reviendront à 0 (en fait à 1900, vu qu'ils étaient déjà
revenus à 100 en 2000, et que certains se sont sans doute contentés
d'ajouter 1900).
- 1er janvier 2030 : Pour le même genre de raison, certains
PC sous Windows pèteront les plombs.
Cette date pourra différer
(2040, 2050...) selon les machines. En effet, les dernières versions
de Windows permettent à l'utilisateur
de choisir quelle date fera office
de "pivot" entre les deux siècles (en général 2030,
les dates à 2 chiffres supérieures à 30 étant
interprétées comme 19xx).
- 1er janvier 2032 : Dépassement de capacité pour de vieux
Macs et machines sous PalmOS.
- 6 février 2036 : Répétition du bug de 2038 avec les
systèmes qui comptent les dates sur des entiers de 32 bits non signés depuis le
1er janvier 1900. (Simple décalage de 70 ans du bug de 2106).
- 1er janvier 2037 : Retour à zéro pour les serveurs NTP.
- Le Bug de 2038 : 19 janvier 2038, 3 h14 min 08 s :
Les compteurs des programmes en C respectant la norme POSIX
atteindront 231 secondes
(après le 1er janvier 1970) et reviendront
à zéro (ou plutôt au vendredi 13 décembre 1901,
20 h 45 min 52 sec).
D'ici là on suppose que tous les programmes (notamment toutes
les versions d'Unix)
auront été
recompilés avec une date en 64 bits, ce qui devrait suffire pour
300 milliards d'années.
Mais la conversion provoquera des bugs collatéraux, et il est
probable que quelques-uns des millions de systèmes 32 bits
actuels seront encore là en 2038.
Un site est dédié au problème : 2038bug.com.
- 6 février 2040 : Retour à zéro pour d'anciens Macintosh et les
regrettés Newtons. Encore le bug de 2036, mais calculé depuis 1904
cette fois. Apple a même une page sur
le sujet (démarrer de 1904 simplifie le calcul des années bissextiles).
- 17 septembre 2042 : Retour à 0 pour de vieux
mainframes
IBM. Ce serait un équivalent du bug de 2036 avec des
"updates intervals" à la place de secondes.
Mise à jour déjà prévue pour étendre le format.
- 1er janvier 2044 : Dépassement de capacité 26
années après 1980 pour les derniers systèmes sous DOS.
- 1er janvier 2046 : Dépassement de capacité pour
ce qui restera des Amiga.
- 2050 à 2075 : dépassement du milliard pour les numéros de Sécurité Sociale
américains.
- 2048 : Le vrai bug Y2K, pour ceux qui auront utilisé le
même K que dans kilo-octet, qui vaut 1024 ;-) (en fait Y2Ki pour
les puristes).
- 1er janvier 2100 : Beaucoup de BIOS de PC n'iront pas plus loin,
si jamais ils ont duré jusque là.
- 1er mars 2100 : Première année divisible par 4 de l'ère
informatique dont le 29 février ne sera PAS bissextile !
- 7 février 2106 06:28:15 : Répétition du bug de 2038
pour les machines utilisant encore des 32 bits non signés. (C'est loin ?
Pensez que certains des enfants déjà nés verront cette date).
- 11 avril 2262 : Si le bug de 2038 est résolu avec
un système à 64 bits signés, et qu'on en profite pour utiliser une résolution d'une
nanoseconde, les nouveaux systèmes retourneront au 21 septembre 1677.
- 3 mars 3333 : Il existe au moins un développeur qui a admis
avoir codé l'infini avec cette date.
- 28 novembre 4338 : Dépassement pour les programmes respectant la norme
ANSI Cobol 85 : on est arrivé à 106 jours après l'origine des
temps du 1er janvier 1601.
- 31 décembre 9999 : Date maximale qu'Oracle
accepte, et considérée comme l'infini pour
certains programmes.
- 1er janvier 10 000 : Le bug de l'an
10 000 !
Il est après tout possible que nous nous y frottions : ce
siècle pourrait
voir démarrer des projets (voyages interstellaires,
terraformation de Mars,
enfouissement de déchets nucléaires...) qui dureront des
milliers d'années. Si nous ne devenons pas immortels. Les
développeurs Cobol seront rappelés d'hibernation.
- 19 100 : Des programmes soumis à certains bugs de l'an 2000
attendront cette date pour recommencer à fonctionner.
- 29 940 : Le système de dates du
Macintosh s'effondrera
à son tour si 2020 n'a pas déjà été fatal.
- 31 juillet 31 086 : Dépassement de capacité pour les DEC VMS.
- 586 418 (à peu près) : Les vieux systèmes
VAX
(qui comptent sur 64 bits le nombre de microsecondes depuis 1860) feront tilt.
- 5 000 000 ap. J.-C. : Les programmes en
Java ne sont pas conçus
pour aller au-delà de cette date.
- 4 décembre 292 277 026 596 ap. J.-C. : Les programmes en
C avec
date sur 64 bits qui ont échappé au bug de 2038 se croiront
à nouveau en 1970.
* Le fisc vous demandera un siècle d'intérêts de retard.
* Windows 99 se transformera en DOS 1.0, le Pentium III en 8088, et les
claviers en cartes perforées.
* Les ventes de Coca-Cola tripleront après que la formule originale
(à la cocaïne) redevienne légale.
* L'Apocalypse est reculée d'un siècle à cause des programmeurs Cobol.
* En utilisant un système informatisé pour l'adoption d'enfants
défavorisés, Michael Joackson adopte une douzaine de nonagénaires.
* Votre ordinateur disparaîtra car en 1900 il n'existait pas.
* 1901 : Windows 2000 sortira enfin.
Cher Cassius,
Je viens juste d'être informé que tous les ministères
sont encore loin d'avoir résolu le problème du passage à
l'année zéro. Les prêtres du temple de Jupiter commencent
à dire que l'ordre divin persistera sans problème si nous décimons
simplement les classes bureaucratiques ! (Je dois admettre qu'une réduction
de X% éliminerait quelques poids-morts mais je ne vois pas en quoi
cela nous aiderait à résoudre le problème).
Le passage des années "avant J.-C." à celles "après
J.-C." promet de nous conduire à tout un tas de catastrophes à
moins que nous embauchions un million de scribes pour mettre à jour
les rouleaux des lois et les données du commerce de l'Empire. Je peux
prévoir en plus des problèmes en Perse et en Asie Mineure...
Mais pas de mention de l'Égypte ! Pouvez-vous penser aux transformations
des hiéroglyphes ?
(N.B. Ptolémée se préoccupe-t-il d'embaucher
des spécialistes pour les textes des Pyramides ? Quelqu'un dit que
nous pourrions être inquiets au sujet de « motifs scellés
», quel qu'en soit le sens.)
Nous n'avons plus de temps à perdre. Je ne sais pas comment
les gens se débrouilleront en travaillant d'une mauvaise façon.
Ayant descendu la pente des ans joyeusement, nous devons maintenant penser
à la remonter. Nous avons consulté des astrologues, mais ils
ont simplement dit qu'il continueraient à descendre la pente en utilisant
« Moins avant Jésus-Christ ». Comme d'habitude des consultants
ont demandé une fortune pour ne rien faire d'utile. En ce qui me concerne,
je ne peux pas voir le sable remonter dans un sablier. On aurait pourtant
pu penser que quelqu'un aurait imaginé plus tôt le passage à
l'an zéro et nous aurait évité de nous presser à
la dernière minute.
J'ai parlé à César Auguste l'autre soir. Il était
blème que Jules n'aie rien fait sur le sujet quand il préparait
son calendrier julien. Il dit qu'il pourrait y voir pourquoi Brutus et ses
gens sont devenus méchants. Tibère a dit à son père
que Jules était seulement concerné par la corrélation
des mois et des saisons, pas par le numéro de l'année. J'ai
cru qu'Auguste allait démolir un aqueduc.
Des rumeurs disent qu'il y a trois mecs sages, à l'Est, qui
sont en train de travailler là-dessus, mais malheureusement ils n'arriveront
que lorsque tout sera terminé. D'autres disent que le peuple ne sait
pas ce qu'est une année zéro. Ils pensent même que c'est
le signe de la fin du monde et que Pluton sortira des Enfers.
Le jeune Claude a fait une proposition interessante : Il d-d-dit
que n-n-nous pourrions sauter l'année zéro et passer directement
à l'année un «Après le Seigneur ». Pline
n'est pas d'accord. Ce que dit ce catastrophiste est que nous devrions stocker
la nourriture, l'eau et le fumier de chameau pour faire de l'énergie.
Avez-vous réfléchi aux coûts d'envoi par flèche
céleste du fumier de chameau importé ?
Aucune mention de toiles de tente, d'olives sèches-congelées,
et des catapultes à boulets de pierre pour se protéger contre
les Gaulois vagabonds et autres barbares. Je suggère que Pline soit
transferré de Pompéi au Vésuve.
De toute façon nous continuons de travailler sur ce problème
explosif de l'année zéro, et je vous enverrai un parchemin si
quelque chose se développe.
Marcius
Auteur : Mark Alexander, traduit par
Lucien Coste
Astea's latest news on the Y2K issues
(En anglais parce que c'est intraduisible. L'auteur m'est inconnu)
"Our staff has completed the 18 months of work on time and on budget. We
have gone through every line of code in every program in every system.
We have analyzed all databases, all data files, including backups and historic
archives, and modified all data to reflect the change.
We are proud to report that we have completed the "Y2K" date change mission,
and have now implemented all changes to all programs and all data to reflect
your new standards:
Januark, Februark, March, April, Mak, June, Julk, August, September, October,
November, December.
As well as: Sundak, Mondak, Tuesdak, Wednesdak, Thursdak, Fridak, Saturdak.
I trust that this is satisfactory, because to be honest, none of this "Y to K"
problem has made any sense to me. But I understand it is a global problem,
and our team is glad to help in any way possible. And what does the year
2000 have to do with it?
Speaking of which, what do you think we ought to do next year when the
two digit year rolls over from 99 to 00?
We'll await your direction."
...si vos amis refusent de discuter de leur soirée du Réveillon avec vous.
...si quelqu'un dit qu'il ne voit pas où est le problème,
et que vous passez une heure à lui expliquer.
...si vous envisagez de travailler le 1er janvier - gratos !
...si la seule manière dont vous arrivez à compter, c'est à l'envers.
... si vous ne pouvez dire une phrase sans utiliser les mots de : contingence,
conformité ou année bissextile...
... si vous pensez que si le Père Noêl vérifie 2 fois
sa liste, c'est une plan acceptable de contingence...
...si vous avez plus de 3 posters ou calendriers reliés à l'An 2000.
...si vos plaques d'immatriculation sont "décorées" An 2000.
...si vous avez demandé à vos parents de vous apprendre à
vous servir d'une règle à calculer.
...si vous retouchez vos albums photos pour ajouter "19" devant toutes les dates.
... si vous projetez de lancer un magasin de bouliers.
... si vous avez peur de taper les lettres Y2K sur un navigateur, de
peur que ça attire le bug.
...si vous avez inscrit l'âge de vos enfant sur leurs front à
l'encre indélébile.
...si vous avez bricolé toutes vos horloges, pour qu'elles tournent
à l'envers.
...si votre mari ne peut plus mettre ses pantoufles sous le lit, à
cause de toute la nourriture stockée là...
Peter de Jager
traduction Christophe Courtois