XLOVE59-BOY

Le bug de l'an 2000 et ses consequences

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.

Les Conséquences du Bug de l'An 2000

* 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.


L'an 0

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."



Vous prenez l'An 2000 trop au sérieux...

...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à...



29/05/2008
0 Poster un commentaire

A découvrir aussi


Inscrivez-vous au blog

Soyez prévenu par email des prochaines mises à jour

Rejoignez les 58 autres membres