Comment Re:We built DST changes into the hardware (Score 1) 150
If said device implemented any sort of updates for its DST stuff, then it would also accept an update for any new stuff. If it didn't, then it's already shit out of luck.
The actual timer/clock hardware typically does not. All there is is an on/off. And as pointed out, these tend not to be user configurable.
(NOTE: I'm assuming you meant, "The actual timer/clock hardware typically does not (implement any sort of updates for its DST stuff)" - you were replying to two sentences with opposing takes.)
Then the device to which you refer is already DST dysfunctional. Additional modifications to DST won't make it any less functional.
Your statement that, "Generations of electronics needs to be replaced first," is simply wrong. Such devices fall into three categories:
1. Supports updates to the schedule and offsets. These will keep working.
2. Lacks support for such updates, but has manual override options such that you can keep it working. These will keep working as well as they do today.
3. Lacks support for such updates and have no reasonable ability to correct it. These are already fucked and will continue to be fucked.
Nothing needs to be replaced BEFORE additional changes are made - whether that's DST all year, standard time all year, new DST change dates, new DST change amounts (1/2hr instead of 60min), or going full UTC.
The Olson DB will need updates, as it often does, and everything else will work itself out.