Para el horario de verano de ‘retroceso’, si una computadora programa algo entre las 11:00 p.m. y las 12:00 a.m. (por ejemplo, un vuelo), ¿cómo diferencia entre el primer y el segundo 11:00 p.m. para el usuario?

Eso depende del software que se ejecute en él, no de la máquina en sí. Los relojes de computadora no son más que registros de contador internos que contienen una cadena de bits, y el bit de orden inferior se incrementa en un intervalo de tiempo fijo (generalmente relacionado con la velocidad del reloj del procesador interno). Es solo el software que se ejecuta en la máquina que interpreta el valor de este contador como un valor combinado de fecha / hora. Algunos programas son “lo suficientemente inteligentes” como para manejar y manejar correctamente los eventos asociados con el comienzo y el cese del horario de verano, otros no. Tratar con cualquiera de los dos es más problemático para las aplicaciones que necesitan trabajar con intervalos de tiempo transcurridos que abarcan cualquiera de estos eventos. “Hacerlo mal” significa que los intervalos de tiempo que incluyen el de la primavera se calcularán como una hora más que la realidad, y los que se realizarán en el otoño serán una hora más cortos. Aunque el “cambio” real ocurre a las 2 am y, por lo tanto, no habrá dos eventos de ‘1:00 AM’, entendí la intención de su pregunta.

Bueno, si el desarrollador es sabio, entonces leen la hora en Tiempo Universal Coordinado (lo que usted conoce como Greenwich Mean Time, pero cuyo acrónimo UTC está influenciado por el francés). UTC no hace el horario de verano, por lo que un contador que aumenta mantiene UTC. Los circuitos de cronometraje de las computadoras son inherentemente adecuados para UTC.

Si el desarrollador no es prudente, basan sus planes en la hora local y, en el día alternativo, las tareas realizadas entre las 2 y las 3 de la madrugada se realizan dos veces, y en la primavera no se realizan en absoluto.