Convertisseur de temps

Un client donne un délai en semaines. Votre logiciel compte en secondes. Une vidéo annonce 8 640 secondes de contenu et vous voulez savoir si c’est 2 heures ou 3 heures. Un projet court dure 90 jours mais vous raisonnez en trimestres. Ces frictions entre unités de temps arrivent constamment en gestion de projet, en vidéographie et en développement logiciel.

Pourquoi nos unités de temps sont bizarres

Soixante secondes à la minute, soixante minutes à l’heure, mais vingt-quatre heures au jour. Ensuite, sept jours à la semaine (pas dix). Puis, 30 ou 31 jours au mois. Et 365 jours à l’année, presque. C’est un patchwork hérité des Babyloniens qui adoraient le nombre 60, des Égyptiens avec leurs constellations, et du calendrier julien que même l’Église a trouvé imprécis (d’où la réforme grégorienne en 1582).

Les informaticiens utilisent l’époque Unix : secondes depuis le 1^er janvier 1970, minuit. C’est simple, cohérent et universel. Mais l’humain pense en années et en saisons, d’où le besoin constant de convertir.

Les facteurs de conversion exacts

• 1 minute = 60 secondes
• 1 heure = 60 minutes (3 600 secondes)
• 1 jour = 24 heures (86 400 secondes)
• 1 semaine = 7 jours (604 800 secondes)
• 1 année = 365,25 jours en moyenne (31 557 600 secondes, comptant les années bissextiles)

Les pièges invisibles : année bissextile et secondes intercalaires

Tous les quatre ans, une année gagne un jour supplémentaire (février 29). Mais tous les cent ans, on retire cette journée, sauf tous les quatre cents ans. D’où 2000 était bissextile, 1900 ne l’était pas. Cela complique le calcul précis sur plusieurs décennies.

Les physiciens et les serveurs Internet doivent gérer une autre bizarrerie : les secondes intercalaires. Tous les deux ans environ, on ajoute une seconde UTC (23 : 59 : 60) pour que le temps solaire vrai reste synchrone avec les horloges atomiques. Aucun humain ne la remarque, mais les systèmes informatiques doivent en tenir compte.

Où cette conversion joue un rôle critique

En gestion de projet, les délais se expriment en semaines et en mois. Les développeurs comptent en heures. Les métriques de serveur en millisecondes. Une fausse conversion entre ces niveaux retarde un déploiement. Les aviateurs calculent l’autonomie en heures de vol. Les vidéastes mesurent la durée en heures et minutes, mais les système de montage stocke en images par seconde (60 fps = 1/60e de seconde par image). Sans conversion exacte, la synchronisation audio échoue.

Questions sur la conversion de temps