Al igual que existe el UTC, que no tiene en cuenta los usos horarios y para saber la hora local hay que sumarle la zona horaria, se podría crear el CUT (Computer Universal Time) que no recibiera cambio alguno y para convertirlo en hora local se le sumase la zona horaria y los segundos que se hayan ido añadiendo desde la puesta en marcha del CUT.
#2 El problema no es crear una hora universal, que como dices ya existe UTC. El problema es adecuarse a los horarios que marca la astronomía. Los días no duran lo mismo año tras año, independientemente del huso en el que nos encontramos
#7 Pues sí, aunque viendo la sección de los satélites de posicionamiento veo que no está nada claro cuales de los problemas son peores según el sistema de contar tiempo elegido:
There are at least six satellite navigation systems, all of which function by transmitting time signals. Of the only two satellite systems with global coverage, GPS calculates its time signal from an epoch, whereas GLONASS calculates time as an offset from UTC, with the UTC input adjusted for leap seconds. Of the only two other systems aiming for global coverage, Galileo calculates from an epoch and Beidou calculates from UTC without adjustment for leap seconds.[4] GPS also transmits the offset between UTC time and GPS time, and must update this offset every time there is a leap second, requiring GPS receiving devices to handle the update correctly. In contrast, leap seconds are transparent to GLONASS users. The complexities of calculating UTC from an epoch are explained by the European Space Agency in Galileo documentation under "Equations to correct system timescale to reference timescale".
Visto lo visto la propuesta del meneo me ha recordado a esta tira de xkcd: https://xkcd.com/927/
Comentarios
Al igual que existe el UTC, que no tiene en cuenta los usos horarios y para saber la hora local hay que sumarle la zona horaria, se podría crear el CUT (Computer Universal Time) que no recibiera cambio alguno y para convertirlo en hora local se le sumase la zona horaria y los segundos que se hayan ido añadiendo desde la puesta en marcha del CUT.
#2 Mejor CUTE (computer universal time elapsed). Tu acrónimo tiene peores connotaciones
#2 El problema no es crear una hora universal, que como dices ya existe UTC. El problema es adecuarse a los horarios que marca la astronomía. Los días no duran lo mismo año tras año, independientemente del huso en el que nos encontramos
#2 Ya lo intentó Swatch hace años con el BIT y no duró mucho.
Ya veo a los sysadmins alardeando del uptime
#2. ¿Algo como esto?:
https://en.m.wikipedia.org/wiki/Epoch_(computing)
#7 Pues sí, aunque viendo la sección de los satélites de posicionamiento veo que no está nada claro cuales de los problemas son peores según el sistema de contar tiempo elegido:
There are at least six satellite navigation systems, all of which function by transmitting time signals. Of the only two satellite systems with global coverage, GPS calculates its time signal from an epoch, whereas GLONASS calculates time as an offset from UTC, with the UTC input adjusted for leap seconds. Of the only two other systems aiming for global coverage, Galileo calculates from an epoch and Beidou calculates from UTC without adjustment for leap seconds.[4] GPS also transmits the offset between UTC time and GPS time, and must update this offset every time there is a leap second, requiring GPS receiving devices to handle the update correctly. In contrast, leap seconds are transparent to GLONASS users. The complexities of calculating UTC from an epoch are explained by the European Space Agency in Galileo documentation under "Equations to correct system timescale to reference timescale".
Visto lo visto la propuesta del meneo me ha recordado a esta tira de xkcd:
https://xkcd.com/927/
Nos quieren robar un segundo estos malditos capitalistas
Perdone usted un segundo, pero en cuestión de calendarios, quien tiene competencia desde tiempos de César y antes es el sumo pontífice.
En unos de los servicios que damos nos vimos afectados por "leap second" , debido a un error en el servicio NTP . Fue un error software y reparable.