Slashdot Mirror


America Braces For Daylight Saving Time - And Missing Medical Records (usatoday.com)

"One hundred years after Congress passed the first daylight saving legislation, more and more people are doubting the wisdom of changing the clocks," writes PBS, noting that it actually makes Americans use more electricity and consume more gasoline.

"If you can find anyone who supports this, they're probably just trolling you," writes Inc magazine's contributor editor, adding "Literally everyone hates it... It's almost impossible to find anyone who still supports this insane, anachronistic idea, which is leftover from a German coal conservation idea during World War I, and our heck-we'll-try-anything panic during the energy crisis of the 1970s." In fact, one study found that while consumer spending increases a bit at the start of daylight savings, it drops a full 3.5 percent in the wrong direction when it ends. (Which will happen tonight in most U.S. states at 2:00 a.m.)

And now USA Today points out that hospital software "still can't handle daylight saving time: Epic Systems, one of the most popular electronic health records software systems used by hospitals, can delete records or require cumbersome workarounds when clocks are set back for an hour -- prompting many hospitals to opt for paper records for part of the night shift. And it happens every year... Dr. Steven Stack, a past president of the American Medical Association, called the glitches "perplexing" and "unacceptable," considering that hospitals spend millions of dollars on these systems, and Apple and Google seem to have dealt with seasonal time changes long ago...

Carol Hawthorne-Johnson, an intensive care unit nurse in California, said her hospital doesn't shut down the Epic system during the fall time change. But she's come to expect that the vital signs she enters into the system from 1 a.m. to 2 a.m. Sunday will be deleted when the clock falls back to 1 a.m. One hour's worth of electronic record-keeping "is gone," she said. Hospital staff have learned to deal with it by taking extra chart notes by hand... Many hospitals use Cerner, another major electronic medical records company. Those hospitals plan for Cerner to be down during the time change, too.

229 of 368 comments (clear)

  1. Just sick of this by Anonymous Coward · · Score: 5, Funny

    The absolute worst part of DST is the stupid semiannual bitchfest on Slashdot.

    1. Re:Just sick of this by Zontar+The+Mindless · · Score: 3, Insightful

      WTF?

      BTW, DST sucks just as bad in Europe.

      --
      Il n'y a pas de Planet B.
    2. Re:Just sick of this by Z00L00K · · Score: 3, Insightful

      DST changes are just a headache, but when you run a computer system then you shall always make sure that timestamps are stored in a "neutral" way by using UTC. What's presented to the user is just a presentation issue in the UI. That's why when coding I always use things like the Unix timestamp or something similar and use a 64 bit integer to be safe. A resolution of milliseconds is usually good enough for the majority of systems.

      --
      If builders built buildings the way programmers wrote programs, then the first woodpecker would destroy civilization.
    3. Re:Just sick of this by Anonymous Coward · · Score: 3, Informative

      DST changes are just a headache, but when you run a computer system then you shall always make sure that timestamps are stored in a "neutral" way by using UTC. What's presented to the user is just a presentation issue in the UI.

      That is more or less a given. The problem is dealing with user input.
      If you are going to record when something was entered then that is fine, there is no reason for the user to input it.
      The complicated part is when you want to input that something happened or should happen at a time that occurs twice.
      Was it during the first or second time that those times occurred?
      Also, the presentation isn't "just a presentation issue".
      "Doctor said we should administer medication every other hour" means that it is necessary to be able to indicate which of the two same hours it was last administered on.

      The problem is easy to solve, but if it is solved differently in every system then every new person will misunderstand it and get it wrong.
      If we are going to keep DST it isn't sufficient to have a standard for how to write those time. The standard also has to be well known.

      Computers are just a red herring in this case, you need to solve it on a pen and paper based system first.
      Updating the GUI is done in 10 minutes after that unless you have to redesign the entire thing to make room.

    4. Re: Just sick of this by Anonymous Coward · · Score: 1

      You nailed it! Conservatives are many times more fragile than their liberal neighbors. The change and progress to less hateful times with more acceptance of your fellow human being is coming and cannot be stopped and they are afraid, very afraid.

    5. Re:Just sick of this by Opportunist · · Score: 2

      For your info, Europe has DST too. At least for now, we're one step further, we're actually trying to get rid of it. Chances are good that this was the last time we had to torture our clocks and our biorhythm.

      It's pretty much a given that screwing with the time twice a year is over. What people are divided about is whether to adopt permanent DST or permanent normal time.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    6. Re: Just sick of this by Anonymous Coward · · Score: 1

      idiotd is the new clock and time tracker that is being built into systemd.

    7. Re: Just sick of this by Anonymous Coward · · Score: 2, Interesting

      Also consider the transportation of patients across time zones, which happens more often than DST changes. Same issue really, but it's possible to cross multiple zones by airplane. A dialogue of EDT/EST, CDT/CST, MDT/MST, or PDT/PST (in the US, for example) is then complicated in your manual entry scenario.

      Easiest to record and display everything in UTC. Military uses Zulu time for the same reason.

      The systems also need to handle leap seconds, and I doubt those are handled well; given this thread.

    8. Re: Just sick of this by Opportunist · · Score: 2

      Doesn't matter. We're just not dumb enough to enter ridiculous wars. Anything cheap should do.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    9. Re: Just sick of this by FuzzyDaddy2 · · Score: 1

      Wow. Even an article on daylight savings time becomes an opportunity for trolling. And it looks like plenty took the bait, too. We can all surely do better.

    10. Re: Just sick of this by skywire · · Score: 1

      Permanent DST is the most idiotic. Just stop the madness, and organizations and individuals will adjust to schedules they like.

      --
      Those who would give up essential liberty to purchase a little temporary safety, deserve neither liberty nor safety.
    11. Re:Just sick of this by uncqual · · Score: 2

      Suppose a nurse looks at a patient's "chart" at 01:45 after the time switch and sees a medication was given at 01:30. Suppose the patient is allowed to, on request, have the medication not more often than once an hour (and, perhaps, there are additional limitations on the number of doses in a 24 hour period). If the patient asks for another dose at this time, does the nurse say "Sure" or "I'm sorry Mr Senile, you can't have another dose for another 45 minutes. You have probably forgotten, but you had a dose just 15 minutes ago by Nurse Jones who got called to a code blue a few minutes ago."?

      We could of course, for example, on the west coast require "PDT" or "PST" to be included in all user input of times in ambiguity and displayed as well and train everyone for this once a year event (the change to "spring ahead" is less confusing and is not ambiguous even without the time zone designation differentiating from daylight and standard time).

      --
      Why is there an "insightful" mod and why isn't it "-1"? If I wanted insight, I wouldn't be reading /.
    12. Re:Just sick of this by Aighearach · · Score: 1

      when you run a computer system then you shall always make sure that timestamps are stored in a "neutral" way by using UTC.

      LOL your documentation has a bug. It says "shall" where it should say "may" or "should," and the word "always" is a redundancy of the bug.

      It is a great idea, but if you expect that it shall be the case, then any application you write that consumes external resources will have date/time bugs.

    13. Re: Just sick of this by Opportunist · · Score: 1

      Yes, but unlike you, we learned our lesson.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    14. Re: Just sick of this by houghi · · Score: 1

      In Europe we do not have DST. We have summer and winter time (for now).

      The difference is tgat we are not conditioned to think that 50% of the year the time is "wtong". Makes it easier to pick a new standard when we need to. I personally like wintertime better than summertime.

      --
      Don't fight for your country, if your country does not fight for you.
    15. Re: Just sick of this by houghi · · Score: 1

      The thing is that humans look at the time on the clock. So if I have to take medicine at 6:30 so I have it before breakfast, you can not just start giving ot at 7:30 because it is whatever UTC or 5:30 when it still is another shuft working.

      --
      Don't fight for your country, if your country does not fight for you.
    16. Re:Just sick of this by mjwx · · Score: 1

      The absolute worst part of DST is the stupid semiannual bitchfest on Slashdot.

      No, DST is worse for dyslexics. This weekend your cocks go black.

      --
      Calling someone a "hater" only means you can not rationally rebut their argument.
    17. Re: Just sick of this by Zontar+The+Mindless · · Score: 1

      In Europe we do not have DST. We have summer and winter time (for now).

      I'm aware of that. I'm also aware that many if not most Americans will fail to recognise the terms.

      Also, your perception that one time of year is presented as "wrong" is just that—your perception, and nothing more.

      --
      Il n'y a pas de Planet B.
  2. Anything Epic by Anonymous Coward · · Score: 1

    Anything with Epic in its name is complete festering garbage:
    Epic Systems
    Epicor
    Epipen

    And... since you're still reading, Epic Systems gave us a supreme court ruling that will go on to literally kill people:
    Epic Systems Corp. v. Lewis

    1. Re:Anything Epic by Zontar+The+Mindless · · Score: 1
      --
      Il n'y a pas de Planet B.
    2. Re:Anything Epic by magusxxx · · Score: 1

      Another to add to the list

      https://en.wikipedia.org/wiki/...

      --
      Care killed the cat, but satisfaction brought it back.
    3. Re:Anything Epic by Anonymous Coward · · Score: 1

      I used to work for Epic Systems, so I can say first-hand that their software is junk. It's what you get when you hire a bunch of low-cost H-1B idiots who can't program at all, and make them write a giant complex networked system in visual basic.

    4. Re:Anything Epic by Aighearach · · Score: 1

      I know you're Mindless by definition, but it is not physically possible for Cyndi Lauper's record label to lack value.

  3. UTC people by plopez · · Score: 5, Insightful

    I don't know how many times as a programmer, QA, team lead, sysadmin, and manager I had to pound the concept of Universal Time Coordinates into programmers heads. As well as ntp. Both are critical in real life applications. This is one of many reasons I have come to look upon most programmers with disdain and disgust.

    --
    putting the 'B' in LGBTQ+
    1. Re: UTC people by phantomfive · · Score: 1

      Programmers by and large mostly deserve to be looked on with disgust. Not because of the low quality of their output, although the quality is low, but because they don't actually care.

      --
      "First they came for the slanderers and i said nothing."
    2. Re:UTC people by Anonymous Coward · · Score: 1

      I've met programmers who still didn't get it even after years of dealing with time changes.

    3. Re:UTC people by Darinbob · · Score: 1

      The problem here is that medical software is generally old. Programmers naively expect everyone to update software constantly, which is not feasible when the updates are expensive and require additional training. Doesn't help that a lot times the software chosen is the one that had the lowest bid. People bitch about the cost of medical care, but in reality hospitals and clinics are usually on a shoe-string budget when it comes to big budget items.

    4. Re: UTC people by Darinbob · · Score: 5, Insightful

      A: "Why are you in charge of the design?"
      B: "Because I'm a medical records expert!"
      A: "Do you understand time zones, DST, and all their implications?"
      B: "It's just time, how hard can it be? I'm sure all the junior programmers working on it understand that stuff."

    5. Re: UTC people by Anonymous Coward · · Score: 1

      Programmers by and large mostly deserve to be looked on with disgust. Not because of the low quality of their output, although the quality is low, but because they don't actually care.

      Rather ironic that you're bitching about a lack of care with programmers, as if the 17 fucking seconds your primary care doctor rewards you with during a visit conveys real concern.

      I can tell they really care when they still run these shitty broken record keeping systems. And it's not merely hard to believe the multi-trillion dollar Medical Industrial Complex can't afford to fix it...that's more like impossible to believe.

    6. Re:UTC people by ceoyoyo · · Score: 1

      Commercial database "programmers" are the worst kind. Well, maybe tied with web developers.

      You'd think you'd have to try to screw up and lose data with something like DST. Timestamps don't change.

    7. Re: UTC people by Kaenneth · · Score: 1

      China and India don't use DST.

    8. Re: UTC people by DNS-and-BIND · · Score: 5, Informative

      And as a result it gets light at 430am in the summer. You're not even up at 6am and it is full daylight outside.

      --
      Shutting down free speech with violence isn't fighting fascism. It IS fascism!
    9. Re:UTC people by Solandri · · Score: 4, Informative

      The problem here is that medical software is generally old. Programmers naively expect everyone to update software constantly, which is not feasible when the updates are expensive and require additional training

      It's not an update problem. I help maintain the computers and software for several doctors. HIPAA required all hospitals and private practices to switch to electronic medical records by 2013. That deadline and more recent requirements being phased in (ICD-10 - standardized codes for reasons for a medical visit - was required a couple years back) means all medical software is relatively new or updated recently. Any doctor using software more than about 2 years old (for ICD-10) is operating illegally.

      The fact that the programmers writing this software are using local time instead of UTC is sheer ignorance, laziness, or incompetence. Another scenario I can think of where local time is a problem is if a patient visits their doctor on the east coast, then immediately flies to the west coast and is hospitalized. The west coast hospital will request the electronic records from the doctor on the east coast. Because it takes some time for the doctor's staff to enter and finalize the data from the patient's visit, due to the different time zones some of the data the west coast hospital receives will be timestamped in the future if the software uses local time.

    10. Re:UTC people by jd · · Score: 1

      I've had contempt in the other direction, managers providing incomplete specifications and placing quality last on the list of priorities. Security and robustness weren't on said lists. Mind you, I've had no less contempt for fellow programmers for not bothering. I've seriously considered quitting the profession and becoming a Buddhist monk. It's all nonsense, but at least I would no longer have to live with the constant pain of being around such incompetence.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    11. Re: UTC people by jd · · Score: 1

      I'm one of those who do care. I share your disgust of those who don't. It's not necessary or helpful.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    12. Re:UTC people by jd · · Score: 1

      Software of any kind, except maybe Ada Lovelace's, postdates daylight savings. Most US health software I've seen (or written) is Windows-based, XP or later, so is this millennium. There have never been excuses to use wall clock time rather than GMT time. All operating systems have used GMT since the 1970s. Even the military use GMT (Zulu time).

      Even that doesn't explain deletion. If you used the timestamp alone as a key field, you're an idiot who should be forced to watch reruns of BBC's Eldorado, but it's almost impossible to have two consecutive hours where entries are made to within a microsecond of each other. Even to the nearest second is improbable.

      So overwriting is unlikely. We're therefore talking about active database scrubbing if the time rolls back. Obviously part of a testing or restore from backup routine that is permanently enabled.

      That's not an "old code" issue the way Y2K was, that's gross negligence. Eldorado, followed by Fingerbobs.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    13. Re: UTC people by jd · · Score: 1

      This is precisely why the waterfall method explicitly split requirements gathering, specification and design. Subject-matter experts are great for understanding how to be an expert, but case study after case study showed they only partially understood the logic behind it.

      The specification should not be drawn up by an expert in the subject or an expert in designing, but by someone who can communicate with both and who understands how to describe what the subject expert said in terms the design expert can work with. They're your universal translator.

      The design expert should never interact with, or know anything about, the subject or its expert. Sanity-checking is in the specification. The designer designs from the specification.

      In modern programming, the test engineer should develop tests from the specification as well. The programmer should code to the tests from the design.

      This doesn't change much with Agile and stories. You just need far more modular specifications, so that there's a one-to-one between mini spec and story.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    14. Re:UTC people by msauve · · Score: 1

      "the concept of Universal Time Coordinates"

      What do you think "Universal Time Coordinates" are?

      UTC stands for Coordinated Universal Time in English (the acronym itself is a compromise - in French it stands for Temps Universel Coordonne). "Coordinated" as in a group effort, not a geometric position coordinate.

      If you're going to pound something into someones head, make sure you know what you're talking about before doing so.

      --
      "National Security is the chief cause of national insecurity." - Celine's First Law
    15. Re:UTC people by Pascal+Sartoretti · · Score: 1

      I don't know how many times as a programmer, QA, team lead, sysadmin, and manager I had to pound the concept of Universal Time Coordinates into programmers heads. As well as ntp. Both are critical in real life applications. This is one of many reasons I have come to look upon most programmers with disdain and disgust.

      You can't simply say "Just use UTC"; sometimes, applications must also display what we call "Wall Clock Time", and during the DST switch night, it can lead to strange behavior even in correct applications (e.g. whe a nurse is supposed to perform an action each 30 minutes).

      The simple solution is, of course, to finally ditch DST, which should happen in Europe soon.

    16. Re: UTC people by jd · · Score: 1

      All of those points are valid. I'd probably add that coding standards are for pretty printing, not software integrity, in many places.

      Education is a core problem, since you can't get bad managers if they are well-educated. Health is another core problem. On these two pillars, almost all else rests, which is why I've burned many brain cycles trying to figure them out.

      1-4 are a lack of proper specification and an assumption that you can design on the fly. I can, but I hate it.

      6-7, 9 are why I abandoned America.

      8 should be made a criminal offence. Company directors and line managers should face automatic life for inappropriate attitudes to security.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    17. Re:UTC people by jd · · Score: 1

      If I'm correct that this is an automatic data purge for rollbacks and testing that was left enabled, then flying to the west coast would trigger the deletion of those records.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    18. Re: UTC people by Anonymous Coward · · Score: 1

      To be fair, "you're not even up and it's full daylight outside" is kinda my default.

    19. Re:UTC people by religionofpeas · · Score: 1

      What you really need is a designator in the user interface that lets you know whether a wall clock time is pre- or post-changing of the clock, and then also train people in the use of it.

    20. Re: UTC people by quintus_horatius · · Score: 1

      Fun fact: it uses 1840 as the epoch because when MUMPS was written that was the birth year of the oldest person currently living.

      That kind of makes sense, given that it was written to handle patient records at MGH: you're guaranteed to never take in a patient older than that, and the original system was simplistic enough that it wouldn't need to handle complicated dates.

    21. Re:UTC people by dbrueck · · Score: 1

      No offense, but it sounds like you were harping on something without truly understanding the problem. Using UTC is simple, but it doesn't solve most of the awful headaches of dealing with DST.

    22. Re: UTC people by Anonymous Coward · · Score: 1

      And as a result it gets light at 430am in the summer. You're not even up at 6am and it is full daylight outside.

      China forces one time zone across the entire country. So I don't think they care about that.

    23. Re:UTC people by No+Longer+an+AC · · Score: 1

      Well, we are often bad at what we do...I was going to post about how I usually just relied on our database and environment variables to keep my time zones right but even that sometimes may not be enough.

      Didn't Apple just have a DST bug with their watch? I didn't read details, but I think I saw headlines. How could they do that? I remember spending way too much time testing stuff just to make sure it handled time changes and it usually did but I do remember a timekeeping system failing miserably right after it was installed. (not my project).

      And I also remember reviewing Y2K fixes which literally just "fixed" them by changing them to Y2.1K bugs. I confronted one contractor about it and of course his reply was that our code wouldn't be used 100 years from now (and he was probably thinking "Even if it is, I'll be dead and my grandson will have a job").

      I explained to him that with how cheap our employer was it was very likely they'd still be running the same code 100 years from now.

    24. Re: UTC people by Anonymous Coward · · Score: 1

      Boo-fucking-hoo. In northern Scandinavia it gets light at 1:00am in the summer. You go to bed in full daylight and wake up in full daylight.

    25. Re: UTC people by phantomfive · · Score: 1

      But what can you do about it?

      --
      "First they came for the slanderers and i said nothing."
    26. Re:UTC people by AndrewFlagg · · Score: 1

      i made a post earlier and of course I slept on it... now i just want Star Dates to be used. Star Trek had a way of keeping us universally coordinated. Space Command One now online, Star Date 1104.2018

    27. Re:UTC people by Darinbob · · Score: 1

      Many operating systems and the like do NOT use UTC. Ie, Windows 95 did not, it assumed the PC RTC chip was using local time. It may have converted to UTC internally in a few places, but not many. Many embedded systems come with libraries that use UTC but which assume that time zone is just an offset from that. Many embedded systems actually use local time because that is what the customers and the designers assume will be used, and then add-on cards using UTC have to do some complex interactions. It is also common for embedded systems and RTOS's to not have a reliable or well documented system of time (sort of POSIX-like functions with the first letter capitalized); and simultaneously the compiler runtime library will have its own competing functions which will clash. And because most of these systems are built from scratch, since the common libraries are too large, you rely on mere programmers to become subject matter experts, meaning you will get bugs.

      The "deletion" happens even when there's not a real database, it can happen because a system internally has a hard requirement of not having duplicates. And if time is not stored as UTC then you end up with two hours that look the same (1AM PST and 1AM PDT only they leave off the suffix). Seriously, there are systems that separate the date from the time of day and the time is represented as seconds since midnight local time.

    28. Re:UTC people by Darinbob · · Score: 1

      I can see Windows XP being used on my Dentist's computer...

      Of course, ignorance IS an issue here. And that ignorance is not just the programmer's, but with system designers, marketing, documentation, etc. I worked on a medical system that used local time. The assumption was that it was not going to cross time zone boundaries very often, but this broke when a hospital system would straddle time zones, or the server was in a different time zone than the machine, and so forth. Never mind that the standard used by medical images will have the time zone specified as offset from UTC; this means that the system has to be able to convert to and from this style and so you'll get bugs. You can't really blame the junior programmer who was tasked with this as his first job.

    29. Re: UTC people by Aighearach · · Score: 1

      And as a result it gets light at 430am in the summer. You're not even up at 6am and it is full daylight outside.

      Yeah, the inconvenience for sport fishing is at least 99% of my complaint about the system!

    30. Re: UTC people by Aighearach · · Score: 1

      That's why almost everything is done using "improved waterfall." (which is the actual original system, the waterfall book author just didn't realize that people had to be explicitly told to correct mistakes and update requirements when needed)

      A lot of people don't realize it, because it is how people organize complex projects by default, so if you don't know you made a choice, it was probably waterfall. So the word gets used mostly by fans of other processes.

    31. Re: UTC people by Aighearach · · Score: 1

      But what can you do about it?

      I propose we model the solution on the novel A Clockwork Orange by Anthony Burgess.

    32. Re:UTC people by Aighearach · · Score: 1

      I've met programmers who still didn't get it even after years of dealing with time changes.

      IME it usually means they don't understand caching in the front end, and they think they're being pragmatic.

      Additional training is unlikely to remedy the problem.

    33. Re:UTC people by Aighearach · · Score: 1

      If you used the timestamp alone as a key field, you're an idiot

      Or perhaps an embedded systems programmer who doesn't have the luxury of wasting bits on every conceivable form of robustness possible.

      In any case on a database, only idiots and people who just got out of a 20 year coma use data fields as keys. You need meta-data id fields for keys, because data changes, even data specified to never change might still be ordered to change by the powers that be.

    34. Re: UTC people by plopez · · Score: 1

      1:30 != 1330 it's things like that which is why I have come to disdain and have disgust for programmers.

      --
      putting the 'B' in LGBTQ+
    35. Re:UTC people by plopez · · Score: 1

      the time is absolute, the rest is eye candy.

      --
      putting the 'B' in LGBTQ+
    36. Re:UTC people by dbrueck · · Score: 1

      Eh, ok? That doesn't simplify the problems caused by DST at all.

    37. Re: UTC people by DNS-and-BIND · · Score: 1

      Boy, that came out of left field. Who was even talking about fishing? We were talking about daylight being wasted because the whole population is asleep. Then we have to burn coal to make up the difference when the sun goes down early. Fishing WTF.

      --
      Shutting down free speech with violence isn't fighting fascism. It IS fascism!
    38. Re: UTC people by mjwx · · Score: 1

      And as a result it gets light at 430am in the summer. You're not even up at 6am and it is full daylight outside.

      Here in the UK we've got three choices.

      1. Maintain the time at +0 GMT and have it light at 4 AM in the summer.
      2. Maintain the time at +1 GMT and have it dark at 7 AM in the winter.
      3. Keep using DST and having the best of both worlds.
      The only bad part about DST in the UK is the number of people moaning about it, its worse than regular British moaning. I mean we don't even have to set out clocks manually any more. My phone updates itself, so does my computer, even my bleeding car does it itself. If you're still getting your time of the stove it's time to leave the 18th century.

      I used to live in Western Australia who rejected daylight savings because, and I'm not joking, "the curtains will fade" and "the cows wont know what time to get milked". In summer it's light by 4 AM, by 7 AM it could easily be over 30 degrees C. You'd be sweating your bollocks off before even getting out of bed and this could happen for up to four months a year.

      --
      Calling someone a "hater" only means you can not rationally rebut their argument.
    39. Re: UTC people by Aighearach · · Score: 1

      Don't be a dumb-ass, other people's ideas come out of their mind, not yours. Didn't you know that?!?!

      We are talking about it because I decided to say it, and then you, knowing I had said it, replied to it. If it isn't what you wanted to talk about, why did you reply?

      You really didn't know that other people think for themselves? You thought other people hear your thoughts, and that's what they talk about? Wtf

      You didn't know that activities people synchronize to the sunrise or sunset are relevant when talking about daylight saving time?! How would you even know the subject existed if you were born that recently?

    40. Re: UTC people by DNS-and-BIND · · Score: 1

      Because fishing has absolutely nothing to do with the global climate crisis? Just stop.

      --
      Shutting down free speech with violence isn't fighting fascism. It IS fascism!
    41. Re: UTC people by Aighearach · · Score: 1

      Just don't accidentally look up and notice the headline, and you'll be fine.

    42. Re:UTC people by terrycarlino · · Score: 1

      Not a hospital, but a National Lab with lots of locally produced software. Software that doesn't handle the semiannual time change well or at all. When the developers get complaints about it every year their answer is basically, "It only happens twice a year. It's not worth the time it would take to fix it."

      Management backs them saying they won't expend FTE's to address it, because "it only happens twice a year."

  4. Google Anyway.... by Luthair · · Score: 1

    Apples watch whose sole purpose is telling time managed to brick for 24-hours recently when Australia changed time.

    1. Re:Google Anyway.... by blindseer · · Score: 1, Funny

      Apples watch whose sole purpose is telling time managed to brick for 24-hours recently when Australia changed time.

      If someone is buying an Apple Watch only to tell time then they are doing it wrong.

      --
      I am armed because I am free. I am free because I am armed.
  5. Acceptable Losses.. should not be allowed by AndrewFlagg · · Score: 2

    ...and that my friend is what we call acceptable losses by a government who fails to do anything about something so easy to fix. while they talk about it for years and decades, we as programmers have the power to do something... stop it from happening... turn off the DST feature and go to either UTC or just turn the damn feature off on servers and applications. I vote yes, turn off daylight savings time. I am tired of everyone using it as excuse to be late as well, and credit card systems integration encryption hiccuping..

    1. Re:Acceptable Losses.. should not be allowed by Aighearach · · Score: 1

      we... have the power to do something... stop it from happening... turn off the DST feature and go to either UTC or just turn the damn feature off on servers and applications.

      You may find that managers know how to solve that problem, and can achieve it rapidly and with minimal consultation.

  6. Here's some fun by plopez · · Score: 1

    Give someone some LSD tonight and then change the clocks.

    --
    putting the 'B' in LGBTQ+
    1. Re:Here's some fun by blindseer · · Score: 5, Funny

      Give someone some LSD tonight and then change the clocks.

      I do that every weekend, what makes this weekend any different?

      --
      I am armed because I am free. I am free because I am armed.
    2. Re:Here's some fun by thegarbz · · Score: 1

      Give someone some LSD tonight and then change the clocks.

      I do that every weekend, what makes this weekend any different?

      When you're done the clocks may be right.

    3. Re:Here's some fun by Aighearach · · Score: 1

      Give someone some LSD tonight and then change the clocks.

      If you can read the clocks through the colors, you got bunked.

    4. Re:Here's some fun by blindseer · · Score: 1

      I see the spider webs all the time, everywhere. I'm not sure if I need to call for pest control or an ambulance.

      The spider webs. They are everywhere. Even when I close my eyes.

      --
      I am armed because I am free. I am free because I am armed.
  7. I for ohe am happy by bobstreo · · Score: 2

    I have no data cap, because the tzdata updates come hot and fast every time some state, or random country decides to change their participation in how they manage time.

    I just check my phone/computer to set all my dumb appliances (or mechanical clocks) time displays,

  8. But to problem is going to Standard Time, no ? by csmithers · · Score: 1, Troll

    But it's going to Standard Time that's the problem, no ? Daylight Saving Time ends today, Standard Time begins.

  9. Any software... by Dracos · · Score: 1

    That can't properly handle the unfortunate, antiquated reality of daylight savings time is written by idiots. The same goes for leap time.

    1. Re:Any software... by Darinbob · · Score: 1

      Quite often the functionality isn't built in to some systems. I've had to write this stuff a few times, and have had to fix bugs with it in other systems. Today you'd think that with the religious mantra to never write your own code and only use existing libraries that this problem would go away, and yet people still don't even know how to use their basic C library correctly to do this.

      You'd think it was obvious - and yet remember how Windows 95 had you manually ask you if it should change the time twice a year despite every programmer working on it knowing that DST was a real thing and that they sold the product to nearly all time zones. It seems that this is one of those things that often falls through the cracks by the designers and is left to someone low down on the totem pole to notice and try to patch up.

      Even last year we had to write code to convert from a device's concept of time to UTC time, and I had to explain how this all worked multiple times, I drew diagrams multiple times, and so forth. Some of it was my fault, I assumed the device behaved logically when it was absolutely being stupid (log data every hour and assumed that every single day always had 24 hours no matter what, so when time changed it would either duplicate an entry or it would drop an entry.

    2. Re:Any software... by arcade · · Score: 5, Interesting

      The problem with Leap seconds is that they are really, really problematic under unix. Unixtime literally doesn't have leap seconds. There are hacks and workarounds, but only that.

      There are only two real solutions:

      1. Get rid of the concept of leap seconds. The earth's rotation will slowly drift out of sync with astronomical time - but only with about a minute per century. Let someone deal with a leap hour in 6000 years time. Having all of society deal with astronomers who don't want to keep track of this on their own is just silly.

      2. Redefine unixtime to include leapseconds. Change the POSIX standard and all other relevant standards to have unix run on TAI instead of UTC. Keep an /etc/leapseconds where all leapseconds are inserted. Let the system time conversion libraries deal with the conversions authoratatively.

      And don't get me started on the hackish fugliness of leap second smearing. Ye gods is that an ugly hack.

      --
      "Rune Kristian Viken" - http://www.nwo.no - arca
    3. Re:Any software... by arcade · · Score: 1

      I'm of two minds here;

      With a system that keeps getting vendor updates, I do believe that /var/lib/leapseconds would be the right place.

      However, given the plethora of very old systems around, I do believe it should be in a human configurable file. I would find it quite unnatural for sysadmins to go and inject leapseconds into a file in /var/lib. Echoing the "leapsecond timestamp" into /etc/leapseconds would, however, be entirely natural.

      I can live with both, though - we're currently simply bikeshedding ;-)

      --
      "Rune Kristian Viken" - http://www.nwo.no - arca
    4. Re:Any software... by jd · · Score: 1

      The Earth doesn't rotate once in 24 hours, vertically, perfectly on the plane of the solar system. Nor is the solar system a two body system.

      You must change either the definition of a day or the definition of a second. And even then, there are natural variations for which you'll need corrections.

      The universe is messy. The corrections may need to fit a better design, no problems with that, but you will need them.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    5. Re:Any software... by jd · · Score: 1

      It's not acceptable to have something defective by design.

      We learned with Y2K that the other person never does their job until they need to panic.

      Do it once, do it right. Leap seconds are not even remotely hard, ignoring them is simply incompetent programming.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    6. Re:Any software... by jd · · Score: 1

      Unixtime should not ever be modified. Same reason it should not ever follow daylight savings. Unixtime is absolute. It has to work on all planets and in space.

      Leap seconds are local to planet of origin, so you want a layer between unixtime and local time that handles leap seconds.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    7. Re:Any software... by arcade · · Score: 1

      Unixtime should not ever be modified. Same reason it should not ever follow daylight savings. Unixtime is absolute. It has to work on all planets and in space

      Get your facts straight. Unixtime doesn't work like that, and that is kind of the problem.

      To illustrate this, in 2016 we had a leap second on Dec 31st. In other words, time went like this:

      Sat Dec 31 23:59:59 UTC 2016
      Sat Dec 31 23:59:60 UTC 2016
      Sun Jan 1 00:00:00 UTC 2017

      However, if look at this with unixtime, we get:

      $ date --utc --date @1483228799 ; date --utc --date @1483228800
      Sat Dec 31 23:59:59 UTC 2016
      Sun Jan 1 00:00:00 UTC 2017

      There is no way to represent the second that happened at Sat Dec 31 23:59:60 UTC 2016 . It doesn't exist in unixtime. You can't reference it, except by 1483228799 twice. That's right, in unixtime, that second goes to the end, then does another second at the same value (!) Two seconds happened in the real world, while the unix timestamp ticked twice.

      So, your assertion that unixtime is absolute is unfortunately simply wrong. Unixtime doesn't do leapseconds. It doesn't work on all planets and in space as you describe. It's closely tied to UTC "but let's ignore that leapseconds exists".

      --
      "Rune Kristian Viken" - http://www.nwo.no - arca
    8. Re:Any software... by arcade · · Score: 1

      Funny.

      The question here is "what's defective"?

      Historically, a second was defined as 1/86400 of a day. It's a good definition. However, we've later decided that since that period isn't absolute, we should rather define the duration of a second.

      So, in 1967 the second was defined to be exactly 9,192,631,770 times the period of the radiation corresponding to the transition between the two hyperfine levels of the ground state of the caesium-133 atom.

      Now, while that matches up "pretty well" with a day, it doesn't match exactly. The earth wobbles a bit, and is slowly being slowed down by tidal forces - but not in a predefinable way. We need to observe .. and when the difference makes the time we've tracked with atomic clocks be out of sync with the earth - we adjust time. We insert a leapsecond. By decree from a commitee.

      Thus, we have TAI - which is atomic time - which is what we get from atomic clocks. This is out of sync with "earth time". Unix time is in sync with "earth time" but not with atomic time, and unfortunately isn't monotonically increasing time due to the way we hack around leapseconds with it.

      Given this, we can claim that atomic time is defective because it doesn't track earth time. We can claim that earth time is defective because it's not always the same. Or we can claim that both are actually pretty darn OK, and that we should just sort out the differences in a coherent manner. Or that this isn't important enough that we shouldn't just stick with atomic time which makes everything easier for everyone except astronomers.

      Now, you say "Do it once, do it right" about time. The great thing is that we have presedence in doing things slightly wrong. Take the gregorian calendar, which is the one we're using.

      You know, every 4 years is a leap year, except if it's divisible by 100, then it's not. Except if it's divisible by 400 - then it is. This is to ensure that seasons stay reasonable stable. Right? Do you think this works out great over time? Well, it actually works out pretty great, but it does go off over time. We go off by a day for every 4000 years (way worse than my suggested 1 hour over 6000 yers! :P). There should be 969 leap says over 4000 years to be in sync. There is 970. Ooops. It hasn't been reformed, although Sir John Herschel proposed the change more than 100 years ago. It was apparently designed incompetently - if we're to follow your thinking. ;)

      --
      "Rune Kristian Viken" - http://www.nwo.no - arca
    9. Re:Any software... by dbrueck · · Score: 1

      Actually, dealing with DST is incredibly complex in many cases, ditto for leap time. Not only are the rules complex, the right way to handle them is sometimes subjective (i.e. in terms of what you present to users). It's far more complicated than mapping between UTC and local time.

    10. Re:Any software... by arcade · · Score: 1

      The only clarification I would make is UTC is, by definition, a timescale with leap seconds removed

      I believe you to be wrong, or that I'm misunderstanding you.

      UTC including leapseconds were adopted in 1970 and implemented in 1972.

      It is, however, impossible to calculate the seconds between two UTC timestamps, without consulting a table containing the leap seconds in between.

      I'm wondering if you're thinking of UT1 when you write UTC?

      --
      "Rune Kristian Viken" - http://www.nwo.no - arca
    11. Re:Any software... by arcade · · Score: 1

      In any case; I think I agree with 100% of the premise of with the main body of your argument. I keep using GPS time and TAI interchangably, even though there are differences. GPS time is attempted to be kept in sync with the theoretical TAI regularly (once a day or so?).

      When it comes to implementation, we might disagree. But I do believe we agree about the facts. :-)

      --
      "Rune Kristian Viken" - http://www.nwo.no - arca
    12. Re:Any software... by Aighearach · · Score: 1

      or 3) accept that system time is not calendar time, and use a network time service to periodically update the clock. Being accurate to the second to wall time is not important in the way that having a consistent system clock is. The network time daemon can take of handling that in a way that is consistent with the technical needs of the particular system and use case.

    13. Re:Any software... by Aighearach · · Score: 1

      That's right, in unixtime, that second goes to the end, then does another second at the same value...
        Unixtime doesn't do leapseconds. It doesn't work on all planets and in space as you describe. It's closely tied to UTC "but let's ignore that leapseconds exists".

      The second part refutes the first part. It doesn't do another second at the same value, it merely ignores the silliness and is now 1 second "off" according to various humans, who probably also arranged for it to periodically be corrected anyways because it runs off an oscillator with a known non-zero error range.

    14. Re:Any software... by Aighearach · · Score: 1

      And in any case, there won't be a simply way to convince a quartz resonator to be coupled to the rotation. :) So humans will have to admit that it is decided arbitrarily by humans, and then arrange to have the system updated at the designated times with the chosen values.

      They'll probably even do it by committee!

    15. Re:Any software... by box_jellyfish · · Score: 1

      I just want to point out that UTC isn't "astronomical time", which your comment seems to be implying. The timekeeper of UTC is an ensemble of atomic clocks in various locations around the world. The timekeeper of Greenwich Mean Time (GMT) is the rotating earth in orbit around the sun and involves astronomical observations to determine the time. By the way, the GPS has an ensemble of atomic clocks also, separate from UTC. There must be some effort towards harmonizing UTC and GPS time but I am too lazy to look it up.

    16. Re:Any software... by clovis · · Score: 1

      I am on the side of adding an hour now so that in 6,000 years everything will be fine.

    17. Re:Any software... by arcade · · Score: 1

      I'm not sure what you mean with "It doesn't do another second at the same value"? Unix absolutely does another second at the same value.

      Let me illustrate:
      Let's assume we're at December 31st, at 23:59:59. Unixtime in seconds would then be: 1483228799

      The milliseconds count, in increments of 250ms each, would be:
      1483228799.000
      1483228799.250
      1483228799.500
      1483228799.750
      1483228799.000
      1483228799.250
      1483228799.500
      1483228799.750

      that's right, the counter jumps back 1 second.

      --
      "Rune Kristian Viken" - http://www.nwo.no - arca
    18. Re:Any software... by Aighearach · · Score: 1

      Why would something you describe as an illustration be relevant, or something I would look at?

      All you did is wave your hands and say "yer rong," and then do some scribbles? What?

      How the fuck does "Unix" even know when somebody will decide to add the shit? Obviously, what you're saying may or may not apply to some sort of *nix system that exists, (not that you established or claimed even that much!) but it clearly isn't something universal.

      Instead of drawing illustrations, here is a link that explains the details:
      http://www.madore.org/~david/c...
      Note this key part:

      If the year is =1970 and the value is non-negative, the value is related to a Coordinated Universal Time name according to the C-language expression, where tm_sec, tm_min, tm_hour, tm_yday, and tm_year are all integer types:

      tm_sec + tm_min*60 + tm_hour*3600 + tm_yday*86400 +
              (tm_year-70)*31536000 + ((tm_year-69)/4)*86400 -
              ((tm_year-1)/100)*86400 + ((tm_year+299)/400)*86400

      The relationship between the actual time of day and the current value for seconds since the Epoch is unspecified.

      How any changes to the value of seconds since the Epoch are made to align to a desired relationship with the current actual time is implementation-defined. As represented in seconds since the Epoch, each and every day shall be accounted for by exactly 86400 seconds.

      —The Open Group, Single Unix Specification, Base definitions (4: General concepts)

      This is why others, who are really obsessed with having the computers know about leap seconds, say that unix support for them is broken. Often it seems that the people promoting it simply think that adding leap seconds is the only correct answer, and that prevents them from even understanding the technical issues involved. It isn't clear that there is even a use case for having the computers know about it, because counting actually elapsed seconds is a major import thing that you do in software, and fixing the wall clocks that humans use to better match the rotation of heavenly bodies is a rare use case that is different than the things that computers are already using the system clock for. So it makes more sense to use another system to account for it, like a network time daemon that is already necessary to compensate for drift.

  10. Keep it on daylight saving forever please. by antdude · · Score: 5, Insightful

    I love the later sunsets at the evenings. ;)

    --
    Ant(Dude) @ Quality Foraged Links (AQFL.net) & The Ant Farm (antfarm.ma.cx / antfarm.home.dhs.org).
    1. Re:Keep it on daylight saving forever please. by Anonymous Coward · · Score: 1

      It is generally accepted to be an early bird, so just it's still daylight saving time and get up one hour early and go to bed one hour early during winter. That's what daylight saving time all year round means, after all. Right, you're not going to do that. Getting up early doesn't sound as cool as "later sunsets", does it?

      This topic really reveals all the me-too people who couldn't think things through if their lives depended on it. Yes, it's inconvenient to switch timezones twice a year. Yes, it's inconvenient to have one hour shorter summer evenings. Yes, it's inconvenient to get up an hour earlier in the winter. You don't get to eat your cake and have it.

    2. Re:Keep it on daylight saving forever please. by 93+Escort+Wagon · · Score: 1

      Yeah, I’d prefer permanent Daylight Saving over permanent standard time.

      --
      #DeleteChrome
    3. Re:Keep it on daylight saving forever please. by Zontar+The+Mindless · · Score: 1

      I don't give a shit as long as they stop the madness of changing the clocks twice a year.

      I accept having to deal with jet lag when I travel, but I should not be required to do so in virtue of staying in one place.

      --
      Il n'y a pas de Planet B.
    4. Re:Keep it on daylight saving forever please. by sjames · · Score: 3, Insightful

      OK, so you get up an hour early, go to work an hour early, and find the door locked. Then you finally get in, get ready to leave an hour early, and for some reason the PHB objects, so POOF, there goes your sunset, you'll be driving home well into twilight.

    5. Re:Keep it on daylight saving forever please. by Jane+Q.+Public · · Score: 1

      Actually, it has been proposed to make Daylight Savings Time the standard time everywhere, all year.

      The reason is that even in winter, it gives people more waking daylight hours than Standard Time does.

    6. Re:Keep it on daylight saving forever please. by thegarbz · · Score: 2

      I accept having to deal with jet lag when I travel

      Are you really *that* sensitive? Do you absolutely have to go to bed at exactly the same time every night so it doesn't mess you up the day after? I don't get it. I work early hours but I'm a night person so typically during the week I go to bed at 10pm, but Friday and Saturday night I'm usually up till 1-3am. I just don't get what the problem is.

    7. Re:Keep it on daylight saving forever please. by jd · · Score: 1

      Early bird is now linked with health problems and shortened lives. Just as with smoking in the 1700s, being accepted doesn't equate to being smart.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    8. Re:Keep it on daylight saving forever please. by Opportunist · · Score: 1

      And the later sunrises in the morning in Winter? How much do you like to drive to work in pitch black darkness?

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    9. Re:Keep it on daylight saving forever please. by Opportunist · · Score: 1

      I solved the problem by finding a job that's not sensitive to me being an hour late during the ridiculous times in Summer.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    10. Re:Keep it on daylight saving forever please. by mark-t · · Score: 1

      The reason is that even in winter, it gives people more waking daylight hours than Standard Time does.

      Not north of about 45 degrees latitude. In the depths of winter, staying on "summer time", the sun wouldn't rise until nearly 9 o'clock or often even later, by which time most people would have had to already endure a sunless morning commute, which in addition to an increased level of danger with children would also have to walk to school in the dark, as well as in potentially cooler temperatures (since the hour before sunrise is also typically the coldest hour of a 24 hour period in any given location), for many weeks throughout much of the winter months, the lack of any sunlight in the early morning during a morning commute for a period of perhaps approximately 10 or 11 weeks or so in the winter lasting from about near the end of November until early February would certainly negatively affect the melatonin cycles of many people, and worsen the frequency of the associated health issues that come with that. This is not as big a problem in the summer because the sun usually rises earlier enough to offset this, but in the long run, the best time to stay on year-round is standard time.

    11. Re:Keep it on daylight saving forever please. by thegarbz · · Score: 1

      during the ridiculous times in Summer.

      It's Winter that has ridiculous times :-P

    12. Re:Keep it on daylight saving forever please. by Osgeld · · Score: 1

      yea whats the us population above the 45th, cause that;s pretty much the canadian border

      meanwhile the other 99.8% of the country gets jerked around

    13. Re:Keep it on daylight saving forever please. by thegarbz · · Score: 1

      That's an excuse, not a reason.

      An excuse is story made up about something within your control.
      A reason is a story made up about something outside of your control.

      Unless you think the GP arbitrarily is able to decide when other people should go to work then he provided a reason, not an excuse.

    14. Re:Keep it on daylight saving forever please. by mark-t · · Score: 1

      Way off.... by almost 2 orders of magnitude, in fact. More than 15% of the USA population lives north of about 45 degrees, which happens to also be the southernmost point in Canada.

      So while not exactly a majority of Americans, sure... it's not exactly a small number of people either. More people than the entire population of Canada itself, in fact (not to mention how Canada, as the USA's neighbor and second largest trading partner, would also be affected by it, since there would be substantial economic and political pressure to keep in synchronization with the USA). Certainly not 0.2%.

    15. Re:Keep it on daylight saving forever please. by sjames · · Score: 1

      Either you haven't yet had your first job , you're a trust fund baby, or you're being obtuse.. Much of the workforce must either show up when scheduled and work the full time they are scheduled or they will be terminated. Even people free to choose their own hours have to work within "normal business hours" more or less so they can interact with others.

      Sure, starting work early is often seen favorably, but leaving work early often "isn't promotion material".

    16. Re:Keep it on daylight saving forever please. by sjames · · Score: 1

      Nice when you can get it. Many cannot.

    17. Re:Keep it on daylight saving forever please. by thegarbz · · Score: 1

      How I drive to work is irrelevant compared to my ability to do an outdoor activity after work.

    18. Re:Keep it on daylight saving forever please. by Aighearach · · Score: 1

      I love the later sunsets at the evenings. ;)

      DST absolutely sucks for that, you should be advocating a system referenced to sunset if sunset viewing is your use case.

    19. Re:Keep it on daylight saving forever please. by Opportunist · · Score: 1

      Winter has ridiculous weather, but noon is at 1200, as it should be.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    20. Re:Keep it on daylight saving forever please. by Opportunist · · Score: 1

      Lemme guess: You live in California? Florida? Maybe Arizona?

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    21. Re:Keep it on daylight saving forever please. by thegarbz · · Score: 1

      Noon is always at 1200. That's how it is defined. DST doesn't change that.

      Seriously for a pedant such as yourself that comment was a gross misstep. Are you not on your posting game today? ;-)

    22. Re:Keep it on daylight saving forever please. by thegarbz · · Score: 1

      We've been Slashdot sparing partners for many years now. Has anything in my posting history suggested I live anywhere on that side of the planet?

    23. Re:Keep it on daylight saving forever please. by Opportunist · · Score: 1

      Nah. Still jetlaggy from that DST-change.

      Noon is when the sun is above me. If that clock shows 1200, great, if not, your clock is wrong.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    24. Re:Keep it on daylight saving forever please. by thegarbz · · Score: 1

      Sure for your made up definition of noon maybe. Unfortunately the rest of us speak English, and don't speak 1950s western movies.

    25. Re:Keep it on daylight saving forever please. by Opportunist · · Score: 1

      I don't quite get the 1950s western movie, but I remember a military comedy of the 80s where the narrator said something along the lines of "of course none of the assembled NATO officers wanted to abandon his own time zone in favor of someone else's, for national pride reasons. Finally they agreed on an average. According to it, on this sunny morning it was exactly midnight".

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    26. Re:Keep it on daylight saving forever please. by thegarbz · · Score: 1

      I don't quite get the 1950s western movie

      About the only time "noon" means the sun at its highest peak is in a western movie during a quickdraw. For some reason this reference was often combined with some throwaway comment about not being able to see your shadow.

      Mind you it makes perfect sense since these movies were set in the wild west where sundials were the time piece of choice. :-)

  11. As far as I know by Max_W · · Score: 2

    the Russian Federation stopped changing clocks. And the EU follows this example in 2019.

    In fact, it is not complicated, - a government makes a decision and publishes it. This is it, the sanity is back.

    1. Re:As far as I know by csmithers · · Score: 1

      Yes, that's correct. Russia stopped a number of years ago. I think they cited health concerns, but I could be wrong.

    2. Re: As far as I know by peppepz · · Score: 5, Insightful

      It is more complicated than it seems. In the EU, northern countries (who seem to be the ones who actually care) want DST to be always off, while southern countries want it to be always on. So after the switch we might end up with "horizontal timezones" where previously we had no timezone difference at all, and this way incompetent programmers who store dates as strings will cause damage all year round instead of twice a year. In the US it might not be much of a problem because people are already used to different timezones.

    3. Re:As far as I know by Kaenneth · · Score: 1

      Fuck it, I'd vote to re-elect Trump if he abolished DST.

    4. Re:As far as I know by Knuckles · · Score: 1

      the Russian Federation stopped changing clocks. And the EU follows this example in 2019.

      The EU has not decided and it is complicated because the preferences vary. In the recent online survey a tiny number of people took part and the votes for abolishing the switch came mostly from two or three countries.

      --
      "When I first heard Daydream Nation it quite frankly scared the living shit out of me." -- Matthew Stearns
    5. Re:As far as I know by Opportunist · · Score: 1

      I guess that means it doesn't matter to most of the people and those that do care want to get rid of the bullshit.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    6. Re:As far as I know by Knuckles · · Score: 1

      Yes, and those who cared enough were IIRC below 1% of EU citizens

      --
      "When I first heard Daydream Nation it quite frankly scared the living shit out of me." -- Matthew Stearns
    7. Re:As far as I know by Opportunist · · Score: 1

      Sure, but since when has it been a problem to please the 1%?

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    8. Re: As far as I know by thegarbz · · Score: 1

      it actually kills people.

      Yeah but it only kills the weak which in turn makes the human race stronger.

    9. Re:As far as I know by Kaenneth · · Score: 1

      I mean if he actually did it, not promised too.

    10. Re: As far as I know by houghi · · Score: 1

      Portugal and Spain have different timezones now. Office hours in different countries are now not identical.
      I am sure we will survive if e.g. Germany And France have a different ones.

      --
      Don't fight for your country, if your country does not fight for you.
  12. Re: this again... by eclectro · · Score: 3, Insightful

    And every year we have the vociferous few who will defend their supposed god given right to force everyone into being a nation of clock fiddlers.

    Sadly, almost every year about a couple of weeks before DST ends there is some news story about kids being killed walking to school in the dark - because the car driver could not see them on the dark road.

    I am quite sure that there are hundreds of people who have died as a result of supposed daylight savings time. This story mentions just one of the problems that could lead to delays with acessing much needed medical records in a timely manner.

    Imagine if there would need to be an airline full of people that would be rammed into the ground when the law was written so we all could be forced to fiddle with our clocks. Do you think that the law instituting it would pass then?? Because we've probably lost more lives than that to the ignoble DST since it was passed back in the '70s. It's time to stop listening to the loudmouths and stop
    having to put up with their forced stupidity.

    --
    Take the cheese to sickbay, the doctor should see it as soon as possible - B'Elanna Torres, "Learning Curve"
  13. "Literally everyone hates it... " by gaiageek · · Score: 1, Troll

    Oh look. I don't even have to read the article to know it's shit because I'm a person and I don't hate it.

    Like many, I'd prefer having permanent daylight savings time (an hour more light in the evenings), but having grown up in the north, I know that would've meant waiting for the school bus in darkness each morning, and many parents might not support that. That said, once people get used to it and quit their bitching, they'll probably be fine with it - in the same way there was a huge uproar from smokers when public smoking bans went into effect, which died out rather quickly when they realized it wasn't such a big deal.

    1. Re:"Literally everyone hates it... " by Kaenneth · · Score: 3, Insightful

      *or* they could just change when school starts.

    2. Re:"Literally everyone hates it... " by gaiageek · · Score: 1

      *or* they could just change when school starts.

      As studies show they should - and as I hope they would if a DST became permanent. But that would in turn cause problems for parents getting their kids ready for school before they have to go to work. So change working hours? Point being, I can see why some people are in favor of keeping things as they are, as their lives would be considerably more disrupted than mine is having to deal with a clock change twice a year.

    3. Re:"Literally everyone hates it... " by Carewolf · · Score: 1

      *or* they could just change when school starts.

      It is literally easier to change time itself than get everybody to change schedules.

    4. Re:"Literally everyone hates it... " by thegarbz · · Score: 1

      I know that would've meant waiting for the school bus in darkness each morning

      They don't have streetlights where you live?

    5. Re:"Literally everyone hates it... " by thegarbz · · Score: 1

      *or* they could just change when school starts.

      Of course they can. And then all the parents can change their work time, and then society can adjust itself to suit the new working schedules, and at that point someone will point out that the sky is not in sync with the time people spend active and will adjust the clocks.

    6. Re:"Literally everyone hates it... " by gaiageek · · Score: 1

      Where I grew up, there was one streetlight on the entire street. It wouldn't have been any help where I waited for the school bus, or walking to it. It's the same today. Many of the side streets in the surrounding neighborhood have no street lights at all. This is in a "old", tree-filled neighborhood in a medium-sized city.

    7. Re:"Literally everyone hates it... " by thegarbz · · Score: 1

      It wasn't a serious question, it was a quip at your problem which has across the world an incredibly obvious and easy solution.

    8. Re:"Literally everyone hates it... " by djinn6 · · Score: 1

      No it's not. Time hasn't changed. The earth did not rotate any faster or slower. Time dilation did not occur. DST is everyone accepting a forced schedule change.

      The government could just as easily demand all schools change their schedules on the same day, and demand all businesses accommodate parents in such cases. Or better yet, increase police presence so it's not dangerous to walk around in the dark.

    9. Re:"Literally everyone hates it... " by Wrath0fb0b · · Score: 1

      Yeah, and change when people normally show up to work. And move lunch too. And store openings and TV schedules too.

      At some point modifying our arbitrary mapping of the passage of time into arabic numerals is easier than changing everything else that we pick arbitrary numbers for.

    10. Re:"Literally everyone hates it... " by Carewolf · · Score: 1

      No it's not. Time hasn't changed. The earth did not rotate any faster or slower. Time dilation did not occur. DST is everyone accepting a forced schedule change.

      The government could just as easily demand all schools change their schedules on the same day, and demand all businesses accommodate parents in such cases. Or better yet, increase police presence so it's not dangerous to walk around in the dark.

      Police can't do that, there will never be enough, which is why when politicians ramp up police patrolling, they do it where the police can be seen by as many peopl as possible, as the effect is ONLY psychological, in that people feel safer even though they are not. If you really want to make it safer to walk in the dark, you need better health care and social programs.

  14. Timestamps by alzoron · · Score: 1

    I'm against DST and all but any programmer that relies on human friendly displayed time (eg 1:30) for storing data for mission critical applications like medical records messed up. The data should be stored with timestamps that are unaffected by things like DST and only convert to more human friendly formats when the data is displayed somewhere.

    1. Re:Timestamps by jd · · Score: 1

      You really have to reach sub-microsecond for anyone to notice. These days, you have to get to nanosecond accuracy before the complexity starts to show, and that's only because the timestamps can be funky at that level.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
  15. Bad reasoning by uvajed_ekil · · Score: 1

    We shouldn't do Daylight Saving Time because.....some hospitals use shitty software written by developers who still can't figure out clock-related bugs after years of trying?

    I honestly don't give a damn whether we change the clocks or not but I do like having usable light at 9 PM, however briefly. I'd rather shift time in the Winter so the sun doesn't go down at 5 PM though. I just need to move much farther South so my winters aren't so cold and dark, and everybody can do whatever the F they want with the clocks. Unless you're the aliens from Slaughterhouse V - please don't "play with the clocks" and alter how I experience the passing of time.

    --
    This is a hacked account, for which the owner can not be held responsible.
  16. the historic, and current reason, for DST by nimbius · · Score: 3, Insightful

    americans: we need to get rid of DST

    commerce: jesus christ are you crazy? we use DST for all sorts of marketing voodoo, especially cinemas and evening activities! you might buy less stuff!

    americans: not likely. we buy everything online anyway.

    commerce: b-but! think of the farmers! they need more time to harvest crops and this time switch gives them more daylight! without DST youll starve the whole country!

    farmer: [casually turns the headlights on in the tractor]

    --
    Good people go to bed earlier.
    1. Re:the historic, and current reason, for DST by Kaenneth · · Score: 1

      How do you expect people to take Global Warming seriously when they think adjusting human made clocks controls how much sunlight there is?

    2. Re:the historic, and current reason, for DST by blindseer · · Score: 1

      I grew up on a dairy farm and the cattle hated the time switch. Not that they'd know why it happened, only that something was up. When milking was an hour late the cows would make all kinds of noise waiting to get into the barn where they knew they could get fed. When it was an hour early it took all kinds of coercion to get them in the barn. We'd open the barn doors and instead of filing in like they normally do they just look at us like we don't belong. It took nearly a week sometimes for the cattle to get used to the change.

      I've had people ask why we change times then if the cows don't like it. The answer is that us humans still have to do things like get to school on time. Classes start and end based on the changing clocks, therefore we have to get chores done before then and we can't start chores until we get home.

      Maybe we could have done something like ease the cattle into it by shifting the time over a longer period. As in instead of doing the change as one hour over a single night we shifted the time by 10 minutes over 6 days. That would be an interesting experiment to perform, and I'd do that if I still milked cows. God bless those dairy farmers.

      --
      I am armed because I am free. I am free because I am armed.
    3. Re:the historic, and current reason, for DST by caseih · · Score: 1

      As a farmer, I'm strongly in favor of DST, but would rather we stick with it year round. In the summer not having DST makes life a little harder, as dawn would occurs around 4am here, meaning spring and summer requires getting up extraordinarily early (compared to the time when everyone goes to bed) to do basic farm operations like herbicide or fungicide application. Now that's really just a human perspective problem, but when you have to deal with the rest of the world wanting to stay up until 10pm, it's difficult to go to bed by 9 when the rest of the family is up doing things and wants your company.

    4. Re:the historic, and current reason, for DST by djinn6 · · Score: 1

      I imagine the ideal time for milking cows would be a fixed number of hours after sunrise.

      Of course, that would make a bad time standard for everyone else as it varies across latitudes and changes on a daily basis.

    5. Re:the historic, and current reason, for DST by blindseer · · Score: 1

      I imagine the ideal time for milking cows would be a fixed number of hours after sunrise.

      The ideal time has been long debated but the general practice for most that milked cattle like we did is to milk them 12 hours apart, generally early in the morning and late afternoon. Some people think milking 3 times a day, 8 hours apart, is closer to ideal, but that creates more work for what many see as little gain. We "cheated" on that 12 hour schedule a bit by milking at 5:30 AM and 4:30 PM.

      Of course, that would make a bad time standard for everyone else as it varies across latitudes and changes on a daily basis.

      I'm guessing the same. I will say that cattle seem to have some real skill at keeping time. I'm guessing this is no different than people experiencing the ability to wake up naturally about the time their alarm clock would wake them. People get used to routine, eating, sleeping, and so on, on a regular daily schedule and I expect cattle are no different in this respect. That means we get tired about the same time, hungry about the same time, etc. Cows living mostly outside where they can see the sun and stars will have further clues in seeing the sun rise and set, even if it changes slightly day by day. In the winter those cows seemed to know that it's time for milking and feeding even if sunrise won't be for another hour. If we're late to get them in the barn then they will let us know by making some noise.

      --
      I am armed because I am free. I am free because I am armed.
  17. Re:this again... by Zontar+The+Mindless · · Score: 4, Informative

    All the same problems happen if you change timezones when you move.

    Um, no. When you move, you're in a different place. I know that's a challenging notion for someone who lives in Mom's basement, but please do try.

    When we we go off DST here, you go from sunset at 5PM one day to sunset at 4PM the next. It is quite unsettling.

    --
    Il n'y a pas de Planet B.
  18. UTC represented as an epoch number by raymorris · · Score: 3, Insightful

    UTC is certainly the right time zone to use where you, for some reason, need to store a human-readable string that represents a time. Most of the time relared problems and bugs aren't solved by storing times as UTC, though.

    The thing is, you can't get your time calculations right when using year-month-day hour-minute-second format. Almost every professional implementation has had bad bugs. Even if you DID get it bug free, we'd break it after you ship it because we change the rules from time to time.

    How many seconds are in a minute?
    It's not always sixty seconds.

    What time comes after 23:59 59, in UTC.
    If you said midnight, as a programmer, you're wrong (sometimes it's 23:59:60 UTC, such as on December 31, 2016).

    The way to store times as as an integer since the epoch. Unix, Linux etc set the epoch at January 1, 1970. The current Unix epoch time is therefore 1541311061. (That's how many seconds have elapsed since the epoch). Any recent choice of epoch is fine, unless your concerned about times centuries ago.

    When you try to store an manipulate times as strings, you end up with crap like time going backwards, which breaks all kinds of things.

    The only sort-of exception is I wouldn't yell at you for using the temporal types in a well-established relational database like MySQL and MS SQL. They do have bugs, and storing it as a number is more accurate, but the Mysql date handling isn't atrocious.

    1. Re:UTC represented as an epoch number by Kaenneth · · Score: 1

      I once had to help someone over the phone with troubleshooting a database system that wasn't handling dates correctly; they were cataloging tombstones.

    2. Re:UTC represented as an epoch number by buravirgil · · Score: 1

      Like Kirk's Star Dates ;)

      --
      Would were! Should is! Could be! And live a hundred times three.
    3. Re:UTC represented as an epoch number by dwywit · · Score: 1

      So, serious question here (as I've never had to do it*). How do you manage the birthdate of anyone born before the epoch?

      *I've had to manage "pre-epoch" birthdates, but not on a *nix system. Hint: EBCDIC

      --
      They sentenced me to twenty years of boredom
    4. Re:UTC represented as an epoch number by pjt33 · · Score: 1

      Using a signed 64-bit type.

    5. Re:UTC represented as an epoch number by Kjella · · Score: 1

      Most of the time relared problems and bugs aren't solved by storing times as UTC, though. (...) sometimes it's 23:59:60 UTC (...) The way to store times as as an integer since the epoch.

      Adding leap seconds is its own source of bugs though, because "same time tomorrow" means one day whether that day is 86400 or 86401 seconds long. You don't want all your 12:00 appointments to become 11:59:59 appointments because you added a leap second. UTC solves 99.9% of all "human scale" time problems from different time zones and DST, not even the people who measure surgery time or how long you've been on anesthetic care about one second and even if they did the clock drift on consumer devices means it's all noise anyway. They do care about an hour's DST and that you've been under for -27 minutes though.

      If you're running some kind of advanced technical system where extreme time precision (and not just timing precision like a 100m dash) is important then you should run on International Atomic Time (TAI) and still not give a fuck about leap seconds. They're only important if you're mapping from one "world" to the other and the difference is a simple offset table. In fact, I think making leap seconds expressible in UTC was a giant mistake in the first place. They should have just pointed to TAI and said if a "repeating" second is not acceptable use that.

      --
      Live today, because you never know what tomorrow brings
    6. Re:UTC represented as an epoch number by swillden · · Score: 1

      Using a signed 64-bit type.

      IMO, microseconds since epoch stored in a signed 64-bit integer is the ideal time representation for any but the most extreme requirements. Covers a range of +-~300K years with microsecond precision, in fewer bytes than a minute-accuracy UTC string. The rare applications that need either more than microsecond precision or to handle dates before 290,221 BCE or after 294,161 CE can change the units and possibly the zero point.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    7. Re:UTC represented as an epoch number by arcade · · Score: 1

      You are sort of correct. The problem is that most webservers run unix, and unix doesn't count second since UTC epoch. Heck. It doesn't count seconds since unix epoch.

      Leapseconds aren't representable in unix time.

      --
      "Rune Kristian Viken" - http://www.nwo.no - arca
    8. Re:UTC represented as an epoch number by Aighearach · · Score: 1

      UTC is certainly the right time zone to use where you, for some reason, need to store a human-readable string that represents a time.

      For binary storage too. The representation doesn't even touch the need for a consistent reference.

    9. Re:UTC represented as an epoch number by Aighearach · · Score: 1

      I remember in the late 90s when I tested it, PostgreSQL would screw up leap-years before 1900 and after ~2100. But other than that, it worked into prehistory.

  19. Re:Keep Fall Change, get rid of the Spring change by Zontar+The+Mindless · · Score: 1

    No, the fall change is worse—at my latitude, this makes it start getting dark in the middle of the freaking afternoon, due to sunset suddenly being one clock hour earlier.

    --
    Il n'y a pas de Planet B.
  20. Re:Keep Fall Change, get rid of the Spring change by Kaenneth · · Score: 1

    Just make every day 9.85 seconds shorter, so we can get that hour 'rebate' every spring still.

  21. Re:Keep Fall Change, get rid of the Spring change by Kaenneth · · Score: 1

    every fall I mean =P

  22. Re: this again... by Tuidjy · · Score: 2

    I am sure that you are correct that lives are lost from the switching back and forth. I do think that it is kind of stupid adjusting the time twice an year.

    But, as someone who enjoys the time after work more than the time before work, I far prefer being on Daylight Saving Time. So, as far as I am concerned, we should just do away with high noon at 12pm. I am perfectly fine with the Sun's zenith being at 1:30pm, as it is during the Summer where I live.

    --
    No good deed goes unpunished...
  23. Is it really that difficult? by ukoda · · Score: 5, Funny

    Am I the only one who finds it amusing that America can defend the use of Imperial measurements and yet is it daylights savings that is too hard?

    Yea, sorry, mark down as flame bait if you must, but I still find this funny.

    1. Re:Is it really that difficult? by mentil · · Score: 2

      They're one and the same, and boil down to "change is haaaard". As in, a change from a tradition of DST. The government can only succeed in petty sniping and screwing the little guy nowadays, anything that resembles progress was thrown by the wayside. Anything bold that can't be reduced to a soundbite will only happen about once a decade, and even then expect them to screw it up somehow.

      --
      Corruption is convincing someone that the selfless ideal is the same as their selfish ideal.
  24. EU has abondoned daylight saving time by a_n_d_e_r_s · · Score: 1

    In 2018 EU decided to end daylight saving time. Or rather let all nation decide for themselves if they want it or not and thus themselves decide which time zone to be in. https://www.bbc.com/news/world...

    --
    Just saying it like it are.
    1. Re:EU has abondoned daylight saving time by smoot123 · · Score: 1

      Most California ballot propositions are dumb but this fall, we actually have a useful one. We get to vote to empower our legiscritters to decide whether to stick with DST, go with year-round DST, or year-round standard time. I'm hoping we switch to year-round standard time (because I like using my analog watch as a compass :)). Lots of people like year-round DST. Either one is better than this clock switching nonsense.

      Although I just noticed that more and more of my gizmos are network-attached and thus know how to adjust for me. "All" we need to do is push out an updated timezone database to all our IoT devices, make sure they set TZ correctly, and boom! we're done.

      Hmmm, maybe the only thing worse than manually adjusting all the clocks is having a dozen idiot-savant devices which all know the correct time, it's just wrong.

    2. Re:EU has abondoned daylight saving time by SmilingBoy · · Score: 1

      This is not correct. First, it is only a proposal currently and has not been decided. Secondly, if the proposal were to go ahead, DST would be abolished for all EU countries. Each country could then decide which time zone it wants to be in, but no more DST allowed. I'd prefer the same time zone across all of the EU but this is unlikely to happen. At least I hope that there will be a logical distribution of time zones.

  25. Re: this again... by religionofpeas · · Score: 1

    This story mentions just one of the problems that could lead to delays with acessing much needed medical records in a timely manner.

    That's caused by sloppy programming.

  26. Re:medical records software.. by jd · · Score: 1

    Why should they? Where's the profit motive? They're on lowest bid, they're paying the code monkeys in peanuts, there's no meaningful penalty for getting it wrong - only for getting it late.

    Patients can't use the vendors and hospitals have no incentive. It only kills a few people each year, far fewer than the synthetic opium they hand out.

    --
    It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
  27. Re: this again... by Knuckles · · Score: 1

    Is it never dark in winter when kids go to school where you live?

    --
    "When I first heard Daydream Nation it quite frankly scared the living shit out of me." -- Matthew Stearns
  28. Latitude by AntisocialNetworker · · Score: 1

    In countries south of the 49th parallel, DST is just a PITA. In countries north thereof, it's a way to enjoy the little winter daylight while not being woken by the dawn chorus (that's birdsong for you city-dwellers - birds are pesky things that fly but aren't jets). As for saying programmers don't understand DST, that's about as true as programmers not understanding leap years and the millenium. Programmers get this stuff; it's management who say it's too hard. E.g. MS DOS got it wrong 'cos they were afraid it would spook end users if their system clock wasn't in local time. Unix got it right 'cos it was written by programmers. I hope that when Bill Gates dies, it's in the hour that the clocks go back :-)

    1. Re:Latitude by mark-t · · Score: 1

      In countries south of the 49th parallel, DST is just a PITA. In countries north thereof, it's a way to enjoy the little winter daylight while not being woken by the dawn chorus ...

      As DST isn't typically observed in the winter, I'm wondering how you figure DST contributes to that particular winter phenomenon.

    2. Re:Latitude by caseih · · Score: 1

      DST in the winter would shift what little daylight there is later in the day, which means you might be able to enjoy a bit of it after work. And for children it would be really beneficial, allowing them more time to play in the daylight (yes outdoors even) after school.

      Right now most of us start commuting to work in the dark and come home in the dark. Shifting an hour might let you drive home in the light at least. Maybe in the winter we need to shift ahead two hours. No one really needs light while they are at work in their cubicle caves anyway (not that you'd ever see it anyway). Why not have those precious hours of daylight when you're relaxing in the evening at home?

    3. Re:Latitude by mark-t · · Score: 1

      Ah... my bad. I parsed the contract "it's" as "it is" instead of "it would be".

    4. Re:Latitude by Megane · · Score: 1

      I think if they switched to all-year DST, after a couple of years people would be complaining about having to wake up in the middle of the night to take the kids to school and go to work. And the ones who think that "everybody hates it" are ignorant that the ones who like it aren't complaining.

      --
      #naabhaprzrag, #sverubfr-000, #agi-fcbafberq, negvpyr[pynff*=' negvpyr-ary-'] { qvfcynl: abar !vzcbegnag; }
  29. Re: this again... by michelcolman · · Score: 2

    Why don't you just leave the clocks alone and work 8-4 instead of 9-5 then? (And please don't reply that that means getting up an hour earlier, because that's precisely the kind of irrational BS that keeps DST alive).

  30. Daylight Wasting Time Must End by BrendaEM · · Score: 1

    There's no reason why it needs to be light out at 9:00 on a Summer night.

    --
    https://www.youtube.com/c/BrendaEM
  31. Here we go again,...... by AbRASiON · · Score: 1

    No America is about to COME OFF daylight saving time and return to normal time.

    Although normal time is "correct" dst is more fun to live in (getting home with some light left)

    I see these articles every year here and hatred from Americans about DST when you're infact LEAVING DST right now.

    1. Re:Here we go again,...... by bill_mcgonigle · · Score: 3, Interesting

      Yeah, see, it's such a bad idea that even a /. headline doesn't get it right.

      Also, go work for a company that starts work 1 hour sooner in the summertime. Somehow, Home Depot manages to change their hours twice a year, unrelated to the government calendar, and everybody gets by just fine.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    2. Re:Here we go again,...... by west · · Score: 1

      Also, go work for a company that starts work 1 hour sooner in the summertime.

      No problem, let's switch a coordination problem between one federal entity for literally millions of individual business and institutional entities.

      Honestly, the problem is quite simple. A majority of North Americans seem to prefer to have extra daylight during the evening, but not at the expense of making the mornings particular dark. This is a the simplest way of achieving that.

      Or is this yet another case of "human beings are failing to conform to our elegant model. Therefore it's human beings who are in error."

  32. Solar Noon! by Anonymous Coward · · Score: 1

    Solar noon, or geographically close to it(time zones), is all that matters.

    Everything else is asinine.

  33. Medical records and STUPID systems architects by coats · · Score: 1
    There is a very easy way to have avoided these problems with medical records:
    • Internally, all times are kept in a universal, unambiguous format: GMT is suggested
    • It is the responsibility of the input and display programs to convert between internal format and local time.

    I instigated this for environmental models two decades ago, and it makes life lots easier. And more error-free.

    Of course, there are those DB idiots who won't learn from history, and keep trying to reverse that decision... ;-(

    --
    "My opinions are my own, and I've got *lots* of them!"
    1. Re:Medical records and STUPID systems architects by smoot123 · · Score: 2

      There is a very easy way to have avoided these problems with medical records:

      • Internally, all times are kept in a universal, unambiguous format: GMT is suggested

      Bringing it back to "News for nerds", I'm with you on that (except substitute "epoch seconds" for "GMT"). However, this generates the "Which timezone to use?" problem.

      (Side note: who's using 32-bit time_t and who's using 64-bit? If you're not working on 30 year mortgages, I don't see why you need 64-bit yet. On the other hand, I'd just as soon get ahead of the Y2038 problem. But then again, I hope to be retired by then so maybe I don't care.)

      For the last few years, I've generally been working on management software for storage systems. In a complicated scenario, there can be many timezones involved. There's the timezone of the source storage system, a destination (if we're replicating data), the timezone of the management server, and the timezone of a web browser which is displaying a GUI. Oh, and the timezone of Corporate Galactic Headquarters, which is where all the meetings happen. We constantly get into long, involved discussions about which timezone to use. I think two things turn out to be important. One, pick a timezone and use it consistently. Second, always make sure the user can see which timezone we're using!

    2. Re:Medical records and STUPID systems architects by Megane · · Score: 1

      Unix time as a double is actually more sensible than a 64-bit time_t. It allows you to have microsecond accuracy, while being Y10K compliant, and not wasting ~30 bits that you will never see used. The year has to get very large before you lose single-seconds accuracy. And since the integer part is whole seconds, you don't get the pennies problem. The only good part about long long time_t is being inherently compatible with the standard libraries. So you use double internally in the OS, and have two sets of library functions, one for integer, and one for double.

      --
      #naabhaprzrag, #sverubfr-000, #agi-fcbafberq, negvpyr[pynff*=' negvpyr-ary-'] { qvfcynl: abar !vzcbegnag; }
    3. Re:Medical records and STUPID systems architects by smoot123 · · Score: 1

      Unix time as a double is actually more sensible than a 64-bit time_t.

      Makes sense. I wasn't aware of any version of time() which returned epoch time as a double. Maybe I should look harder.

      If you want to work on a data structure which just makes programmers cringe, look at MPEG timestamps. They were originally defined as a 33-bit (!) counter running at 90 kHz. Eventually MPEG needed a more accurate clock so they added a 9-bit extension field which counts from 0 to 299 at 27 MHz. I'm sure the hardware-focused people thought this was reasonable. The software people just sigh, get another coffee, and write an abstraction class.

    4. Re:Medical records and STUPID systems architects by Megane · · Score: 1

      I just caught up on thedailywtf.com and my brain is still having trouble dealing with the "design" of those MPEG timestamps. As for time as a double, I know that's in OS X, and it probably came from NeXT.

      --
      #naabhaprzrag, #sverubfr-000, #agi-fcbafberq, negvpyr[pynff*=' negvpyr-ary-'] { qvfcynl: abar !vzcbegnag; }
    5. Re:Medical records and STUPID systems architects by smoot123 · · Score: 1

      Yay, another Daily WTF fan!

      The thing to remember about MPEG is it was designed to make cheap hardware decoders possible. I don't think the designers really thought that much about people writing software encoders or decoders (especially not on 32-bit systems). As such, a 33-bit timestamp is no big deal: I can make a shift register/counter any width I want. And having a 0..299 counter cascaded with a 33-bit counter is also a piece of cake in hardware.

    6. Re:Medical records and STUPID systems architects by smoot123 · · Score: 1

      Dang, The DailyWTF.

  34. UTC = Win, but it's complicated by mveloso · · Score: 1

    Doing things in UTC is the way to go.

    The complication is deciding when to convert it to local time, and what that local time should be. For example, you're monitoring someone's activity. Should activity be shown in the person's current local time, at the local time of when the activity took place, or in the local time of the person viewing the activity?

    You have to make it clear who's time you're talking about.

    1. Re:UTC = Win, but it's complicated by plopez · · Score: 1

      But in the end all of that is mere eye candy. The actual time never changes making conversions easier.

      --
      putting the 'B' in LGBTQ+
  35. Re:cron! by Opportunist · · Score: 1

    Why? UTC does not change.

    --
    We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
  36. Calendar time is for calendars by raymorris · · Score: 2

    I agree there is a reason it's called calendar time.
    Because it's what people use for calendars.
    That's its appropriate use. If we set an appointment for 9:00 AM November 1, 2023, we mean when the clock reads those values - whatever time that happens to be. We don't yet know what time that will actually be (how many seconds away it is) because we don't know whether DST will be in effect.

    You're slightly mistaken about epoch time and leap seconds.
    Epoch time is how long it has been since the epoch. Epoch time doesn't CARE if calendar time had a leap second or not. Epoch time can't get leap seconds or DST or leap years wrong because there is no school thing in epoch time. What you may havr seen is that someone trying to convert calendar time to epoch time got it wrong. People normally get it wrong in several different ways.

    1. Re:Calendar time is for calendars by arcade · · Score: 1

      What epoch time are you referring to? You're certainly not referring to unixtime, which tracks seconds since the unix epoch. Minus the leapseconds which it doesn't do right.

      --
      "Rune Kristian Viken" - http://www.nwo.no - arca
    2. Re:Calendar time is for calendars by Aighearach · · Score: 1

      It tracks UT1 and not UTC.
      ...

      UT1 has non-uniform seconds, though, as the length of a UT1 second is based on how fast the earth is spinning at any given time.

      These purported technical details seem to be in direct conflict, and seem to ignore that UNIX knows it runs on computer hardware that has a fixed number of clock cycles per second, and that those clock cycles are constant within some small margin.

      UNIX time doesn't actually measure seconds; seconds are merely the unit that is uses to record clock cycles. It is expected to be routinely normalized to some external time like UT1, but that happens outside of the UNIX time-keeping mechanism. So that is the answer; either a human will update the time directly using a utility, or the time will be set periodically set by some network resource. But 1 second of UNIX time should always equal the same number of cycles from whatever oscillator is driving that subsystem, unless the counter was altered by another process.

  37. Re: this again... by mark-t · · Score: 1

    I am concerned, we should just do away with high noon at 12pm

    So why still call it "pm" then? If 1pm is going to be the actual middle of the day, then noon should technically be called 12am.

  38. Han Solo in carbonite by Latent+Heat · · Score: 4, Funny

    The "word on the street" is that Epic Systems has a high level of employee turnover, in part because of burnout of the persons involved, in part because the company's approach to firing people being that of the Queen of Hearts from Alice in Wonderland ("Off with his head!").

    I have been told by people who have been out to their Verona, WI campus that there is a wall, where employees reaching their 2-year employment anniversary record their hand prints in plaster. I guess a 2 year anniversary is a big milestone if you work there.

    My question is, are those hand prints on the outside pushing in, or are do they appear from the inside of the wall pushing out?

    1. Re:Han Solo in carbonite by yahzell · · Score: 1

      2-year hand prints? Totally wrong. Those are 10-year hand prints. And there are a lot of them, stretching across many walls and not all in the same building.

      Turnover is high in the roles that require a lot of travel (implementation), but low in all of the other roles.

      --
      -- @jmartindf joe@desertflood.com
  39. Leap seconds complicate anything sub-second by tepples · · Score: 1

    You really have to reach sub-microsecond for anyone to notice.

    Though UNIX timestamps avoid DST trouble, using UNIX timestamps for anything sub-second is vulnerable to problems around leap seconds. UNIX timestamps represent UTC imperfectly: they treat instants during the leap second as part of the preceding or following second. The same is true of subtracting UTC times to form an interval, unless your UTC library uses an up-to-date table of historical and announced leap seconds.

  40. Re:please define "a day" by arcade · · Score: 1

    I don't have a good answer for you. I'll give you my opinion and that's that.

    Given that we only drift a tiny amount (about an hour per 5000-6000 years), and given that we keep redefining calendars, time, timezones and so forth way more often than this .. I'm fine with a system that slowly drifts away. We can readjust it later. Either when we get really good at calculating all future leap seconds, or whatever.

    We've got the second defined by physical properties. Which is great. It's even exportable if we conquer the universe. Days will be measured in different amount of seconds than 86400. That's the approximate unit for earth. A mars-day would be different. Days on various moons would yet again be different. If we were to conquer other solar systems it would be different.

    We could still keep a well defined second.

    I personally am not worried about whether a 'day' drifts a bit. Especially since a day at the east end of a timezone is different from the 'west' end of a timezone. And of course, timezones typically follows various human made borders - which means the change from date to date doesn't match up with 'astronomical midnight'.

    --
    "Rune Kristian Viken" - http://www.nwo.no - arca
  41. Daylight Savings Time by PPH · · Score: 1

    As usual, Slashdot is six months behind.

    --
    Have gnu, will travel.
  42. Re:this again... by jpaine619 · · Score: 2

    No one cares about this, at all. I've never heard anyone, ever, complain. Never.

    You don't think anyone cares about DST? You're delusional.

    Every goddamn year we have to go through this bullshit twice. At least in CA we're gonna vote on it in a few days. The solution is stupid as hell, as we aren't really voting on it.. The Proposal is for permanent summer time, which I highly doubt the Feds will approve. And since it's contingent on Federal approval, it's probably not going to happen. But, I'd be willing to bet it passes by a landslide. People are sick and tired of this stupid fucking system. And if you don't think it results in a lot of wasted work hours....

    These are just the latest changes regarding DST:

    - Morocco switched to permanent +01 on 2018-10-27.
    - Volgograd moved from +03 to +04 on 2018-10-28.
    - Most of Chile changes DST dates, effective 2019-04-06.

    Constant fucking with clocks...... For ABSOLUTELY NO BENEFIT.

    No technical reason to care about DST??? WHAT THE FUCK? Have your factory or supplier in a different part of the world? How the hell are you supposed to know what time it is there if the goddamn clocks are always changing..

    Not to mention the fact that there are probably millions of clocks in use that have no auto-update mechanism and have to be adjusted by hand. I have two in my house (stove and alarm clock). And no, I'm not interested in IoT clocks.. Thanks.. I'd rather not have my alarm clock end up as part of a botnet.

    All of this fucking effort for nothing...

  43. Not bi-annual by thegarbz · · Score: 1

    The absolute worst part of DST is the stupid semiannual bitchfest on Slashdot.

    Thanks to George Dabelyua Bush the DST changes in the USA and Europe are not out of sync and we get to enjoy this deep, meaningful and eye-opening discussion that has successfully changed the opinions and minds of millions not twice, but four times a year.

  44. Re:this again... by thegarbz · · Score: 1

    It is quite unsettling.

    Why? Like I'm really struggling to understand why some people have a mental affinity to linking a certain arbitrary time to the location of the sun.

    Also the GP is was perfectly right. If you live anywhere near the edge of a timezone, then you will literally be unsettled just by walking across a border. How would you cope?

  45. Re: this again... by jpaine619 · · Score: 1

    You're an idiot. Lots of people get up BEFORE dawn to go to work. Asshole.

    Humans, like many animals, do much much better when we have consistent sleep/wake times. Our bodies function on rhythms. Sure, in an ideal world you'd wake up when the sun comes up.. That time would only change by a minute or two each day as we progress through the seasons. Nice and gradual.

    Instead, in our modern world, we get slammed with an hour change to that schedule twice a year. That change is 30x greater than what nature/evolution has programmed us for..

  46. Re: this again... by Aighearach · · Score: 1

    Oh, so you're just an entitled but powerless asshole, who is doing shift work on the best shift but still wants to bump swing shift and graveyard around so that you can squat on the entire range of "business hours" at non-shift businesses. Got it.

  47. Re: this again... by Aighearach · · Score: 1

    The main problem with your thesis is that the word "technically" does not mean "makes pedantic sense according to me."

    Semantics doesn't work that way. The meaning has been fixed on account of being given a technical definition.

    Philosophical interpretations of the semantics of the etymology are entirely non-technical.

  48. Re:this again... by Aighearach · · Score: 1

    It is related to these things called "schedules" that are an externally shared resource.

    You're welcome.

    Oh, and yes, in the case of having borders bisect your area of concern, you would simply specific which side of the line the schedule was reporting. When you walk across the line, nothing changed, the schedule didn't change, and the time on your clock didn't change. As long as you know which side of the line you clock is programmed for, and which side of the line the schedule references, then nothing at all changes by wandering back and forth across it.

  49. Re: this again... by Wrath0fb0b · · Score: 1

    I am perfectly fine with the Sun's zenith being at 1:30pm, as it is during the Summer where I live.

    In the Northern US, there's a bit more than 9 hours of daylight at the winter solstice. Centering it around 1PM would make it light from 8:30AM to 5:30PM, which would make morning commutes a slog.

    7:30AM to 4:30PM seems better in that regards.

  50. Re:this again... by thegarbz · · Score: 1

    It is related to these things called "schedules" that are an externally shared resource.

    No it's not. The sun determines no one's schedule. The clock does.

    you would simply specific which side of the line the schedule was reporting. When you walk across the line, nothing changed

    So you agree the position of the sun relative to time is not unsettling at all. So what was your original complaint? You're not unsettled, schedules are preserved, and even your alarm clock automatically compensates for the problem so you don't even wake up late / early. Sounds like you're actually completely indifferent to DST.

  51. makes me sad by sad_ · · Score: 1

    that a system costing millions of dollars hasn't been fixed after all these years.

    --
    On a long enough timeline, the survival rate for everyone drops to zero.
  52. Re: this again... by michelcolman · · Score: 1

    Under DST, not only are you waking up an hour earlier, you are also forcing everyone else to wake up an hour earlier. If getting up earlier in summer was so great, everyone would automatically do it. DST just tricks people into accepting something they normally wouldn't want.

  53. Re: this again... by michelcolman · · Score: 1

    DST makes mornings darker. So by all means abolish it. The extra accidents in the mornings are every year right after the start of DST, when everyone is forced to wake up an hour earlier. And having DST all year long, as some people would prefer, means the sun only comes up after 9am during the winter in many areas. Of course you could then say: "Let's let school start at 10am" but you could also just leave the frigging clocks alone.

  54. Re: this again... by michelcolman · · Score: 1

    Weird how changing business hours during the summer is an insurmountable problem, while changing everyone's actual clocks is considered a perfectly normal and acceptable solution.

    "Get up an hour earlier" - "No way, I need my sleep!"
    "Set your clock to one hour later and get up at the same time" - "Oh, sure, great, now we get an extra hour in the everning!"

    People are weird. The same people who like DST, would probably vehemently refuse a works schedule that starts an hour earlier without changing the clocks.

  55. Why isn't the FDA dealing with this? by voxelman · · Score: 1

    I wonder if the institutions using these systems have reported these problems to the FDA? From my experience working for a medical product software company it seems like this is an issue that the FDA should be looking into. Maybe not quite on the level of x-ray exposure time issues but certainly a software quality issue that should have been addressed within the context of data integrity. And yes medical information systems are within the purview of the FDA.

  56. This is how Russia coordinates 11 time zones by KlomDark · · Score: 1

    It's actually pretty disturbing: https://www.youtube.com/watch?...

  57. Re:this again... by Aighearach · · Score: 1

    No it's not. The sun determines no one's schedule. The clock does.

    They have these things called "farmers." True story.

  58. Re:this again... by thegarbz · · Score: 1

    Maybe in the 1800s they did, though you'll find that modern farmers work by a clock.

  59. Re:this again... by Aighearach · · Score: 1

    Oh snap, good one!

    What happens if I don't even live in a megalopolis, and live in a place that has farmers?

    Careful there making such wild guesses.

    Probably none of the animals will notice either, right? I mean, they can't tell time, so they just do stuff whenever anyways, right?

    And I mean, if you think somebody is going to go out and check equipment before dawn, naw, this is the future we're living in, who cares if you water at the wrong time and the plants get moldy or sunburnt.

    I doubt you even believe food comes from the supermarket; you probably think food comes from mcdonalds!

  60. Re:this again... by thegarbz · · Score: 1

    What happens if I don't even live in a megalopolis, and live in a place that has farmers?

    Clocks exist in the country too.

    Probably none of the animals will notice either, right?

    Yep indeed. Animals on large farms are worked with in ways to suit the schedule of the farmer. The Animals may notice and start their own little slashdot rants about how it's dinner / milking time an hour early today, and then proceed to go do that activity at that time anyway. The fact you think that there's a specific and exact time that animals do something and that this time is unchanging or fixed directly to sunlight rather than to availability of food or general requirements just shows you have no idea about animals, much less about farming if you think that animals are all treated the same way at the same time of day.

    And I mean, if you think somebody is going to go out and check equipment before dawn

    Err. yeah farming doesn't start at dawn...

    Sorry but I have to ask have you ever seen a farm or is your entire knowledge based on a nursery rhyme?

    who cares if you water at the wrong time and the plants get moldy or sunburnt.

    Sunburnt. Mouldy. The first things you said that make sense. Unfortunately not relevant since that's not the sun determining someone's schedule, that's the plant itself. Just because the clocks change doesn't mean the automated watering system has to.

    I doubt you even believe food comes from the supermarket; you probably think food comes from mcdonalds!

    LOL it is funny getting insults from someone who has shown to be an expert exclusively in a field of personal ignorance. May I suggest a trip into the country. It may enlighten you to actually see a farm sometime.

  61. Re:this again... by Aighearach · · Score: 1

    Go to a farm and ask them, dummy.

    Farmers literally talk about this shit all the time.

    I'm not presenting you with ideas or theories.