Une seconde de plus pour fêter la nouvelle année
Source : Tom's Guide FR | Mots-clés : seconde, nouvelle, année
Nostalgiques de l'an 2008, réjouissez-vous! L'année durera une seconde de plus. Une toute petite seconde nécessaire pour que les systèmes informatiques coïncident mieux avec le temps mis par la Terre pour tourner autour du soleil.
La terre de plus en plus lente
En effet, cette période se rallonge de jour en jour... très lentement. Ce qui fait que parfois, il faut rajouter une petite portion de temps à l'année pour que l'heure de nos horloges soit toujours au plus près des mouvements de notre planète.
Rappelons que les différents fuseaux horaires sont réglés par rapport à l'heure UTC, ou Temps Universel Coordonné. Il est donné par 250 horloges atomiques réparties un peu partout sur la planète.
Pour préserver l’état des applications les plus pointilleuses, un accord a été établi en 1972. Il stipule que la différence entre le temps UTC et les mouvements de la Terre ne doit pas dépasser une seconde. D'où la nécessité de rétablir parfois l'équilibre par une seconde supplémentaire.
Pas de bug en l'an 2008
Rassurez-vous : votre ordinateur ne va pas basculer dans l'enfer de l'erreur 404 ni faire un remake du bug (inexistant, on le rappelle) de l'an 2000. Il ne le sentira même pas. Le dernier ajout d'une seconde date de 2005. Depuis 1972, il y a eu 23 rectifications...
Le décalage sera fait sur les horloges atomiques, et le reste suivra. Seules quelques applications d'entreprise pointues nécessiteront une petite synchronisation. Si vous ne souffrez pas que votre montre ait une seconde de retard, reste l'horloge parlante de France Télécom, toujours branchée à l'observatoire de Paris, où l'UTC est réglé avec des instruments permettant la plus haute précision.
Mais de toute façon, en France, cette seconde de plus n'aura lieu qu'à une heure du matin : la faute à l'heure d'hiver, qui nous décale d'une heure par rapport à l'heure UTC.
Notre seconde date de 1820
Pour éviter ces ajouts de secondes, il faudrait redéfinir la durée même d'une seconde. La dernière fois que les scientifiques l'ont calculée date de 1820. Ils ont défini l'échelle de temps universel, qui nous sert encore aujourd'hui. Mais la modifier n'est pas du tout à l'ordre du jour.
-
Actualité précédente
Google, Microsoft et Apple... -
Actualité suivante
Les geeks et le libre
- Une seconde de plus pour fêter la nouvelle année [Les news]
- Comment rédiger un sujet d'écriture sur une oeuvre? [Etudes / Travail]
- Bonne Année 2005 ! [Les news]
- Bonne année 2009 [Coin des IDNautes]
- Séparation forcée... [Santé / Amour]
Posez votre question sur ce sujet à la communauté !
Je suis désolé mais il faudrait éviter de faire de la désinformation : le bug existait vraiment, et si rien n'avait été fait beaucoup de logiciels n'auraient pas continuer à fonctionner correctement après l'an 2000 !
ouai
http://fr.wikipedia.org/wiki/An_2000_(bug) , pour information, en complément de noldarn
Si je ne me trompe pas, certains pays n'ont RIEN fait pour éviter le "bogue" de l'an 2000 (cf. la Russie), et pourtant, ils n'ont eu aucun évènement notable.
En gros psychose publique, rien de plus.
Dans 50.000 ans l'année fera 1 jour de plus ?
Lits ton article Wikipédia et tu verras que : En réalité, Y2K n'était pas à proprement parler un bogue, mais un choix de conception des matériels informatiques, des logiciels et des bases de données.
Ensuite prends la définition du mot bogue : le mot bogue est une francisation du mot anglais « bug », il désigne les anomalies de fonctionnement d'un programme.
Les programmes n'avaient pas d'anomalie de fonctionnement, ils tournaient très bien, comme ils avaient étés conçus.
Donc le bug n'existait pas !
CQFD.
LMes fêtards pourront boire une seconde de plus !!!!
VIVE l'ALCOOL du week-end le plus long !!!
Ensuite prends la définition du mot bogue : le mot bogue est une francisation du mot anglais « bug », il désigne les anomalies de fonctionnement d'un programme.
Les programmes n'avaient pas d'anomalie de fonctionnement, ils tournaient très bien, comme ils avaient étés conçus.
Donc le bug n'existait pas !
CQFD.
Bon écoute, je suis programmeur dans une boite qui fabrique un logiciel de gestion commerciale, et je peux t'assurer que notre logiciel non corrigé ne fonctionnait pas correctement.
La correction consistait à remplacer le stockage des dates qui était fait sur 6 caractères (990325 pour le 25/03/1999) par des dates sur 8 caractères (19990325).
Sans correction toute requête faite sur des dates serait foireuse : si ça ce n'est pas du bug, je change de métier ...
+1 pour noldarn, pareil je suis développeur et il existe des systèmes pour lesquels l'année d'une date n'est (n'était) codée que sur 2 digits, donc en 2000 on retournait en 1900, il suffisait alors de faire une différence entre 2 dates à cheval sur l'année 2000, par exemple:
date(01/01/01) - date(01/01/99) pour se retrouver joliment avec un résultat égal à -98 (qui aurait du valoir 2 bien entendu). Certes cela n'aurait pas directement fait planter la machine mais aurait pu causer pas mal de dégâts au niveau fonctionnel, voir pire si après on a des exceptions non gérées.
Par contre le bug du 19 janvier 2038 03:14:07 (c'est précis) est lui bien réel et le même que celui de l'an 2000 sauf qu'il s'applique aussi aux dates avec année sur 4 chiffres pour toute application utilisant la représentation de date POSIX. En fait le format date est stockée sur 32 bit signé, partant du 1er janvier 1970. Or le 19 janvier 2038 et des poussières tous les bit seront à 1 et la seconde d'après repasserons tous à 0 nous renvoyant en 1970... Marrant non? Voyez plutôt ici: http://www.codeproject.com/KB/bugs [...] 8-Bug.aspx
Ou faites le test vous même... Mettez votre windows sur l'année 2040 et utiliser le quelques temps (messageries ...) des erreurs vont apparaitre un peu partout!
Sinon pour info le mot bug (insecte) vient des premiers ordinateurs sur lesquels les transistors étaient tellement gros que des insectes pouvaient alors se faire écraser et empêcher le passage du courant créant ainsi une anomalies de la machine! Rapidement les développeurs ont utilisés les mots "there's a bug" au sens propre puis l'expression est passée au sens figurée au fil des années. Marrant aussi non?
Merci piou-piou pour ces précisions qui éclaireront les non informaticiens concernant ce sujet.
Tout ça parce-qu'ils en ont fait tellement des tonnes autour de ce bug (les avions vont s'écraser, les ascenseurs se bloquer ...) dans les médias que du coup les gens n'ayant pas vu de catastrophe en déduisent que rien de tout ça n'était vrai ...
Si je ne me trompe pas, certains pays n'ont RIEN fait pour éviter le "bogue" de l'an 2000 (cf. la Russie), et pourtant, ils n'ont eu aucun évènement notable.En gros psychose publique, rien de plus.
Non, pas psychose, argument commercial pour acheter des PC
Mais... juste comme ça... Comment on peut penser qu'en codant les dates sur deux digit ça va marcher éternellement ? (le problème qui allait se poser paraissait assez évident depuis le début...)
Moi je n'appel pas ça un "bug" mais plutôt une erreur de conception générale des programmes.
Effectivement, le problème était prévisible depuis le début.
Seulement historiquement, la mémoire (de masse et RAM) était très limitée aux débuts de la programmation, et les programmeurs de cette époque (je n'en faisait pas partie mais j'en connais quelques uns) ont choisit de gagner de la place en codant leurs dates de cette façon, en se disant que leur programme ne serait plus utilisé 20 ans plus tard ...
Or 20 ans plus tard il restait encore des tonnes de programmes qui étaient basés sur les premiers ... d'où le problème.
Ci-joint la définition de la seconde établie en 1963 donc 143 ans plus tard :
On se documente avant de raconter des énormités please !!!
Pour ce qui est de ce probleme de codage de date pour 2038 : j'ose esperer que d'ici 29 ans, le parc materiel aura été renouvelé et les references de calcul changées On sera peut-etre meme passé à des architectures 4096 bits avec les dates codées de la meme maniere avec en reference pour les dates le 01/01/2020 par exemple ;-)