Vous en avez peut-être entendu parlé, sinon vous pouvez lire l'article du monde à ce sujet, la seconde intercalaire est menacée de mort par un groupe de terroristes communément appelé "les américains".

Trève de plaisanteries, de plus en plus de mondes souhaitent voir disparaître cette seconde intercalaire imprévisible, car, entre autre, l'informatique n'aime pas l'imprévisible.

Tout d'abord petit rappel sur l'utilité de cette seconde. Elle permet à l'échelle UTC (basée sur des horloges atomiques) de ne pas trop s'écarter de l'échelle UT1 (basée sur la rotation de la Terre). En gros, si nous arrêtons de prendre en compte cette seconde intercalaire, dans quelques milliers d'années il sera minuit (UTC) à 18h (UT1).

Les "américains" étant ceux qui veulent le plus supprimer cette seconde intercalaire, voici quelques arguments qu'ils nous présentent.

  • Les technologies modernes n'aiment pas (je demanderais à mon ordinateur ce qu'il en pense) les acrobaties temporelles, elles ont besoin d'une échelle de temps continue et prévisible à long terme. Ceci est vrai, mais je me pose une question. Si j'ai besoin d'une telle échelle de temps, que dois-je faire ? Et bien je prends une échelle TAI et je ne vais pas faire chier mon monde pour enlever les secondes intercalaires de l'UTC (dont le "C" ne voudrait plus dire grand chose). Le GPS, Galileo, Unununium ont fait ce choix.

  • Le coût de la modification des programmes d'ordinateurs est très élevé. Alors là je dis qu'il faut arrêter les conneries. Les secondes intercalaires existent depuis un temps où l'informatique ne s'était vraiment pas démocratisée. Qu'on ne vienne pas me parler de "modification" de programme. Il me paraît insensé que les programmes pouvant souffrir des secondes intercalaires n'aient pas pris cela en compte dans leurs spécifications et donc AVANT la réalisation de ces programmes. Là ce n'est pas l'UTC qu'il faut changer, mais les responsables des dit logiciels.

  • Les bugs pouvant être engendrés par les modifications nécessaires. Donc là on admet que nous avons eu des blaireaux pour la conception, et donc qu'on a aussi des blaireaux pour faire les modifications. Pour information, pour garder un ordinateur à l'heure nous disposons d'un protocole appelé NTP pour synchroniser l'heure avec des "serveurs de temps" (une des premières versions date de 1985, comme quoi ce n'est pas tout jeune non plus).
    Bref, comme les secondes intercalaires arrivent en moyenne tous les 2 ans, il faut modifier les logiciels tous les deux ans (mais si c'était prévu la seule chose à faire serait d'aller dans "Paramètres/Ajout de seconde intercalaire/Sélectionner la date d'insertion" (je schématise ;-))). Pour contrer les modifications à faire, les américains proposent de supprimer cette seconde et de la remplacer par une heure intercalaire, que l'on ajouterait quand la différence approche les 59 minutes. Alors là je dis bravo. "Merde on a un petit problème tous les deux ans. Bon, on va faire un gros problème mais tous les 1000 ans, comme ça lors du prochains problème je ne serais plus là et je n'aurais pas à m'en occuper". Des fois je me demande si les mecs qui nous sortent des conneries pareilles ne sont pas les mêmes que ceux qui nous codaient l'année sur 2 chiffres. Bref, après le bug de l'an 2000, le bug de l'an 3000. Certe on ne peut jurer de rien sur une période de temps aussi grande, mais si ça se passe comme aujourd'hui, 5 ans avant l'échance du bug, quelqu'un va dire "au fait il va y avoir un problème", et pendant 5 ans on va dépenser des quantités astronomiques d'argent pour corriger une connerie des simples d'esprits de l'an 2000. Et même si cette solution peut s'avérer intéressante dans la pratique (dans 1000 ans nos applications auront changées, comme les mecs qui codaient l'année sur deux chiffres se disaient qu'en l'an 2000 leurs applications ne tourneraient plus), elle n'est tout simplement pas bonne. Le mieux étant de trouver une solution qui fonctionne toujours sans avoir besoin de tout redévelopper.
    Sinon de mon expérience de l'informatique, vaut mieux faire une même petite manipulation régulièrement qu'une grosse rarement, les échecs sont moins importants dans le premier cas.
    Ceci me rappelle étrangement un autre problème, celui des fuseaux horaires. Tous ceux qui font des applications utilisées de manière internationales (sauf microsoft qui a juste "oublié" les fuseaux horaires dans .Net) savent que les fuseaux horaires sont un point assez critique. Dans la plupart des cas les dates rattachées à des évènements sont enregistrées en GMT et elles sont affichées dans le fuseau horaire de l'utilisateur qui consulte. Hors il existe une multitude de fuseaux horaires… instables dans le temps ! Par exemple la france applique un changement d'heure été/hiver depuis le début des années 70, et la date du changement n'a pas toujours été la même. De même, il existe un fuseau horaire avec un décalage différent tous les jours. Et bien les systèmes bien pensés ont un système de gestion des fuseaux horaires dont il suffit de mettre à jour la "base des fuseaux" lorsqu'un fuseau vient à changer. Pourquoi alors ne pas faire quelque chose de similaire pour les secondes intercalaires ? Tenir une base de concordance entre les différentes échelles de temps, et baser le système sur une échelle stable.
    Ceci me rappelle encore une autre chose, l'internationalisation des applications (dont la gestion des fuseaux horaires peut faire partie, avec aussi la gestion des calendriers). L'internationalisation étant quelque chose de nécessaire dans la majorité des applications, des systèmes ont été mis en place afin de gérer ça assez simplement. Nous disposons de fichiers de ressources pour chaque langue, l'ajout d'une langue ou sa modification n'entraîne pas le redéveloppement de l'application.
    Encore une fois, pourquoi ne pas faire pareil avec les secondes intercalaires ? Peut-être que dans un monde parfait (comprendre : américain), il n'y aurait qu'une seule langue (l'américain (que les anglais et les canadiens ont sauvagement copié)), qu'un seul fuseau horaire (celui qui passe par la maison blanche), pas de seconde intercalaire, pas de lait cru, que des hommes et femmes blancs, pas d'idée et beaucoup de branleurs en pickup Chrysler. Bref, c'est la mode en ce moment j'ai l'impression. J'ai le choix entre faire un truc qui s'adapte à tous les cas ou ne rien faire et sortir une grosse merde, et bien je vais faire la grosse merde. Ma maison de disque s'est adaptée lors de la sortie des disques vinyles, elle s'est aussi adaptée lors de la sortie des cassettes audios, de même lors de la sortie des CD, par contre pour la sortie des formats numériques elle a décidé de ne pas évoluer et de porter plainte systématiquement à la place.

Bref, au final, la seconde intercalaire a été maintenue pour 2006 in extremis grâce aux anglais qui avaient peur de perdre de la puissance via leur symbole national : le méridien de Greenwich. Vive l'égocentrisme et le nationalisme, ils nous ont permis de garder la seconde intercalaire une année de plus. En revanche il se pourrait que cela change lors du prochain commité qui aura lieu cette année.

Un dernier argument pour les technophobes : la suppression de la seconde intercalaire est un symbole de l'emprise, de plus en plus grande, de la technologie sur l'homme, technologie qui nous impose ses rythmes à la place des rythmes naturels de la nature (quoi ? ça vous embête la nature naturelle ?).