Which is why I specify tz database timezones, like "America/New York". Pick the one that's the city closest to you and will be on the same daylight savings time switchover dates. Then don't worry about specifying EST or EDT or whatever.
I just use UTC for anything technical. Specific timezones should only be used by clients, and every client I know about can convert from UTC to their local timezone. Honestly, I wish we'd do this as a matter of public policy, everything is denominated in UTC, and you can use whatever local conversion you choose to display the time.
DST is only marginally useful for things like schools and offices, and even then it has pretty limited utility.
Which is why I specify tz database timezones, like "America/New York". Pick the one that's the city closest to you and will be on the same daylight savings time switchover dates. Then don't worry about specifying EST or EDT or whatever.
I just use UTC for anything technical. Specific timezones should only be used by clients, and every client I know about can convert from UTC to their local timezone. Honestly, I wish we'd do this as a matter of public policy, everything is denominated in UTC, and you can use whatever local conversion you choose to display the time.
DST is only marginally useful for things like schools and offices, and even then it has pretty limited utility.