4 ms·
Taking the change into account for the current time is relatively easy, but date/time libraries in programming languages need to be updated so that you can writ
by jobigoud 8y ago
Taking the change into account for the current time is relatively easy, but date/time libraries in programming languages need to be updated so that you can write a calendar application with, say, a recurring event spanning across the change, or count days since a specific date in the past.
- hyperpape 8y agoEven with DST, the actual date DST starts differs unpredictably from year to year. I don't think this introduces any new problems.
- gsnedders 8y agoIn the EU, the start date is predictable: the last Sunday in March. The end is equally predictable: the last Sunday in October.
- hyperpape 8y agoInteresting. I suppose that consistency could’ve given some EU only companies enough rope to hang themselves. Really, doing things the right way is easier than hand-writing some code that assumes DST starts/ends on a fixed date—at least in a language with a real date/time library.