Beefy Boxes and Bandwidth Generously Provided by pair Networks
XP is just a number

Comment on

( #3333=superdoc: print w/replies, xml ) Need Help??

If we could get rid of it nationwide, I'd be in favor of that -- provided everyone got at least ten years' notice ahead of time.

However, one thing worse than messing around changing the clocks twice a year is not changing them when everyone else around you does. I went to college in northern Indiana (which does not observe daylight savings), and figuring out timezone issues when communicating with family in Ohio was a royal pain. For part of the year, this configuration actually reversed the logical roles of east and west in determining whose time is ahead of whose. It was confusing and annoying, and we had to stop and think for 30 seconds or more every single time we planned anything involving somebody crossing the border.

Another thing that's worse than changing the clocks twice a year is changing the schedule for changing the clocks, with only a few months' notice. We went through that a few years ago, and it was a nightmare, especially for a network administrator trying to keep track of exactly which systems had the timezone update to make the change correctly on their own, which ones still needed said update, and which ones weren't going to be able to get the update and would have to have their clocks changed manually twice per time change. Hence, I'm against changes to the schedule on short notice. Anything less than ten years is short notice, because systems deployed before the announcement might still be in widespread use.

So, if we're going to move away from DST, we should do it nationwide, all at once, and we should plan the change at least ten years in advance. With those provisos, I'd be very much in favor, because DST is a bit of a nuisance.

For that matter, I'd be in favor of getting rid of timezones entirely and using UTC everywhere -- but again, we'd have to do it (at least) nationwide, all on the same date, and we'd have to plan the switchover WELL in advance.

I don't buy the argument that changing the clocks -- or using timezones for that matter -- gives us daylight at a different time of day. All it does is change what numbers we use to refer to a given time.

In reply to Re: Daylight saving time in my region should be... by jonadab
in thread Daylight saving time in my region should be... by Arunbear

Use:  <p> text here (a paragraph) </p>
and:  <code> code here </code>
to format your post; it's "PerlMonks-approved HTML":

  • Posts are HTML formatted. Put <p> </p> tags around your paragraphs. Put <code> </code> tags around your code and data!
  • Titles consisting of a single word are discouraged, and in most cases are disallowed outright.
  • Read Where should I post X? if you're not absolutely sure you're posting in the right place.
  • Please read these before you post! —
  • Posts may use any of the Perl Monks Approved HTML tags:
    a, abbr, b, big, blockquote, br, caption, center, col, colgroup, dd, del, div, dl, dt, em, font, h1, h2, h3, h4, h5, h6, hr, i, ins, li, ol, p, pre, readmore, small, span, spoiler, strike, strong, sub, sup, table, tbody, td, tfoot, th, thead, tr, tt, u, ul, wbr
  • You may need to use entities for some characters, as follows. (Exception: Within code tags, you can put the characters literally.)
            For:     Use:
    & &amp;
    < &lt;
    > &gt;
    [ &#91;
    ] &#93;
  • Link using PerlMonks shortcuts! What shortcuts can I use for linking?
  • See Writeup Formatting Tips and other pages linked from there for more info.
  • Log In?

    What's my password?
    Create A New User
    and all is quiet...

    How do I use this? | Other CB clients
    Other Users?
    Others about the Monastery: (8)
    As of 2018-06-19 20:48 GMT
    Find Nodes?
      Voting Booth?
      Should cpanminus be part of the standard Perl release?

      Results (114 votes). Check out past polls.