Ce n'est pas crétin : cette 61è seconde existe vraiment.
NTP peut tricher et "ralentir le temps" mais ton référentiel est alors pourri. Ca peut plaire à Google qui s'en foutrait du temps à la seconde près, mais si c'est un timestamp précis que tu veux utiliser NTP pour ralentir te flingue juste ton timestamp.
Les développeurs doivent gérer cette 61è seconde car elle existe. Seconde intercalaire
Si tu bidouilles avec NTP pour ralentir, ta marge d'erreur serait de plus d'une seconde.
Certains peuvent accepter cette marge, pas d'autres. Comment tu sais à l'avance? Pourquoi mettre par défaut sur ton système l'heure non officielle plutôt que l'heure officielle? Après, certes, on peut décider par choix d'envoyer chier les gens pour qui la précision est importante, et leur dire de patcher leur système si ils ont besoin d'un horaire précis… On peut aussi trouver totalement crétin de compter en années/jour/heure/minutes/secondes, et compter que les secondes depuis le 1er Janvier 1970. C'est un choix à faire. Mais quelle idée de diviser par 60, 24, 365 (et en plus, ils font chier avec leur jour intercalaire, virons-le et NTP fera la transition douce sur le serveur. Rigole pas trop, ce que tu dis c'est comme lisser une journée, certes moins visible car la seconde est petite, mais cette seconde n'est pas petite pour tout le monde).
Bref, les informaticiens galèrent avec l'heure d'été/d'hiver (perso, je suis plus pour virer l'heure d'été/d'hivers qui fait bien plus chier les dévelopement, même sur un iPhone, et qui ne sert pas à grand chose), les mois qui ne font pas tous 30 jours, cette 61è seconde n'est qu'un détail d'implémentation comme un autre sur le temps.
[^] # Re: Récurent
Posté par Zenitram (site web personnel) . En réponse au journal Leap second. Évalué à 10. Dernière modification le 02 juillet 2012 à 11:47.
Ce n'est pas crétin : cette 61è seconde existe vraiment.
NTP peut tricher et "ralentir le temps" mais ton référentiel est alors pourri. Ca peut plaire à Google qui s'en foutrait du temps à la seconde près, mais si c'est un timestamp précis que tu veux utiliser NTP pour ralentir te flingue juste ton timestamp.
Les développeurs doivent gérer cette 61è seconde car elle existe.
Seconde intercalaire
Si tu bidouilles avec NTP pour ralentir, ta marge d'erreur serait de plus d'une seconde.
Certains peuvent accepter cette marge, pas d'autres. Comment tu sais à l'avance? Pourquoi mettre par défaut sur ton système l'heure non officielle plutôt que l'heure officielle? Après, certes, on peut décider par choix d'envoyer chier les gens pour qui la précision est importante, et leur dire de patcher leur système si ils ont besoin d'un horaire précis… On peut aussi trouver totalement crétin de compter en années/jour/heure/minutes/secondes, et compter que les secondes depuis le 1er Janvier 1970. C'est un choix à faire. Mais quelle idée de diviser par 60, 24, 365 (et en plus, ils font chier avec leur jour intercalaire, virons-le et NTP fera la transition douce sur le serveur. Rigole pas trop, ce que tu dis c'est comme lisser une journée, certes moins visible car la seconde est petite, mais cette seconde n'est pas petite pour tout le monde).
Bref, les informaticiens galèrent avec l'heure d'été/d'hiver (perso, je suis plus pour virer l'heure d'été/d'hivers qui fait bien plus chier les dévelopement, même sur un iPhone, et qui ne sert pas à grand chose), les mois qui ne font pas tous 30 jours, cette 61è seconde n'est qu'un détail d'implémentation comme un autre sur le temps.